역방향 DNS란? PTR 레코드 설명

일반 DNS는 “이 이름의 주소는 무엇인가?”에 답합니다. 역방향 DNS는 그 반대, “이 주소에 속한 이름은 무엇인가?”에 답합니다. 이를 제공하는 레코드 유형이 PTR이며, 포인터(pointer)의 약자입니다.

단순히 거꾸로 하는 조회가 아닌 이유

두 방향은 실제로 서로 독립적입니다. 정방향 레코드는 내가 관리하는 도메인의 존에 있습니다. 역방향 레코드는 IP 주소 자체에서 파생된 특수한 존에 있으며, 그 존은 해당 주소 블록을 소유한 쪽에 속합니다.

Address:  93.184.216.34
IPv4 zone: 34.216.184.93.in-addr.arpa

옥텟이 뒤집혀 있는 것은 DNS가 계층을
오른쪽에서 왼쪽으로 읽기 때문입니다. 네트워크 부분이 가장 먼저 옵니다.

IPv6도 ip6.arpa 아래에서 같은 개념을 사용하며, 각 16진수 숫자를 하나씩 뒤집습니다. 길지만 기계적으로는 단순한 이름이 만들어집니다.

메일 서버가 신경 쓰는 이유

역방향 DNS가 진지하게 중요한 곳은 정확히 한 군데, 이메일 전달입니다. 내 서버가 메시지를 전달하려고 연결하면 수신 서버는 첫 번째 정당성 검사로 연결한 주소에 대해 역방향 조회를 수행하는 경우가 많습니다.

• PTR 레코드가 아예 없음 — 강한 스팸 신호입니다. 정상적인 메일 서버는 거의 항상 PTR이 있고, 탈취된 가정용 기기에는 대개 없습니다.
• 일반적인 제공업체 PTR — 93-184-216-34.dynamic.isp.net 같은 형태는 그 주소가 가정용이거나 동적 주소임을 나타내며, 많은 서버가 이런 주소에서 온 메일을 즉시 거부합니다.
• 정방향 레코드와 일치하지 않는 PTR — 잘못 구성되었거나 위조된 것처럼 보입니다.

dig +short -x 93.184.216.34
# -> mail.example.com.

dig +short mail.example.com
# -> 93.184.216.34   (these must match)

설정 방법

1. 1

   전용 주소가 있는지 확인

   공유 호스팅 주소는 같은 주소를 쓰는 다른 모든 사용자와 공유되므로 나에게 의미 있는 PTR 레코드를 둘 수 없습니다. 공유 IP와 전용 IP를 참고하세요.

2. 2

   정방향 레코드를 먼저 생성

   메일 호스트 이름(예: mail.example.com)에 대한 A 레코드를 추가해 그 주소를 가리키게 하세요. PTR을 요청하기 전에 해야 두 레코드가 바로 일치합니다.

3. 3

   주소를 소유한 쪽에 PTR 요청

   클라우드 제공업체는 콘솔에서 이 기능을 제공합니다. AWS는 지원 요청이 필요하고, DigitalOcean은 드롭릿 이름에서 가져오며, Hetzner와 Linode는 직접 입력하는 필드를 제공합니다. 전통적인 호스팅 업체는 보통 티켓이 필요합니다.

4. 4

   호스트 이름을 메일 서버의 HELO와 일치시키기

   메일 서버는 연결할 때 호스트 이름을 알립니다. 그 이름, PTR, 정방향 레코드가 모두 일치해야 합니다. HELO와 PTR이 일치하지 않는 것 자체가 스팸 신호입니다.

5. 5

   양방향 확인

   위의 두 명령을 실행해 결과가 일치하는지 확인하세요. 그런 다음 인증 결과를 보고해 주는 서비스에 테스트 메시지를 보내 보세요.

역방향 DNS가 중요하지 않은 경우

여기에 지나치게 투자하기 쉽습니다. 역방향 DNS는 다음의 경우 사실상 무관합니다.

• 웹사이트. 브라우저는 역방향 조회를 하지 않습니다. PTR이 없어도 사이트에 아무 영향이 없으며 SEO에도 영향이 없습니다.
• 제공업체를 통해 보내는 이메일. Google, Microsoft, SendGrid가 메일을 보낸다면 그쪽 서버가 연결하므로 그쪽 PTR이 적용됩니다. 내 PTR은 무관합니다.
• CDN 뒤에 있는 주소. 방문자는 엣지에 도달하며, 그 역방향 레코드는 제공업체가 관리합니다.

조사 도구로서의 역방향 조회

역방향 DNS는 특정 주소가 무엇인지 빠르게 파악하는 방법이기도 합니다. 제공업체가 소유한 주소는 거의 항상 설명적인 호스트 이름으로 역방향 조회됩니다.

확인한 주소가 원본 서버가 아니라 CDN에 속하는지 알아내는 가장 빠른 방법입니다. CDN이 원본 IP를 숨기는 이유를 참고하세요.