메일용 DNS 레코드와 SPF·DKIM·DMARC 확인 방법
작성일 2026-10-26
최근 수정일 2026-10-26
Microsoft 365 메일 도메인에서는 MX가 수신 서버를 지정하고, SPF·DKIM·DMARC가 발신 메일의 인증과 처리 정책에 관여합니다. 이 레코드는 서로 대체되지 않습니다. 도메인 소유권 확인을 마친 뒤 실제 발송 경로를 조사하고, Microsoft 365와 외부 발송 서비스 모두를 반영해야 합니다.
네 가지 레코드의 역할
| 레코드·기술 | 주요 역할 | 실수하기 쉬운 점 |
|---|---|---|
| MX | 도메인 앞으로 온 메일을 어느 서버가 받을지 지정 | 기존 메일에서 이전하기 전에 바꾸면 수신 경로가 달라집니다. |
| SPF | 해당 도메인으로 발송할 수 있는 서버 범위를 DNS에 선언 | 같은 도메인에 서로 다른 SPF TXT 레코드를 여러 개 만들지 않습니다. |
| DKIM | 발송 메일에 서명을 추가하고 DNS의 공개 키로 검증 | DNS 레코드를 추가한 뒤 해당 도메인의 서명 활성화도 확인합니다. |
| DMARC | 표시된 From 도메인과 SPF·DKIM 인증 결과의 정렬을 평가하고 처리 정책을 전달 | 발송원을 조사하지 않고 강한 거부 정책부터 적용하면 정상 메일도 영향을 받을 수 있습니다. |
Microsoft의 메일 인증 배포 지침은 사용자 지정 도메인에 SPF, DKIM, DMARC를 설정하도록 안내합니다. DMARC는 SPF나 DKIM 중 하나만 성공했다고 항상 통과하는 것이 아니라 표시된 발신 도메인과의 정렬 조건도 봅니다.
설정 전에 발송 경로 조사하기
- 직원이 Exchange Online에서 보내는 메일
- 웹사이트 문의 양식, CRM, 마케팅 서비스, 복합기 등 외부 시스템이 보내는 메일
- 하위 도메인을 별도로 사용하는 발송 서비스
- 메일 보안 게이트웨이나 중계 서버를 거치는 경로
발송원을 빠뜨리면 SPF·DKIM·DMARC 강화 후 정상 메일이 거부될 수 있습니다. 사용하지 않는 발송원은 제거하고, 필요한 서비스는 해당 제공자의 공식 안내에 맞춰 인증합니다.
Microsoft 365에서 확인하는 순서
- Microsoft 365 관리 센터의 [설정] → [도메인]에서 대상 도메인을 열고 DNS 설정 상태를 확인합니다. MX 값은 해당 도메인 마법사에 표시된 값을 사용합니다.
- DNS 호스팅 업체에서 현재 SPF TXT 레코드를 확인합니다. Microsoft 365 외 발송원을 포함해야 한다면 기존 값을 통합해 설계합니다.
- Microsoft Defender 포털의 메일 인증 설정에서 해당 사용자 지정 도메인의 DKIM 상태와 필요한 DNS 레코드를 확인합니다. 제시된 값을 DNS에 추가한 뒤 서명 활성화를 확인합니다.
- DMARC를 단계적으로 도입합니다. 보고서를 통해 실제 발송원과 인증 실패를 분석한 뒤 정책 강화를 결정합니다. 정책 문구만 추가하고 보고서를 읽지 않으면 문제를 발견하기 어렵습니다.
- 조직 외부 주소로 테스트 메일을 보내고 수신 측 헤더에서 SPF·DKIM·DMARC 결과와 정렬 여부를 확인합니다. DNS 상태가 정상이어도 실제 발송 경로를 시험해야 합니다.
레코드 값은 도메인과 설정 시점에 따라 달라집니다. 이 글의 목적은 값을 외워 넣는 것이 아니라 관리 센터가 제시한 값, DNS의 실제 값, 수신 측 인증 결과를 서로 대조하는 것입니다. 메일 수신 또는 발신 문제가 발생하면 변경 전 DNS 기록을 기준으로 영향 범위를 파악하세요.
