DMARC 레코드 추가 dmarc

하위 도메인 목록에서 원하는 하위 도메인 옆에 있는 줄임표 버튼을 클릭하고 하위 도메인 세부 사항 ​을 선택합니다.

TXT 레코드 추가 버튼을 클릭한 후 레코드 유형 드롭다운 목록에서 DMARC ​를 선택합니다.

이메일 중 하나가 실패할 경우 수신자 서버가 따라야 하는 정책 유형 ​을 선택합니다. 사용 가능한 정책 유형은 다음과 같습니다.

• 없음,
• 격리(스팸 폴더 배치),
• 거부(이메일 차단).

모범 사례로서, DMARC의 잠재적 영향에 대한 DMARC 이해를 도우면서 DMARC 정책을 p=none에서 p=quarantine, p=reject로 단계적으로 확대하여 DMARC 구현을 천천히 롤아웃하는 것이 좋습니다.

• 1단계:  수신하고 사용하는 피드백을 분석합니다(p=none). 이는 수신자에게 인증에 실패한 메시지에 대해 아무 작업도 수행하지 않도록 지시하지만 발신자에게 이메일 보고서를 계속 보냅니다. 또한 합법적인 메시지가 인증에 실패한 경우 SPF/DKIM 문제를 검토하고 수정합니다.

• 2단계:  SPF와 DKIM이 일치하는지 확인하고 모든 합법적인 이메일에 대해 인증을 통과한 다음 정책을 (p=quarantine)로 이동합니다. 그러면 수신 이메일 서버가 인증에 실패한 이메일을 격리하도록 지시합니다(일반적으로 해당 메시지를 스팸 폴더에 넣는 것을 의미함). 정책이 격리되도록 설정된 경우 적은 수의 이메일로 시작하는 것이 좋습니다.

• 3단계:  정책을 (p=reject)로 조정합니다. 참고: 이 정책을 신중하게 사용하고 조직에 적합한지 확인하십시오. p= reject 정책은 수신자에게 인증에 실패한 도메인에 대한 모든 이메일을 완전히 거부(바운스)하도록 지시합니다. 이 정책을 활성화하면 도메인에서 100% 인증된 것으로 확인된 이메일만 받은 편지함에 배치될 수 있습니다.

DMARC 보고서를 받을 이메일 주소를 입력합니다. 여러 개의 이메일 주소를 쉼표로 구분하여 추가할 수 있습니다. 이메일 중 하나가 실패하면 DMARC 보고서가 선택한 이메일 주소로 자동 전송됩니다.

• Aggregate-DMARC 보고서는 지정된 기간 동안 실패한 이메일 수와 같은 대략적인 정보를 제공합니다.
• 포렌식 DMARC 실패 보고서는 실패한 이메일의 출처 IP 주소와 같은 자세한 정보를 제공합니다.

DMARC 정책이 “없음”으로 설정된 경우 이메일의 100%에 적용되는 백분율을 입력합니다.

정책이 “거부” 또는 “격리”로 설정된 경우 적은 수의 이메일로 시작하는 것이 좋습니다. 도메인에서 더 많은 이메일이 수신 서버를 통해 인증을 통과함에 따라 레코드를 더 높은 비율로 천천히 업데이트합니다.

DMARC 보고서는 24시간마다 전송됩니다. 보고 간격 필드에서 보고서 전송 빈도를 변경할 수 있습니다. 최소 인증 간격은 1시간이지만 최대 인증 값은 2,190시간(즉, 3개월)입니다.

SPF 및 DKIM 식별자 정렬 필드에서 이메일에 대한 SPF 및 DKIM 인증을 확인하는 동안 수신자 서버가 얼마나 엄격해야 하는지 지정합니다.

• 완화 모드: 이메일이 하위 도메인에서 전송되더라도 서버는 인증을 수락합니다.
• 엄격 모드는 발신자 도메인이 SPF 및 DKIM 도메인과 정확히 일치하는 경우에만 인증을 허용합니다.

http://www.luma.com 도메인으로 작업한다고 가정해 보겠습니다. “완화” 모드에서는 marketing.luma.com 하위 도메인에서 오는 이메일이 서버에 의해 승인되지만 “엄격” 모드에서는 거부됩니다.

DMARC 레코드 생성을 확인하려면 추가 ​를 클릭합니다.