SPF 평탄화란 무엇인가?
SPF 평탄화는 SPF 레코드의 모든 중첩 포함 메커니즘을 최종 IP 주소로 해결하는 과정입니다. 이메일 전송 시 여러 DNS 조회에 의존하는 대신, 평탄화된 레코드는 모든 승인된 IP를 직접 포함하여 조회 수를 줄이고 이메일 전달 가능성을 향상시킵니다.
왜 SPF 레코드를 평탄화해야 할까요?
SPF 사양은 각 레코드를 최대 10개의 DNS 조회로 제한합니다. 모든 "include:", "a:", "mx:", "redirect=", 및 "exists:" 메커니즘은 조회를 트리거합니다. 귀하의 조직이 여러 이메일 서비스를 사용할 때 (Google Workspace, Microsoft 365, Mailchimp, SendGrid 등), 이러한 포함은 빠르게 쌓여 한도를 초과할 수 있습니다. 그럴 경우 수신 메일 서버는 "permerror"를 반환하고 귀하의 합법적인 이메일을 거부하거나 스팸 필터링할 수 있습니다. 평탄화는 모든 중첩 조회를 직접 ip4 및 ip6 항목으로 해결하여 조회 오버헤드를 완전히 제거합니다.
재귀 SPF 해결은 어떻게 작동하나요?
우리 도구는 귀하의 도메인의 루트 SPF 레코드에서 시작하여 모든 포함 및 리디렉션 체인을 재귀적으로 따릅니다. 각 포함된 도메인에 대해 SPF 레코드를 가져오고, IP를 추출하고, a 및 mx 메커니즘을 실제 IP 주소로 해결하며, 추가 포함을 따릅니다. 결과는 각 레벨에서 어떤 IP가 승인되었는지 정확히 보여주는 전체 트리와 귀하의 도메인을 대신하여 이메일을 보낼 수 있는 모든 고유 IP의 평면 목록입니다.
SPF 평탄화의 이점
- 10개의 DNS 조회 한도 내에서 유지하여 permerror 실패를 피하세요.
- SPF가 항상 올바르게 검증되도록 하여 이메일 전달 가능성을 향상시킵니다.
- 귀하를 대신하여 이메일을 보낼 수 있는 모든 IP에 대한 완전한 가시성을 확보하세요.
- 귀하의 SPF 체인에서 알 수 없거나 승인되지 않은 발신 서비스를 식별하세요.
자주 묻는 질문
SPF 평탄화는 중첩 포함 메커니즘을 직접 IP 주소로 변환합니다. SPF 레코드가 RFC 7208에서 설정한 10개의 DNS 조회 한도를 초과할 때 필요합니다. 이 한도를 초과하면 이메일 검증 실패(permerror)가 발생하여 이메일이 거부되거나 스팸으로 분류될 수 있습니다.
각 포함, a, mx, 리디렉션, exists 및 ptr 메커니즘은 하나의 DNS 조회로 계산됩니다. 우리 도구는 이를 자동으로 계산하고 10개를 초과하면 경고합니다. IP4 및 IP6 메커니즘은 조회로 계산되지 않습니다.
예, 하지만 주의사항이 있습니다: 평탄화된 레코드는 정적 스냅샷입니다. 이메일 제공자가 IP 범위를 변경하면 평탄화된 레코드는 자동으로 업데이트되지 않습니다. 주기적으로 다시 평탄화하거나 DNS 자동화 서비스를 사용하여 최신 상태를 유지해야 합니다.
우리 도구는 포함을 재귀적으로 따릅니다 — 포함 A가 포함 B를 포함하고, 포함 B가 포함 C를 포함하는 경우, 세 수준 모두를 해결하고 전체 트리를 보여줍니다. 각 수준의 IP는 수집되어 최종 평면 목록으로 병합됩니다.
SPF 테스터는 SPF 레코드 구문을 검증하고 일반적인 문제를 확인합니다. SPF 플래트너는 더 깊이 들어갑니다 — 모든 포함을 재귀적으로 해결하여 모든 승인된 IP를 보여주고 DNS 조회를 줄이기 위해 사용할 수 있는 평탄화된 레코드를 생성합니다.
예, 생성된 평탄화된 레코드를 복사하여 SPF TXT 레코드로 사용할 수 있습니다. 그러나 SPF 레코드는 DNS에서 문자열당 255자 제한이 있으며, 총 레코드는 이상적으로 512바이트 이하로 유지해야 한다는 점을 유의하세요. 매우 큰 레코드의 경우 나누어야 할 수 있습니다.