☰

PTR 레코드 형식이 메일 서버의 평판에 영향을 줍니까?

tag-icon • tag-icon linux domain-name-system bind
PTR 레코드 형식이 메일 서버의 평판에 영향을 줍니까?

PTR 레코드의 형식이 메일 서버의 평판에 영향을 미치는지 알고 싶었습니다. 예를 들면 다음과 같습니다.

예:-1

dig -X 162.254.148.198  (this ip belongs to mail.setopati.com)

;; ANSWER SECTION:
198.148.254.162.in-addr.arpa. 21577 IN  PTR 162-254-148-198.static.hvvc.us.

예:-2(이 가상의 예)

dig -X 162.254.148.198
;; ANSWER SECTION:
198.148.254.162.in-addr.arpa. 21577 IN  PTR 162-254-148-198.mail.setopati.com.

여기에 googlemail 역기록 중 일부가 있지만 답변이 "mail.google.com" dig -x 216.58.220.37과 일치하지 않습니다.

;; ANSWER SECTION:
37.220.58.216.in-addr.arpa. 21599 IN    PTR maa03s18-in-f37.1e100.net.
37.220.58.216.in-addr.arpa. 21599 IN    PTR maa03s18-in-f37.1e100.net.
37.220.58.216.in-addr.arpa. 21599 IN    PTR maa03s18-in-f5.1e100.net.

답변1

4가지 요인이 있습니다... 평판에 직접적으로 해를 끼치는 유일한 요소는 IPv4의 동적 PTR과 IPv6의 FCrDNS입니다.

  1. 동적 PTR과 정적 PTR, 동적 PTR보다 더 나은 정적 PTR이 있다면 다음과 같은 시스템에서 긍정적인 포인트를 얻을 수 있습니다.스팸 암살자또는 rbl은 rfc-ignorant와 같습니다.

  2. FCrDNS, 기회적 TLS, 로그, 넷플로우 등에 유용합니다.

    mail.example.com. 162.254.148.198 198.148.254.162.in-addr.arpa에서. 21599 IN PTR mail.example.com.

  3. SPF는 어떻습니까? spf 레코드에 PTR을 사용합니까? 그렇다면 하지 마십시오.

5.5. "ptr"(사용하지 않음)

이 메커니즘은 DNS 역매핑이 존재하고 특정 도메인 내의 도메인 이름을 올바르게 가리키는지 여부를 테스트합니다. 이 메커니즘은 게시되어서는 안 됩니다. 자세한 내용은 이 섹션 끝에 있는 참고 사항을 참조하세요. -RFC7208 섹션 5.5

  1. IPv6!!!! 이제 아무도 이메일에 대해 이 내용을 다루지 않았습니다. IPv6용 FCrDNS가 있어야 합니다.

전송 IP에는 PTR 레코드(즉, 전송 IP의 역방향 DNS)가 있어야 하며 PTR 레코드에 지정된 호스트 이름의 정방향 DNS 확인을 통해 얻은 IP와 일치해야 합니다. 그렇지 않으면 메일이 스팸으로 표시되거나 거부될 수 있습니다. -Google.com

1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.8.b.d.0.1.0.0.2.ip6.arpa. 1h IN PTR mail.example.com.
mail.example.com. IN AAA 2001:db8::1

답변2

나는 위에서 내 주장을 반복합니다: 누구도(*) PTR레코드 문자열의 텍스트 형식이 무엇인지 신경 쓰지 않는다는 것입니다.

그들이 무엇을하다종종 당신이 관심을 갖는 것은가지다PTR서버의 IP 주소와 관련된 레코드이며 해당 주소에 대해 반환하는 레코드가 무엇이든 원래 IP 주소를 다시 가리키는 레코드를 PTR제공하도록 확인될 수 있습니다 .A

(*) 사실 누구나 관심을 가질 수 있습니다. 각 수신 이메일에 대해 허용/거부/잘못 파일 결정을 내리는 요인은 메일 서버 관리자에게 달려 있으며, PTR꽃 이름이 포함되지 않은 기록이 원본이라고 결정할 수 있다고 가정합니다. 잘못된 발신자의 표시. 그런 선택이 있었다면 당신은 아무것도 할 수 없지만 그것은 흔하지 않은 선택이 될 것이고(최소한으로 말하면) 서버 관리자가 그것을 정당화하도록 요청된다면 커뮤니티에서 거의 지원을 찾을 수 없을 것입니다. 서버의 소유자. 내 경험상 PTR기록의 텍스트 형식에도 제한이 있을 수 있습니다.

답변3

메일 서버 평판은 표준이 아닙니다(비록 다음과 같은 RFC가 있지만).RFC7073 표준화를 목표로 하고 있지만 PTR 기록에 대해서는 언급하지 않습니다)

따라서 각 스팸 방지 시스템에는 메일 시스템의 평판을 평가하기 위한 고유한 규칙 세트가 있기 때문에 이 질문에 답하는 것은 불가능합니다.

MadHatter가 말했듯이 유일한 "공식적인" 사항은 역방향 조회로 반환된 레코드가 원래 IP로 확인되어야 한다는 것입니다.

관련 정보