Reverse DNS(PTR 레코드)는 IP 주소를 호스트명으로 다시 매핑합니다 — 일반 A 레코드의 반대입니다. 대부분의 서비스는 이를 보지 않습니다. 메일이 큰 예외입니다: 수신 서버는 발신 IP에 PTR이 있고, 그것이 서버가 자기소개하는 호스트명과 일치하는지 일상적으로 확인합니다. 잘못하면 SPF와 DKIM이 아무리 깨끗해도 메일이 스팸으로 분류되거나 바로 거부됩니다.
EQVPS에서는 PTR을 대시보드에서 직접 설정합니다 — 지원 티켓 없이, 당사를 기다리지 않고.
대시보드에서 설정하기
- 로그인하여 서버를 열고, 설정하려는 전용 IP 서버를 클릭합니다.
- 서버 페이지에서 Reverse DNS 패널을 찾습니다.(전용 IP 요금제에서만 표시됩니다 — NAT 서버에는 가리킬 자체 IP가 없습니다.)
- IP가 해석될 호스트명을 입력 — 당신이 제어하는 완전한 도메인, 예:
mail.yourdomain.com. - 저장. 레코드는 즉시 적용됩니다.
패널은 현재 PTR을 표시하므로, 호스트명이 바뀔 때마다 돌아와 변경할 수 있습니다.
forward-confirmed로 만들기
PTR 단독으로는 메일에 충분하지 않습니다. 엄격한 수신자는 forward-confirmed reverse DNS를 원합니다: PTR이 IP를 호스트명으로 가리키고, 그리고 그 호스트명의 A 레코드가 같은 IP로 다시 가리킵니다. 양방향이 일치해야 합니다.
그래서 IP가 203.0.113.10이고 PTR을 mail.yourdomain.com으로 설정한다면, 도메인의 DNS에도 A 레코드를 만드세요:
mail.yourdomain.com. A 203.0.113.10
이제 루프가 닫힙니다: IP → 호스트명 → IP.
작동했는지 확인하기
임의의 머신에서:
# reverse: IP는 당신의 호스트명을 반환해야 함
dig -x 203.0.113.10 +short
# forward: 호스트명은 같은 IP를 반환해야 함
dig mail.yourdomain.com +short
둘이 서로를 가리켜야 합니다. reverse 조회가 여전히 기본 제공업체 호스트명(static.203-0-113-10.rev.example-isp.net 같은 것)을 표시하면, 변경이 아직 사용 중인 리졸버에 전파되지 않은 것입니다 — 조금 기다렸다가 다시 확인하세요.
정직한 제한
- 전용 IP만. 자체 IP가 없으면 PTR도 없음 — NAT 요금제는 이것을 할 수 없습니다.
- PTR은 한 조각이지 메일 퍼즐 전체가 아닙니다. 전달성을 위해서는 도메인에 SPF, DKIM, DMARC도, 그리고 아웃바운드 포트 25 개방도 필요합니다(스팸을 막기 위해 새 서버에서는 기본적으로 닫혀 있음 — 나머지가 설정되면 요청하세요). Reverse DNS는 첫 관문을 통과시킵니다; 마법의 전달성 스위치가 아닙니다.
- IP당 하나의 호스트명. PTR은 IP를 단일 이름으로 매핑합니다. 기본 메일 호스트명으로 가리키세요.
메일 서버를 처음부터 세우고 있다면, 메일 서버 워크스루가 이와 함께 SPF/DKIM/DMARC와 포트 25 이야기를 다룹니다. 그리고 전용 IP가 정말 필요한지 아직 결정 중이라면, 여기 NAT 대 전용 분석이 있습니다.
댓글
아직 댓글이 없습니다. 첫 번째가 되세요.