역방향 IP 조회

역방향 IP 조회는 역방향 DNS를 통해 IP 주소와 연결된 도메인 이름이나 호스트를 찾는 무료 도구입니다.

역방향 IP 조회란 무엇인가요?

역방향 IP 조회는 IP 주소에 할당된 호스트 이름을 도메인 네임 시스템에서 찾는 방식입니다. 일반적인 DNS 조회는 example.org 같은 이름으로 IP 주소를 찾지만, 역방향 조회는 IP 주소로 시작해 이름을 찾습니다.

역방향 DNS는 PTR 레코드를 사용합니다. IPv4 주소는 각 숫자 구간의 순서를 뒤집어 in-addr.arpa 도메인 아래에 표시합니다. IPv6 주소는 각 16진수 숫자의 순서를 뒤집어 ip6.arpa 도메인을 사용합니다. 이 변환은 DNS 소프트웨어가 처리하므로, 뒤집힌 형식이 아닌 일반적인 IP 주소를 입력해 조회하면 됩니다.

PTR 레코드는 일반적으로 해당 주소 범위를 관리하는 기관이 관리합니다. 따라서 웹사이트 소유자가 역방향 DNS 항목을 변경하려면 호스팅 업체, 인터넷 서비스 제공업체 또는 클라우드 플랫폼에 요청해야 할 수 있습니다.

역방향 IP 조회는 어떻게 사용하나요?

확인할 IPv4 또는 IPv6 주소를 입력한 다음 조회를 실행하고, 연결된 도메인이나 호스트를 확인하세요. 프로토콜, 포트 번호, 경로는 제외하고 주소만 입력해야 합니다.

• https://198.51.100.24/가 아니라 198.51.100.24를 입력하세요.
• IPv6 주소는 2001:db8::24처럼 콜론으로 구분된 일반적인 형식으로 입력하세요.
• 도메인 이름은 입력하지 마세요. 도메인에 연결된 주소를 먼저 찾아야 한다면 DNS 조회를 사용하세요.
• 역방향 DNS를 조회할 때는 주소에 포함되지 않는 공백, 대괄호, 복사 과정에서 붙은 문장 부호를 제거하세요.

숫자도 유효한 IP 주소 형식을 갖춰야 합니다. IPv4에서는 점으로 구분된 각 십진수 구간이 0에서 255 사이여야 합니다. 빈 값, 문장, URL 또는 지나치게 긴 문자열은 IP 주소가 아니므로 의미 있는 역방향 DNS 결과를 얻을 수 없습니다.

역방향 IP 조회는 서버에서 실행됩니다. 입력한 IP 주소는 HTTPS를 통해 서버로 전송되며 저장되지 않습니다.

역방향 IP 조회 결과는 어떻게 확인하나요?

조회한 주소와 그 주소에 대해 반환된 도메인 또는 호스트를 비교하세요. 확인해야 할 주요 정보는 다음과 같습니다.

• 조회한 주소가 확인하려던 서버, 메일 게이트웨이 또는 다른 장치의 주소와 일치하는지 확인하세요.
• 반환된 도메인 또는 호스트는 해당 주소의 PTR 레코드에 공개된 이름입니다. mail.example.org 같은 서비스 이름, 제공업체가 할당한 호스트 이름 또는 다른 정규화된 도메인 이름일 수 있습니다.
• 조회에서 사용할 수 있는 PTR 응답을 찾지 못했더라도 해당 주소가 오프라인 상태이거나 사용되지 않는다는 뜻은 아닙니다.

예를 들어 192.0.2.44를 입력했고 관리자가 mail.example.org을 가리키는 PTR 레코드를 설정했다고 가정해 보겠습니다. 연결된 호스트는 mail.example.org으로 표시됩니다. 해당 주소에 PTR 레코드가 없다면 반환할 호스트 이름도 없습니다.

PTR 결과는 권한 있는 역방향 DNS 운영자가 공개한 정보입니다. 웹사이트가 실제로 그 주소에서 호스팅되는지, 해당 호스트 이름이 안전한지, 정방향 DNS가 같은 주소를 가리키는지를 증명하지는 않습니다. 마지막 항목을 확인하려면 반환된 호스트 이름을 별도로 조회한 뒤, A 또는 AAAA 레코드를 원래 IP 주소와 비교하세요.

자주 발생하는 상황 확인하기

역방향 조회는 오류 메시지, 메일 로그 또는 서버 설정에 IP 주소만 표시되어 있고 해당 주소가 자신을 어떻게 식별하는지 파악해야 할 때 특히 유용합니다.

