말한 바와 같이여기, 메일 서버 Reverse-DNS(PTR 레코드)가 잘 구성되어 있어야 합니다. 대부분의 경우 FQDN은 자체적으로 제어할 수 없으며 ISP 공급자가 정의합니다. 메일 서버 도메인 이름과 결코 같지 않습니다. ISP에 변경을 요청하는 것은 불가능하며 변경되지 않습니다. 그래서:
- 메일 서버 설정에서 이 fqdn을 사용하는 것이 쓸모가 없습니까?
- 올바르게 구성되었는지 확인하는 방법은 무엇입니까?
- 확인할 수 있는 웹툴이 있나요?
감사해요.
답변1
당신이 하려는 일 때문에 호스팅 제공업체를 통해 이메일을 호스팅하고 자신만의 도메인을 얻어 필요에 따라 변경할 수 있도록 하는 것이 좋습니다. 이제 귀하의 질문은 다음과 같습니다.
메일 서버 설정에서 이 fqdn을 사용하는 것이 쓸모가 없습니까?
fqdn을 사용해야 합니다.
올바르게 구성되었는지 확인하는 방법은 무엇입니까?
wtayyeb에 명시된 대로 dig를 사용할 수 있습니다.
# 도메인 $ dig +short mail-vn0-f47.google.com 에 대한 레코드를 가져옵니다.
209.85.216.47 <--------- 기록
# A 레코드에 대한 역방향 레코드를 가져오고 역방향 일치 도메인을 확인합니다.
$ dig +short -x 209.85.216.47
mail-vn0-f47.google.com. <---------------- IP가 도메인으로 다시 확인됩니다.
보시다시피 IP는 원래 FQDN으로 다시 확인됩니다.
확인할 수 있는 웹툴이 있나요?
예, 거기에는 몇 가지 웹 도구가 있습니다. 내가 과거에 사용했던 것 중 하나는 다음과 같습니다.
더 많은 웹 도구가 필요한 경우 Google에서 PTR 또는 rDNS 레코드를 테스트하는 것이 항상 쉽습니다.
그것이 바로 당신이 찾고 있던 것이기를 바라며 호스팅 서비스(예: dreamhost.com :) }를 사용하여 도메인을 호스팅하는 것이 아마도 모든 이메일 항목을 설정하는 가장 좋은 방법일 것이라는 점을 명심하십시오.
답변2
#1에서 무엇을 요구하는지 잘 모르겠습니다. 메일 서버 설정에 PTR 레코드가 사용되는지 묻고 있습니까? 기술적으로는 그렇지 않습니다. 그러나 PTR 레코드가 A 레코드의 대위법으로 사용되므로 적절하게 구성하면 장점이 있습니다(또한 서버 인증을 위한 조회 수행과 관련된 다른 서버 구성에 따라 메일 흐름에 영향을 미칠 수 있음). 제대로 구성되지 않은 경우).
한발 뒤로 물러나 보자.
메일은 도메인을 적절한 FQDN으로 가리키는 MX 레코드를 기반으로 라우팅됩니다. 그런 다음 이 FQDN에는 해당 이름을 IP 주소로 변환할 수 있도록 구성된 A 레코드가 있습니다. PTR 레코드를 사용하면 IP 주소를 기반으로 조회를 수행하여 반환된 내용이 동일한 IP를 가리키는 A 레코드가 있는 FQDN인지 확인할 수 있습니다. 이것이 하나가 다른 하나에 도달하고 그 반대의 경우도 마찬가지이므로 서클 체크라고도 합니다.
이제 도메인으로 들어오는 메일 흐름은 도메인에서 나가는 메일 흐름과 같지 않습니다. 소규모 조직은 동일한 수신/발신 경로를 가질 수 있지만 많은 조직은 그렇지 않습니다. 따라서 MX 레코드를 보면 인바운드 이메일이 전송된 위치가 표시되지만 아웃바운드 이메일이 반드시 어디에서 오는지는 아닙니다.
레코드를 확인하는 자동화된 도구가 있다고 확신하지만 수동으로 조회하려면 nslookup(Windows)이나 dig(Linux) 또는 둘 다에 익숙해지는 것이 좋습니다. 이렇게 하면 시스템이 일반적으로 수행하는 DNS 서버에 대해 쿼리할 수 있을 뿐만 아니라 다른 DNS 서버에 대해 수동으로 조회할 수도 있습니다(따라서 내부 및 외부 모두에서 결과를 확인할 수 있습니다).
특정 문제를 해결하고 싶거나, 특정 구성을 확인하고 싶거나, 다양한 DNS 레코드가 사용되는 방법을 직접 배우고 싶으십니까?