SPF 레코드는 어떻게 병합하나요?

여러 이메일 서비스를 사용하는 것이 나쁘지는 않지만 두 개 이상의 SPF 레코드를 생성하는 것은 도메인 평판에 결코 도움이 되지 않습니다. 따라서 오류 및 전달성 문제 없이 여러 이메일 서비스를 계속 사용하려면 항상 SPF 레코드를 병합하는 것이 좋습니다. 이제 SPF 레코드를 병합하여 다양한 이메일 사고로부터 벗어나는 방법을 알아보세요.  

SPF는 RFC 7208에 문서화되어 있는 이메일 인증 프로토콜입니다.

SPF 레코드란 무엇인가요?

SPF(발신자 정책 프레임워크)는 ADMD(관리 관리 도메인)가 도메인 이름으로 메시지를 보낼 수 있는 호스트를 명시적으로 승인하도록 허용하여 스팸을 방지하는 인터넷 표준입니다. 이렇게 하면 도메인의 공개 DNS에 SPF 정책을 적용하여 악의적인 사용자가 합법적인 발신자의 신원을 악용하는 것을 방지할 수 있습니다.

SPF 레코드의 구조

SPF 레코드의 구조를 이해하면 SPF 레코드를 결합하는 것이 매우 쉬워집니다. 따라서 SPF 레코드를 병합하기 전에 알아야 할 몇 가지 사항이 있습니다:

• SPF 레코드는 "v=spf1" 수정자로 시작합니다.
• 동일한 레코드는 하나 이상의 규칙으로 구성됩니다. 
• 규칙은 선택적 접두사, 메커니즘 및 선택적 값으로 더 세분화할 수 있습니다.
• 접두사 값은 기본적으로 "+"를 전달하도록 설정되어 있지만 원하는 대로 변경할 수 있습니다.
• 콜론 ":"은 메커니즘과 해당 값 사이의 구분 기호로 사용됩니다.
• "모두" 메커니즘은 항상 레코드 끝에 배치되어 일치하지 않는 모든 발신자에 대한 기본 응답을 지정합니다.

PowerDMARC로 SPF 기록을 간소화하세요!

SPF 레코드 접두사 및 그 효과

이에 대해 자세히 알아볼 수 있도록 다음 접두사 목록을 만들었습니다:

• 통과 "+" 접두사를 사용하면 일치하는 발신자가 SPF 확인을 통과하게 됩니다.
• 실패 "-" 접두사를 사용하면 일치하는 발신자는 SPF 검사에 실패합니다.
• 소프트 실패 접두사 "~"를 사용하면 지정된 메커니즘과 일치하는 발신자는 SPF 유효성 검사를 소프트 실패로 처리합니다.
• 중립 접두사 "?"는 일치하는 발신자를 중립으로 처리합니다.

실패 "-" 및 소프트 실패 "~" 접두사에 대해 더 명확하게 알고 싶다면 다음과 같은 차이점을 관찰하기 위해 또 다른 자세한 기사를 작성했습니다. SPF -all 와 SPF ~all의 차이점을 살펴보세요. 링크된 텍스트를 클릭하여 더 많은 지식을 쌓으시기 바랍니다.

손쉽게 SPF 레코드 병합

필요한 레코드를 한데 모아 SPF 레코드를 병합할 수 있습니다. 이메일 발신자의 도메인마다 하나씩 '포함' 메커니즘을 더 추가하여 이 작업을 수행할 수 있습니다. 또한 이메일 서비스에서 제안하는 모든 필수 메커니즘을 설정하는 것을 잊지 마세요. 마지막으로 최종 병합된 SPF 레코드가 "v=spf1" 수정자로 시작하고 "all" 메커니즘으로 끝나는지 확인하세요.

무료 SPF 병합 도구인 PowerSPF를 사용하여 클릭 한 번으로 SPF 레코드를 병합하세요!

SPF 병합 예시

도메인이 이미 MailChimp를 통해 인증되었고 현재 SPF 레코드가 다음과 같이 표시되어 있다고 가정해 보겠습니다:

v=spf1 include:servers.mcsv.net ?all

하지만 이제 MailChimp와 함께 Outlook.com과 같은 다른 이메일 서비스를 인증하려고 하는데, 전자의 제안된 SPF 레코드가 이와 비슷하게 보입니다:

v=spf1 a include:spf.protection.outlook.com -all

이 경우 위 두 레코드의 규칙을 결합하여 SPF 레코드를 병합합니다. 일반적인 메커니즘을 반복할 필요는 없습니다. 또한 하나의 SPF 레코드에만 존재하는 메커니즘은 처음에 추가됩니다. 따라서 최종 병합된 SPF 레코드는 다음과 같이 표시됩니다:

v=spf1 a include:spf.protection.outlook.com include:servers.mcsv.net -all

접두사 혼동 해소

개별 레코드 끝에 "?all"과 "-all"이 있는데 병합된 레코드가 왜 "-all"로 끝나는지 궁금하신가요? 실패 접두사 "-"를 사용하는 이유는 그 효과 때문입니다. 그럼에도 불구하고 일부 이메일 서비스 제공업체는 안전을 위해 "?all"이 포함된 SPF 레코드를 제안합니다. 이는 도메인 설정에 대해 충분히 알지 못하고 도메인에서 이메일 전달 오류를 원하지 않기 때문입니다. 

첫 번째 SPF 레코드를 "-all"로 설정하면 수신자가 모든 이메일을 거부할 수 있다는 점에 유의하세요. 그러나 승인된 발신자 목록을 완성한 후에는 SPF 레코드를 병합하고 "-all" 메커니즘을 사용하여 동일하게 끝낼 수 있습니다.

요약

SPF 레코드를 병합할 수 있습니다. 개별 SPF 레코드의 규칙을 결합하여 병합할 수 있습니다. 그렇게 간단하고 시간도 많이 걸리지 않습니다. 이 글이 궁금증을 해결해 드렸기를 바랍니다. 언제든지 다시 방문하여 SPF 병합 프로세스에 대해 다시 한 번 살펴보시기 바랍니다.

이메일 전달률을 높이고 스푸핑을 방지하는 데 관심이 있으신가요? 무료 무료 DMARC 무료 체험판을 지금 신청하세요!

• 정보
• 최신 게시물

유네스 타라다

도메인 및 이메일 보안 전문가 PowerDMARC

Yunes는 이메일 인증 및 보안에 대한 전문 지식을 갖춘 PowerDMARC의 운영 팀장입니다. Yunes는 CompTIA A+ 등의 자격증을 보유한 Microsoft 인증 Azure 관리자 어소시에이트입니다.

Yunes Tarada의 최신 글 (전체 보기)

• DKIM 도메인 정렬 실패 - RFC 5322 수정 사항 - 2025년 6월 5일
• DMARCbis 설명 - 변화하는 사항과 준비 방법 - 5월 19, 2025
• BIMI란 무엇인가요? BIMI 로고 요구 사항 및 설정에 대한 완벽한 가이드 - 2025년 4월 21일