1. 이메일이 거부되는 경우: 메일 시스템은 일반적으로 발신 주소의 PTR 레코드를 확인합니다. Microsoft 365 또는 Google Workspace의 전송 보고서에 역방향 DNS 누락이나 불일치가 언급되었다면 발신 메일 서버의 공인 IP를 확인하세요. 그런 다음 반환된 호스트 이름을 정방향으로 조회했을 때 같은 주소로 연결되는지 확인하고, 필요한 경우 메일 서버에 설정된 식별 이름과도 일치하는지 점검하세요.
2. 익숙하지 않은 서버 주소가 표시되는 경우: 접속 로그, 방화벽 경고 또는 모니터링 보고서에는 IP 주소만 기록될 수 있습니다. PTR 레코드에서 제공업체나 서비스의 호스트 이름을 확인하면 해당 주소의 맥락을 파악하는 데 도움이 됩니다. 다만 이는 소유권이나 의도를 입증하는 증거가 아니라 보조 정보입니다.
3. 인증서 경고가 표시되는 경우: 역방향 조회로 서버 주소에 할당된 호스트 이름을 확인할 수 있지만 TLS 인증서의 유효성을 검증할 수는 없습니다. SSL 조회에서 인증서 이름, 발급자, 유효 기간 정보를 확인한 다음 브라우저에서 사용한 호스트 이름과 비교하세요.

사이트의 DNS 확인이 되지 않는다면 먼저 정방향 A 및 AAAA 레코드를 확인하세요. 역방향 DNS는 대상 IP를 파악한 뒤 유용하게 사용할 수 있지만, PTR 레코드를 수정해도 누락된 정방향 레코드는 복구되지 않습니다.

이전 결과가 계속 표시되거나 새 호스트 이름이 나타나지 않는 이유는 무엇인가요?

DNS 리졸버가 PTR 응답과 실패한 조회 결과를 캐시하기 때문에 이전 결과가 계속 보이거나 새 호스트 이름이 나타나지 않을 수 있습니다. 각 DNS 레코드에는 TTL이라고 하는 유효 시간이 있으며, 리졸버가 다시 조회하기 전까지 해당 응답을 얼마나 오래 재사용할 수 있는지를 지정합니다.

제공업체가 PTR 레코드를 변경한 뒤 한 리졸버에는 새 호스트 이름이 표시되지만 다른 리졸버에는 이전 이름이 계속 반환될 수 있습니다. 실패한 조회 결과도 네거티브 캐시될 수 있으므로 레코드를 추가해도 즉시 표시되지 않을 수 있습니다. 흔히 이를 DNS 전파라고 부르지만, 실제 지연은 레코드가 인터넷을 통해 물리적으로 이동해서가 아니라 각 캐시의 만료 시점이 다르기 때문에 발생하는 경우가 많습니다.

이전 TTL과 네거티브 캐시 기간이 끝날 때까지 기다린 다음 다른 리졸버나 네트워크에서 결과를 비교하세요. 예상 캐시 기간이 훨씬 지났는데도 이전 결과가 남아 있다면 주소 제공업체에 PTR 레코드가 올바른 역방향 DNS 영역에 추가되었는지 확인해 달라고 요청하세요.

자주 묻는 질문

하나의 IP 주소에 PTR 레코드를 여러 개 설정할 수 있나요?

DNS에서는 하나의 주소에 여러 PTR 레코드를 설정할 수 있지만, 많은 시스템은 하나의 일관된 호스트 이름을 전제로 작동합니다. 응답이 여러 개면 특히 발신 메일의 식별 정보를 확인할 때 결과가 일관되지 않을 수 있으므로, 일반적으로 의미 있는 PTR 레코드 하나만 설정하는 편이 더 안전합니다.

역방향 IP 조회로 공유 호스팅의 모든 웹사이트를 찾을 수 있나요?

아니요. PTR 레코드는 일반적으로 주소를 하나의 호스트 이름으로 식별하지만, 해당 주소에서 제공되는 웹사이트 목록을 담고 있지는 않습니다. 공유 호스팅과 콘텐츠 전송 네트워크에서는 서로 관련 없는 여러 도메인이 하나의 주소를 사용할 수 있으며, 역방향 DNS만으로는 이러한 도메인을 모두 나열할 수 없습니다.

사설 IP 주소도 역방향 조회가 되나요?

192.168.1.20 같은 사설 주소에는 회사나 가정 내부 네트워크에서 사용하는 역방향 레코드가 있을 수 있지만, 이러한 레코드는 일반적으로 공용 DNS에서 조회할 수 없습니다. 따라서 내부 DNS 서버가 장치 이름을 알고 있더라도 공용 조회에서는 호스트 이름이 반환되지 않을 수 있습니다.

호스트 이름 끝에 점이 붙는 이유는 무엇인가요?

일부 DNS 소프트웨어는 mail.example.org.처럼 정규화된 도메인 이름 끝에 점을 붙여 표시합니다. 이 점은 DNS 루트를 나타내며 기술적으로 유효합니다. 다만 대부분의 애플리케이션은 같은 호스트 이름을 표시하거나 설정할 때 마지막 점을 생략합니다.

호스팅 업체에 문의하기 전에 어떤 정보를 기록해야 하나요?

IP 주소, 반환된 호스트 이름, 예상했던 호스트 이름, 대략적인 조회 시간을 기록해 두세요. 이메일 문제라면 거부 메시지와 발신 서버에 설정된 호스트 이름도 포함하세요. 이러한 정보가 있으면 제공업체에서 관련 역방향 영역을 찾고, PTR 오류인지 캐시된 DNS 또는 메일 설정 문제인지 구분하는 데 도움이 됩니다.