역방향 DNS(PTR) 조회

역방향 DNS(PTR) 조회는 IP 주소로부터 그 주소에 연결된 호스트명을 찾는 도구입니다. 정방향 조회(도메인 → IP)와 반대 방향으로, 서버 로그에 찍힌 IP의 정체를 파악하거나 메일 서버의 PTR이 제대로 설정됐는지 확인할 때 사용합니다. IPv4와 IPv6 모두 지원합니다. 반대 방향인 도메인→IP 정방향 조회는 DNS 레코드 조회를 사용하세요.

조회는 IP를 역순으로 뒤집어 in-addr.arpa(IPv4) 또는 ip6.arpa(IPv6) 도메인의 PTR 레코드를 공개 리졸버에 DNS over HTTPS로 질의하는 방식입니다. IP만 입력하면 됩니다. 입력값은 서버에서 PTR 질의에만 쓰이며 외부로 별도 저장되지 않습니다.

PTR 레코드란

PTR(Pointer) 레코드는 IP 주소를 호스트명으로 되돌려 매핑하는 레코드입니다. 예를 들어 8.8.8.8은 PTR 질의 이름 8.8.8.8.in-addr.arpa 로 변환되어 조회되고, 결과로 dns.google 같은 호스트명을 돌려줍니다. PTR은 정방향 A/AAAA 레코드와 별개로 관리되므로, 둘이 서로 일치하지 않을 수도 있습니다.

어디에 쓰나요

• 메일 서버 운영: 많은 수신 서버가 발신 IP의 PTR이 없으면 스팸으로 간주합니다. 정상 발송을 위해 PTR 설정은 필수입니다.
• 로그 분석: 접속 로그의 IP가 어떤 조직/ISP에 속하는지 호스트명으로 추정합니다.
• 네트워크 점검: 정방향·역방향 매핑이 일치하는지(FCrDNS) 확인합니다.

결과가 비어 있을 때

PTR은 IP 소유자(ISP·클라우드 사업자)가 위임 구역에 직접 설정해야 합니다. 대부분의 가정용·동적 IP에는 PTR이 없거나 일반화된 호스트명만 붙어 있습니다. 결과가 비어 있다고 해서 IP가 잘못된 것은 아닙니다.

질의 이름이 만들어지는 과정 (예시로 보기)

역방향 조회의 핵심은 IP를 "거꾸로 뒤집어" 특수 도메인 밑의 PTR 이름으로 바꾸는 것입니다. IPv4와 IPv6의 변환 규칙이 다릅니다.

• IPv4 — 옥텟 4개의 순서를 뒤집고 .in-addr.arpa를 붙입니다.1.2.3.4 → 4.3.2.1.in-addr.arpa.
• IPv6 — 주소를 전부 펼쳐 16진수 32자리로 만든 뒤, 한 글자(니블)씩 거꾸로 점으로 나누고 .ip6.arpa를 붙입니다. 2001:4860:4860::8888는 펼치면2001:4860:4860:0000:0000:0000:0000:8888이고, 질의 이름은8.8.8.8.0.…(중략)…0.6.8.4.0.6.8.4.1.0.0.2.ip6.arpa가 됩니다. 그래서 IPv6 PTR 이름은 항상 점 74개로 끝납니다(니블 32 + 2).

잘 알려진 IP의 PTR (참고표)

PTR이 정확히 무슨 호스트명이냐보다, 그 호스트명을 정방향으로 다시 조회했을 때 같은 IP로 돌아오는지(FCrDNS)가 더 중요합니다. 정방향 확인은 DNS 레코드 조회로 PTR 결과 호스트명의 A/AAAA를 다시 찍어 보면 됩니다.

흔한 실수 / 함정

• PTR을 A 레코드로 "고칠 수 있다"는 오해: 정방향 DNS에 A 레코드를 추가해도 PTR은 생기지 않습니다. PTR은 IP가 속한 역방향 위임 구역(보통 ISP·클라우드 콘솔)에서만 설정됩니다 — 본인 도메인의 존 파일로는 못 바꿉니다.
• 한 IP에 도메인이 100개라고 PTR도 100개여야 한다는 오해: PTR은 호스트당 하나가 정상이며, 메일 SMTP 배너·인증서 호스트명과 그 하나가 맞물리면 충분합니다.
• 전파 지연 혼동: ISP가 PTR을 막 설정했다면 캐시·위임 TTL 때문에 수 시간 동안 빈 결과가 보일 수 있습니다.