SPF, DKIM 및 DMARC 검사기
도메인의 SPF, DKIM 및 DMARC 레코드로 이메일 인증을 확인하고 누락된 항목의 해결 방법을 확인합니다
결과
이메일 인증을 검사하려면 도메인을 입력하십시오.
SPF
도메인의 메일을 발송할 수 있는 서버를 지정합니다.
DKIM
메시지가 변경되지 않았음을 증명하는 서명입니다.
DMARC
검사를 통과하지 못한 메일에 대한 수신자의 처리 방법입니다.
SPF, DKIM 및 DMARC 검사기 소개
이 검사기는 도메인에서 보낸 메일을 신뢰할지 결정하는 세 가지 레코드인 SPF, DKIM, DMARC를 읽습니다. 도메인 하나를 한 번 검사해 세 가지 결과 확인, 각 결과를 통과, 주의 또는 실패로 표시하고 이유를 쉬운 말로 설명합니다.
메일이 눈에 띄지 않게 스팸으로 분류되게 하는 오류를 찾아냅니다. 조회 한도 10회를 초과한 SPF 레코드, 두 번째 SPF 레코드, 1024비트 DKIM 키 또는 아무것도 차단하지 않는 DMARC 정책을 감지합니다.
DMARC가 없으면 복사할 수 있는 초기 레코드를 제공하며, 도메인의 메일 서버를 통해 메일 서비스 제공업체를 식별합니다.
주요 기능
- 한 번에 세 가지 검사: SPF, DKIM, DMARC를 함께 검사하고 종합 점수를 제공합니다.
- SPF 조회 횟수: include를 따라가며 모든 DNS 조회를 집계하여 한도인 10회와 비교합니다. 이는 가장 흔한 숨은 SPF 실패 원인입니다.
- 선택자를 몰라도 DKIM 검사: 주요 메일 서비스에서 사용하는 이름을 자동으로 시도하며, 직접 입력할 수도 있습니다.
- 키 강도: 각 DKIM 키의 길이를 표시하고 2048비트 미만인 키에는 경고를 표시합니다.
- DMARC 정책 검토: 정책, 적용 범위와 보고서 주소를 설명하며, 레코드가 없으면 권장 레코드를 제공합니다.
- 메일 서비스 제공업체: 메일 서버를 통해 Google Workspace, Microsoft 365, Zoho 등을 식별합니다.
사용 방법
- 도메인 입력: example.com처럼 이메일 주소에서 @ 뒤에 오는 부분을 입력하십시오.
- 선택자를 알면 추가: 선택 사항이며, 보낸 메시지의 DKIM-Signature 헤더에 있는 s= 값입니다.
- 검사 누르기: 몇 초 안에 세 가지 레코드를 모두 읽습니다.
- 각 카드 확인: 초록색은 정상, 황색은 주의 필요, 빨간색은 오류 또는 누락을 뜻합니다.
- 수정 후 다시 검사: 권장 레코드를 DNS에 복사하고 게시될 때까지 기다린 후 다시 검사하십시오.
주요 사용 사례
- 메일이 스팸으로 분류될 때: 원인이 되는 누락되거나 잘못된 레코드를 찾습니다.
- 대량 발송 규칙: 대형 메일 서비스 제공업체로 메일을 보내기 전에 SPF, DKIM, DMARC가 설정되어 있는지 확인합니다.
- 메일 서비스 제공업체 변경 후: SPF에서 이전 제공업체가 제거되었는지, 새 제공업체가 DKIM으로 서명하는지 확인합니다.
- 발신자 위조 방지: 다른 사람이 해당 도메인으로 그럴듯한 위조 메일을 보낼 수 있는지 확인합니다.
- 고객 및 협력업체 점검: 파트너가 보냈다고 주장하는 메일을 신뢰하기 전에 해당 도메인을 검사합니다.
자주 묻는 질문
SPF, DKIM, DMARC는 어떤 역할을 합니까?
SPF는 도메인의 메일 발송을 허용한 서버를 나열합니다. DKIM은 메시지가 변경되지 않았음을 증명하는 서명을 추가합니다. DMARC는 메시지가 이 검사를 통과하지 못했을 때의 처리 방법과 보고서를 보낼 위치를 수신자에게 알려줍니다.
조회 횟수가 너무 많으면 SPF가 실패하는 이유는 무엇입니까?
수신자는 SPF 레코드와 포함 항목을 읽는 동안 DNS 조회가 10회에 도달하면 중단합니다. 모든 include, a, mx가 집계되며, include 안의 include도 집계됩니다. 한도를 넘으면 모든 메시지에서 SPF가 실패합니다.
DKIM 키를 찾을 수 없는 이유는 무엇입니까?
DKIM 키는 메일 서비스가 선택한 선택자 이름 아래에 있습니다. 일반적으로 사용하는 이름이 아니라면 보낸 메시지의 헤더를 열고 DKIM-Signature 줄의 s= 값을 입력하십시오.
어떤 DMARC 정책을 사용해야 합니까?
p=none과 보고서 주소로 시작하여 몇 주 동안 보고서를 확인하십시오. 모든 실제 발신자가 검사를 통과하면 quarantine으로 전환한 다음 마지막으로 reject로 전환하십시오.
DNS 변경 사항이 표시되기까지 얼마나 걸립니까?
보통 몇 분이 걸리며, 레코드의 유효 시간에 따라 몇 시간까지 걸릴 수도 있습니다. 변경 사항이 게시된 후 다시 검사하십시오.
검사를 통과하면 메일이 받은편지함에 도착하는 것이 보장됩니까?
아니요. 이 레코드는 메시지의 발신자를 증명합니다. 도착 위치는 여전히 내용, 발송 평판과 신고율에 따라 결정됩니다.
유용한 팁
- SPF 레코드 하나만 유지: 두 번째 레코드를 추가하는 대신 모든 발신자를 하나의 레코드로 통합하십시오.
- 이전 발신자 제거: 더 이상 사용하지 않는 서비스의 include는 조회 횟수를 낭비하고 사용자 명의로 발송할 수 있는 범위를 넓힙니다.
- DKIM 키 교체: 매년 키를 교체하고, 이전 선택자로 서명하는 메일이 더 이상 없으면 해당 선택자를 제거하십시오.
- DMARC 보고서 확인: 잊고 있던 서비스를 포함하여 해당 도메인으로 발송하는 모든 서비스를 보여줍니다.
- 사용하지 않는 도메인 보호: 메일을 발송하지 않는 도메인은 v=spf1 -all과 reject DMARC 정책을 게시해야 합니다.