역방향 DNS와 PTR 레코드: 메일 서버 설정과 일치 확인

주소에서 이름으로

A, AAAA 같은 정방향 DNS 레코드는 도메인의 영역에 있습니다. example.com을 관리하는 사람이 www.example.com이 어떤 주소를 가리킬지 정합니다. 반면 주소는 도메인 이름 기준으로 나뉘어 있지 않기 때문에 역방향 DNS에는 별도의 트리가 필요합니다. IPv4는 in-addr.arpa, IPv6는 ip6.arpa 트리를 씁니다.

역방향 이름을 만들 때는 주소를 거꾸로 적습니다. 8.8.8.8은 8.8.8.8.in-addr.arpa가 되고, 203.0.113.10은 10.113.0.203.in-addr.arpa가 됩니다. 도메인 이름처럼 가장 넓은 범위의 부분이 맨 뒤에 오도록 하기 위해서입니다. IPv6는 32자리 전체 주소의 16진수 숫자 하나하나를 역순으로 적고 점으로 구분하므로 역방향 이름이 길어집니다.

PTR 레코드는 누가 관리하나요

주소 대역의 역방향 영역은 지역 인터넷 레지스트리가 그 대역을 보유한 조직에 위임하고, 그 조직이 다시 원하는 곳에 위임합니다. 가정용·모바일 연결이라면 통신사가, 클라우드 서버라면 클라우드 업체가 관리하며, 클라우드 업체는 보통 관리 콘솔이나 요청을 통해 이름을 지정할 수 있게 합니다.

그래서 도메인 등록 업체나 DNS 호스팅 업체에 PTR 레코드를 추가해도 아무 효과가 없습니다. 이들은 서버 주소의 역방향 영역을 관리하지 않기 때문입니다. 주소를 할당한 제공업체에 요청하고, 원하는 호스트 이름을 정확히 알려 주세요.

정방향 확인 역방향 DNS(FCrDNS)

역방향 영역을 관리하는 사람은 그 안에 어떤 이름이든 등록할 수 있으며, 다른 사람의 도메인에 속한 이름도 넣을 수 있습니다. 그래서 PTR 이름은 반대 방향으로 다시 확인합니다. 그 이름의 A 또는 AAAA 레코드를 조회해 원래 주소가 포함되어 있는지 보는 것입니다. 양방향 결과가 일치하면 이를 정방향 확인 역방향 DNS(FCrDNS)라고 합니다.

IPNixa 역방향 DNS 조회는 두 단계를 모두 수행합니다. Cloudflare와 Google에 PTR 레코드를 질의한 다음, 반환된 이름을 다시 조회해 네 가지 상태 중 하나로 알려 줍니다.

관측한 조회 결과

2026년 11월 2일, Cloudflare와 Google의 DNS over HTTPS 리졸버로 아래 공개 주소를 조회했습니다. 모든 이름이 원래 주소로 다시 확인되었습니다.

사례에서 알 수 있는 점

네 번째 주소는 조회 당시 Gmail의 수신 메일 호스트 gmail-smtp-in.l.google.com에 대해 반환된 주소였습니다. 이 주소의 PTR 이름은 gmail.com이 아니라 Google이 서버 이름에 쓰는 도메인인 1e100.net 아래에 있습니다. PTR 이름이 서비스의 대표 도메인과 같을 필요는 없으며, 해당 주소로 다시 확인되기만 하면 됩니다.

두 리졸버는 같은 이름을 반환했지만 남은 캐시 시간은 크게 달랐습니다. 8.8.8.8의 경우 Cloudflare는 84,907초, Google은 18,566초를 보고했는데, 각자 다른 시점에 레코드를 캐시했기 때문입니다. 따라서 제공업체가 PTR 레코드를 바꾼 뒤에도 최대 레코드의 TTL 전체 기간 동안 이전 이름이 보일 수 있습니다.

가정용 인터넷에는 보통 주소를 바탕으로 자동 생성된 일반적인 이름이 붙습니다. 같은 날 확인한 방콕의 초고속 인터넷 회선은 ppp-a-b-c-d.revip8.asianet.co.th 형식의 이름을 반환했으며, a부터 d까지는 주소의 숫자입니다. 이런 이름으로는 가입자가 아니라 통신사와, 많은 경우 연결 유형을 알 수 있습니다.

메일 서버에 역방향 DNS가 필요한 이유

수신 메일 서버는 감염된 가정용 컴퓨터에서 보내는 스팸을 거르기 위한 간단한 1차 검사로 역방향 DNS를 사용합니다. Google의 이메일 발신자 가이드라인은 발신 서버에 발신 주소로 다시 확인되는 유효한 PTR 레코드를 요구하며, 다른 대형 메일 서비스도 비슷한 검사를 적용합니다. 위의 초고속 인터넷 사례 같은 일반적인 이름은 흔히 가정용 회선으로 분류되어 걸러집니다.

1. 직접 관리하는 도메인 아래에 서버용 호스트 이름을 정하세요. 예: mail.example.com.
2. 호스트 이름이 서버 주소를 가리키도록 A 레코드를 만들고, 서버가 IPv6로도 메일을 보낸다면 AAAA 레코드도 만드세요.
3. 주소를 소유한 제공업체에 그 주소의 PTR 레코드를 같은 호스트 이름으로 설정해 달라고 요청하세요. 서버가 메일을 보내는 IPv4·IPv6 주소마다 모두 설정해야 합니다.
4. 메일 서버가 SMTP 인사말(HELO 또는 EHLO)에서 같은 호스트 이름을 사용하도록 설정하세요.
5. IPNixa 역방향 DNS 조회로 결과를 확인하세요. 이전 레코드의 TTL이 만료될 때까지 기다리면서 두 리졸버 모두 일치로 표시될 때까지 확인합니다.

역방향 DNS로 알 수 없는 것

PTR 이름은 주소 소유자가 정한 라벨입니다. 오래되었거나 일반적인 이름이거나 아예 없을 수 있으며, 유동 주소를 지금 누가 쓰고 있는지는 알려 주지 않습니다. 사람이 아니라 네트워크나 서버의 역할을 파악하는 데 쓰세요. 192.168.1.10 같은 사설 주소에는 공개 역방향 레코드가 없으므로 조회 대상에서 제외됩니다.