SPF 레코드 생성 및 확인

SPF 레코드 생성 및 확인 소개

SPF 레코드 생성기 & 검사기는 도메인 소유자에게 실제로 필요한 두 가지 작업을 처리합니다. 생성기는 어떤 서비스가 사용자의 도메인으로 메일을 발송하는지(Google Workspace, Microsoft 365, SendGrid, Mailgun, Amazon SES, 자체 서버 등) 묻고, 이를 바탕으로 유효한 `v=spf1` 레코드를 조립하며, 만드는 동안 소요될 DNS 조회 수를 계산합니다. 검사기는 현재 도메인이 게시하고 있는 레코드를 읽어 각 메커니즘을 알기 쉬운 언어로 설명하고 RFC 7208 기준으로 검증합니다.

대부분의 사람들이 걸려 넘어지는 규칙은 10회 조회 제한입니다. `include`, `a`, `mx`, `ptr`, `exists` 항목 하나하나가 DNS 쿼리 1회를 소비하며, 이들이 가리키는 레코드 안의 항목들도 마찬가지로 조회 수를 소비합니다. 10회를 넘으면 수신자는 영구 오류를 반환하며, 이는 위조된 메일뿐 아니라 사용자가 보내는 모든 메일에서 SPF가 실패한다는 뜻입니다. 검사기는 include를 재귀적으로 따라가며 각 조회가 어디에서 소비되는지 정확히 보여주므로, 어떤 발신자 때문에 한도를 넘었는지 확인할 수 있습니다.

또한 SPF 레코드를 조용히 무력화하는 오류들도 표시합니다: 같은 도메인에 두 개의 SPF 레코드가 있는 경우(둘 다 무효가 됨), `+all`(인터넷 전체에 권한을 부여), `all`이 빠진 경우(아무것도 단정하지 않음), 더 이상 사용되지 않는 `ptr` 메커니즘, `all` 뒤에 배치되어 절대 읽히지 않는 항목, 그리고 레코드 전체를 영구 오류로 만드는 구문 오류입니다.

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

1. 생성기 탭에서 From 주소에 사용하는 도메인으로 메일을 발송하는 모든 서비스를 체크하세요.
2. 자체 메일 서버를 추가하세요: mx를 켜고 고정된 IPv4 또는 IPv6 범위를 붙여넣으세요. IP 항목은 DNS 조회를 소비하지 않습니다.
3. 조회 수 미터를 확인하세요. 10회를 넘으면 발신자를 제거하거나 include를 그 뒤에 있는 IP 범위로 대체하세요.
4. 최종 정책을 선택하세요: ~all(의심스러운 것으로 표시)로 시작해 DMARC 보고서가 깨끗해지면 -all로 강화하세요.
5. 레코드를 복사해 도메인 루트에 단일 TXT 레코드로 게시하고, 기존에 있던 SPF 레코드를 교체하세요.
6. TTL이 지난 후 검사기 탭으로 돌아와 게시된 레코드가 문제없이 파싱되는지 확인하세요.

자주 묻는 질문