DMARC 레코드 생성 및 확인

DMARC 레코드 생성 및 확인 소개

DMARC 레코드 생성기 & 검사기는 도메인에서 온 것처럼 주장하는 메일이 SPF와 DKIM 정렬(alignment)에 모두 실패했을 때 수신자가 어떻게 해야 하는지, 그리고 마찬가지로 중요한, 도메인을 사칭하는 발신자를 보여주는 보고서를 어디로 보내야 하는지 알려주는 `_dmarc` TXT 레코드를 만듭니다. 2024년 2월부터 Gmail과 Yahoo는 자사 사용자에게 대량 메일을 보내는 모든 발신자에게 DMARC 레코드를 요구하고 있습니다.

생성기는 정책, 서브도메인 정책, 비율, 보고서 주소, 정렬 모드, 실패 옵션, 보고 주기를 다루며, 대부분의 도메인이 따라야 할 단계별 적용 순서를 제시합니다: 먼저 모니터링, 그다음 일부만 격리, 그다음 전체 격리, 마지막으로 거부입니다. 바로 거부 단계로 건너뛰는 것은 조직이 스스로의 청구서, 뉴스레터, 헬프데스크 답장을 차단하게 되는 흔한 원인입니다.

검사기는 도메인이 게시한 레코드를 읽어 모든 태그를 알기 쉬운 언어로 설명하고 RFC 7489에 따라 검증합니다. 레코드가 없는 경우, 레코드가 여러 개인 경우(수신자는 이를 정책이 없는 것으로 취급합니다), 버전 태그의 위치 오류, 형식이 잘못되었거나 알 수 없는 태그, 몇 달째 방치된 `p=none`, 100 미만의 `pct`, 그리고 보고서를 조용히 잃어버리게 만드는 미묘한 문제인, RFC 7489 7.1절이 요구하는 외부 목적지 승인 레코드를 게시하지 않은 다른 도메인의 `rua` 주소를 알려줍니다. 조직 도메인 대체(fallback)도 따라가므로, 서브도메인을 검사하면 실제로 그 서브도메인에 적용되는 정책을 보여줍니다.

DMARC 레코드 생성 및 확인 사용 방법

1. 생성기 탭에서 정책을 모니터링 전용으로 설정하고 집계 보고서를 받을 주소를 입력하는 것으로 시작하세요.
2. 발신자에게 엄격한 매칭이 필요하다는 것을 알지 못한다면 정렬은 relaxed로 두고, pct도 100으로 유지하세요.
3. 레코드를 도메인에 _dmarc라는 이름의 TXT 레코드로 게시하세요.
4. 몇 주간 집계 보고서를 확인해 보고서에 나타나는 모든 정당한 발신자에 대해 SPF나 DKIM 정렬을 맞추세요.
5. 각 단계 사이에 보고서를 확인하면서 격리(quarantine)로, 그다음 거부(reject)로 전환하세요.
6. 각 단계마다 검사기 탭을 사용해 레코드가 정상적으로 파싱되는지, 보고서 수신 대상이 승인되어 있는지 확인하세요.

자주 묻는 질문