여러 이메일 서비스를 사용하는 것이 나쁘지는 않지만 둘 이상의 SPF 레코드를 생성하는 것은 도메인 평판에 결코 도움이 되지 않습니다. 따라서 오류 및 전달성 문제 없이 여러 이메일 서비스를 계속 사용하려면 항상 SPF 레코드를 병합하는 것이 좋습니다. 이제 SPF 레코드를 병합하여 다양한 이메일 사고로부터 벗어나는 방법을 알아보세요.
SPF는 RFC 7208에 문서화된 이메일 인증 프로토콜입니다.
SPF 기록이란 무엇인가요?
발신자 정책 프레임워크(SPF)는 ADMD(관리 도메인)가 도메인 이름으로 메시지를 보낼 수 있는 호스트를 명시적으로 승인할 수 있도록 하여 스팸을 방지하는 인터넷 표준입니다. 이렇게 하면 악의적인 사용자가 도메인의 공용 DNS에 SPF 정책을 적용하여 합법적인 발신자의 신원을 악용하는 것을 방지할 수 있습니다.
SPF 레코드의 구조
SPF 레코드의 구조를 이해하면 SPF 레코드를 결합하는 것이 매우 쉬워집니다. 따라서 SPF 레코드를 병합하기 전에 알아야 할 몇 가지 사항이 있습니다:
- SPF 레코드는 "v=spf1" 수정자로 시작됩니다.
- 동일한 레코드는 하나 이상의 규칙으로 구성됩니다.
- 규칙은 선택적 접두사, 메커니즘 및 선택적 값으로 더 세분화할 수 있습니다.
- 접두사 값은 기본적으로 "+"를 전달하도록 설정되어 있지만 원하는 대로 변경할 수 있습니다.
- 콜론 ":"은 메커니즘과 해당 값을 구분하는 데 사용됩니다.
- '모두' 메커니즘은 항상 레코드 끝에 배치되어 일치하지 않는 모든 발신자에 대한 기본 응답을 지정합니다.
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 무료 체험판을 지금 신청하세요!
- Office 365에서 DMARC를 설정하는 방법은 무엇인가요? 단계별 가이드 - 2024년 5월 6일
- SMTP 야후 오류 코드 설명 - 2024년 5월 1일
- SPF 소프트 페일 대 하드 페일: 차이점은 무엇인가요? - 2024년 4월 26일