역방향 IP 조회 (PTR 레코드)

조회의 방향. 일반 조회는 A와 AAAA 레코드로 도메인에서 주소를 찾으며 사이트 소유자가 관리합니다. 역방향 조회는 PTR 레코드로 주소에서 도메인을 찾고, 이를 관리하는 것은 사이트 소유자가 아니라 네트워크 소유자입니다. 이 차이 하나가 이곳에서 이상해 보이는 현상의 대부분을 설명합니다: srv12.hoster.example처럼 호스팅 업체의 명명 규칙을 따르는 도메인은 그 기계를 누가 운영하는지 알려 주지만, 그 위에서 어떤 사이트가 돌고 있는지는 전혀 말해 주지 않습니다.

PTR 응답이 없는 것은 정상입니다. 역방향 도메인을 만들 의무는 누구에게도 없고, 대부분의 주소 블록은 애초에 만들지 않습니다. 빈 응답은 소유자가 비워 두었거나 응답이 제거되었다는 뜻일 뿐, 그 주소를 아무도 쓰지 않는다거나 잘못된 일을 하고 있다는 뜻이 아닙니다. 일반 캐시도 거치므로 방금 추가된 이름은 모든 곳에서 보이기까지 시간이 걸릴 수 있습니다.

이웃 주소가 흥미로운 이유. 주소 블록은 단위로 할당되며 고객이 보통 보유하는 최소 단위는 /24 — 256개 주소입니다. 호스팅 업체는 이 주소들에 일정한 패턴으로 이름을 붙이므로, 어떤 주소 주변의 몇 개 도메인만 읽어 봐도 블록 전체의 명명 규칙과 그 뒤의 업체를 알 수 있습니다. 이 페이지는 가장 가까운 주소부터 물으며 모두 같은 /24 안에 있고, 주소가 아닌 도메인은 절대 추측하지 않습니다.

그것이 뜻하는 것이 아닌 것. 역방향 도메인은 사이트 도메인이 아닙니다. 응답의 이름은 어떤 사이트가 아니라 라우터, 메일 릴레이, 로드 밸런서의 것일 수 있습니다. 주소 하나가 서로 무관한 수백 개 사이트를 서비스할 수 있고 큰 사이트 하나가 수십 개 주소에 분산될 수도 있으므로, 도메인을 공유한다는 것은 호스팅에 대한 단서일 뿐 두 일이 관련되어 있다는 증거가 될 수 없습니다. 이웃 주소는 소유자 명단이 아니라 명명 규칙으로 보세요.

비용, 그리고 이웃 목록이 느린 이유. 목록의 각 주소는 하나의 독립적인 조회이며 다른 페이지와 공유하는 리졸버 할당량을 씁니다. 목록은 한 번에 주소 하나만 조회하고 그 사이에 간격을 두어 공개 리졸버가 받아들일 수 있는 범위를 유지합니다. 그래서 목록을 모두 도는 데 시간이 걸리고 언제든 취소할 수 있습니다. 남은 주소는 그대로 버려지고 아무것도 계속 실행되지 않습니다.

이 페이지가 하지 않는 일. 사전 대입 공격, 주소 대역 스캔, 포트 탐색, 등록 데이터 조회를 하지 않습니다. 어떤 주소에 역방향 도메인이 없어서 그것이 누구의 네트워크에 있는지 알고 싶다면, 정직한 다음 단계는 IP 조회 페이지입니다 — 공개 서비스가 실제로 공개하는 네트워크와 위치 필드를 읽습니다. 그리고 IP 및 CIDR 서브넷 계산기는 어디에도 데이터를 보내지 않고 그 주소의 블록 경계를 보여 줍니다.

직접 찾아볼 수 있는 공개 출처. 어떤 주소 블록을 누가 보유하는지에 대한 권위 있는 기록은 지역 인터넷 레지스트리가 보관합니다. IANA IPv4 주소 공간과 IANA IPv6 유니캐스트 할당 파일은 각 블록이 어떤 레지스트리에 할당되었는지 나열하고, 각 레지스트리가 다시 자체 위임 기록을 공개합니다. 이 페이지는 의도적으로 이 파일들을 조회하지 않습니다. 이는 훨씬 무거운 다른 종류의 조회이며, 위 링크로 직접 찾아보는 것이 "이것은 누구의 네트워크인가"에 정직하게 답하는 방식입니다.