역방향 DNS 레코드(PTR)

PTR이 무엇인지, 메일과 로그에 왜 필요한지, 머신 패널에서 설정하는 방법, 레코드가 적용되었는지 확인하는 방법을 설명해요.

업데이트 2026년 8월 23일

일반 DNS 레코드는 이름을 주소로 변환해요. 반대로 역방향 레코드인 PTR은 주소에서 이름을 돌려줘요. 주소 소유자만 설정할 수 있어서, DNS 존이 아니라 머신의 제어판에 있어요.

어디에서 설정하나요

제어판의 /hosting/vds/m/<id>에 있는 “액세스” 탭, 역방향 주소 레코드(PTR) 블록이에요. 정규화된 도메인 이름을 입력하고 — 예를 들어 mail.example.com — 저장하세요. 변경 사항은 DNS를 통해 즉시 전파되지 않아요. 보통 몇 분에서 한 시간 정도 걸려요.

이름은 실제로 존재해야 해요. 머신의 주소를 다시 가리키는 정방향 A 레코드가 있어야 하거든요. “A는 주소를 가리키고, PTR은 이름을 가리킨다”라는 이 짝을 정방향 확인 역방향 DNS라고 부르는데, 메일 수신자가 확인하는 게 바로 이거예요.

왜 필요한가요

이메일. 거의 모든 주요 메일 시스템은 PTR이 없거나 정방향 레코드와 일치하지 않는 PTR을 가진 주소에서 온 메일을 거부하거나 스팸으로 표시해요. 가장 먼저 확인하는 항목이에요.
로그와 리포트. 제3자 서버가 숫자만 남기는 대신 여러분의 이름을 로그에 기록해서, 사고를 조사하기 쉬워져요.
서비스 신뢰. 일부 API와 IRC 네트워크는 올바른 역방향 레코드가 없는 클라이언트를 제한해요.

일반 웹사이트에는 PTR이 필수는 아니지만, 있어서 나쁠 건 없어요.

확인

dig -x <address> +short
host <address>
dig mail.example.com A +short

처음 두 명령은 설정한 이름을, 세 번째는 머신의 주소를 반환해야 해요. 결과가 일치하지 않으면 대응 관계가 없어서 이메일이 계속 스팸으로 들어갈 거예요.

머신 자체의 이름도 정리해 두는 게 좋아요.

hostnamectl set-hostname mail.example.com
hostname -f

많은 메일 서버가 HELO 명령에서 시스템 호스트 이름으로 자신을 식별하는데, 이것도 PTR과 일치해야 해요.

흔한 실수

실수	결과	해결
PTR은 설정했지만 A 레코드가 없음	일치 확인 실패	머신 주소에 대한 A 레코드 생성
PTR에 이름 대신 주소를 입력	레코드가 무의미함	정규화된 도메인 이름 입력
저장 직후 확인	캐시에 이전 값이 남아 있음	기다렸다가 `dig -x` 다시 실행
시스템 호스트 이름이 다름	HELO가 PTR과 일치하지 않음	`hostnamectl set-hostname`

이메일 전송에는 PTR만으로 충분하지 않아요. 존에 SPF, DKIM, DMARC도 필요해요. 레코드 유형에 대해서는 마법 없는 DNS에서 읽어보세요.

기억하세요. 주소는 머신에 묶여 있고, 머신을 삭제하면 역방향 레코드와 함께 공용 풀로 돌아가요. 두 번째 주소를 주문할 수 없으니, 머신 하나에 PTR의 이름 하나예요.