둘 SPF 동일한 DNS 이름의 정책은 더 큰 승인된 발신자 목록으로 결합되지 않습니다. 언제 SPF 레코드 선택하면 둘 이상의 해당 레코드가 반환되고 평가는 다음으로 끝납니다. permerror 아래에 RFC 7208 §4.5. 수리는 세 번째 TXT 항목이 아닌 하나의 일관된 정책입니다.
어려운 부분은 어떤 권한이 여전히 속하는지 결정하는 것입니다. 모든 메커니즘을 한 줄에 복사하면 구식 공급업체, 과도한 네트워크 및 조회 제한 문제를 유지하면서 구문 오류를 제거할 수 있습니다.
실제로 중복된 내용 확인
질문 TXT 레코드 SPF 검사에 사용된 정확한 도메인에서. 도메인 확인 토큰과 같은 기타 TXT 레코드는 자동으로 SPF 레코드가 아니므로 이 복구 과정에서 삭제하면 안 됩니다. 하나의 TXT 레코드 내에서 여러 개의 따옴표로 묶인 문자열과 여러 리소스 레코드를 구별합니다. 아래에 RFC 7208 §3.3, 한 레코드 내의 문자열이 연결됩니다. 별도의 SPF 레코드는 없습니다.
전체 DNS 응답, TTL 및 권한 있는 서버 정보를 저장하세요. 변경하기 전에 해당 영역과 소유자 이름을 확인하세요. 공급자는 영역 이름을 호스트 필드에 자동으로 추가하여 명백히 올바른 편집기 항목이 잘못된 이름에 놓이게 만들 수 있습니다.
의도된 발신자 세트 재구성
비즈니스 서비스, 책임 있는 소유자, 지원 공급자 구성, 현재 전송 증거 등 4가지 필드가 포함된 메커니즘당 하나의 행을 만듭니다. 명시적인 IP 범위의 경우 주소를 운영하는 사람과 해당 범위가 필요한 이유를 식별합니다. 포함의 경우 공급업체의 현재 지침과 재귀적 정책 종속성을 검사합니다. 알 수 없는 메커니즘을 영원히 보관할 수 있는 권한이 아니라 해결해야 할 문제로 간주하세요.
이 봉투 도메인을 사용하는 발신자와 자체 봉투 도메인을 사용하는 서비스를 구분하세요. 공급업체의 표시되는 보낸 사람 주소만으로는 트래픽에 여기에 SPF 포함되어야 한다는 사실을 입증하는 데 충분하지 않습니다. 마찬가지로 짧은 관찰 기간이 없다고 해서 종료되는 것은 아닙니다. 송장이나 계절별 캠페인이 드물게 실행될 수 있습니다.
하나의 순서화된 정책 구축
선택한 승인과 하나의 의도적인 최종 정책을 유지합니다. 전체 레코드를 연결하지 말고 두 번째만 남겨두세요. v=spf1 토큰 또는 모두 중간에 메커니즘이 있습니다. 아래에 RFC 7208 §5.1, 초기 모두 나머지 모든 소스와 일치하므로 이후 메커니즘에 연결할 수 없습니다.
예시적인 시작 상태: 하나의 레코드는 다음과 같습니다. v=spf1 ip4:192.0.2.10 -all; 다른 하나는 v=spf1 ip4:198.51.100.20 ~all. 문서 전용 주소가 모두 확인된 현재 발신자를 나타내는 경우 가능한 병합 정책은 다음과 같습니다. v=spf1 ip4:192.0.2.10 ip4:198.51.100.20 ~all. 최종 예선을 선택하려면 자체 라우팅 검토가 필요합니다. 두 번째 보낸 사람이 폐기된 경우 이를 병합하면 불필요한 권한이 보존됩니다.
중첩된 포함 및 리디렉션을 포함한 전체 정책을 평가합니다. 아래에 RFC 7208 §4.6.4, RFC 7208 평가 중에 조회를 유발하는 용어를 10개로 제한합니다. 보이는 include 문만 계산하는 것만으로는 충분하지 않습니다. 명백한 IP4 그리고 IP6 메커니즘 자체는 해당 기간 예산을 소비하지 않지만 관리되는 포함을 복사된 IP 목록으로 교체하면 유지 관리 의무가 발생합니다.
장기간의 모호한 상태 없이 배포
공급자가 지원하는 경우 원자성 DNS 레코드 세트 업데이트를 선호합니다. 한 번의 변경으로 경쟁 정책을 승인된 단일 레코드로 교체합니다. 인터페이스에 별도의 편집이 필요한 경우 순서를 계획하고 정책이 누락되거나 중복될 일시적인 위험을 인정합니다. "임시" 추가 SPF 레코드를 생성하여 전파용으로 남겨두지 마십시오.
신뢰할 수 있는 답변을 확인한 다음 관련 재귀 응답을 확인하세요. 캐시된 이전 답변은 이전의 최신성 간격을 유지합니다. RFC 8767 §4 또한 만료 후 적격한 오래된 답변 사용을 허용합니다. TTL은 보장된 전역 취소 기한이 아닙니다. 보유된 모든 서비스에서 대표 메시지를 보내고 신뢰할 수 있는 수신자에게 평가된 ID와 결과를 확인합니다. 또한 자신이 제어하는 최고의 소스를 테스트하여 우발적인 범용 패스가 성공으로 오인되지 않도록 하십시오.
청소 증거를 보관하세요
변경 기록에는 유지 및 제거된 각 메커니즘, 조회 평가, DNS 전후 상태 및 테스트 결과가 설명되어야 합니다. 중복 레코드 경고는 선택된 SPF 레코드가 하나 있고 정책이 검토된 보낸 사람 집합을 나타내는 경우에만 닫힙니다. 이는 일회성 DNS 복구를 유지 관리 가능한 인증 인벤토리로 전환합니다.
결정과 그 한계를 기록하십시오.
두 주소 예의 경우 권한 워크시트는 최종 한정자와 별도로 각 소유자 결정 및 예상 일치 항목을 유지해야 합니다. 병합된 ~all 예제는 일치하지 않는 주소에 대해 여전히 softfail 반환합니다. -all 정책을 약화시키는 것은 권장되지 않습니다. 해당 한정자를 변경하려면 명시적인 결정이 필요합니다. 이 그림에서는 DNS 업데이트나 전달 테스트가 수행되지 않았습니다.