反向 IP 查詢（PTR 記錄）

反向 DNS 回答的是普通查詢的反方向問題：給定一個地址，它的所有者把這個地址指回了哪個名字？本頁會自行構造反向域名 —— IPv4 用 a.b.c.d.in-addr.arpa，IPv6 用 ip6.arpa 下的半位元組形式 —— 然後請求 PTR 記錄，並顯示由哪個解析器應答、響應碼是什麼、是否存在 CNAME 鏈以及 TTL。第二種模式會在同一個地址塊內，逐個查詢你輸入地址旁邊的那些地址，因為主機商往往用一眼可見的規律給機器命名。這裡的一切都是公開、被動的資訊：不掃描、不做字典暴力破解、不查 WHOIS。
要查詢的地址
結果
就緒 —— 尚未傳送查詢。
輸入地址後點擊反向查詢。
反向查詢能告訴你什麼、不能告訴你什麼
查詢的方向。普通查詢通過 A 和 AAAA 記錄從域名查到地址，由站點所有者控制。反向查詢則通過 PTR 記錄從地址查到域名，控制它的是網路所有者，而不是網站所有者。這一個區別就解釋了這裡看起來奇怪的絕大多數現象：像 srv12.hoster.example 這種符合主機商命名規律的域名，說明是誰在運營這臺機器，卻完全沒說上面跑的是哪個網站。

沒有 PTR 應答是正常的。沒有人有義務建立反向域名，大多數地址塊也從來不做。空應答只代表所有者留空了或者應答已被移除，不代表這個地址沒人用或在做錯事。它同樣會經過常規快取，所以剛新增的名字可能要過一陣才在所有地方可見。

為什麼鄰居地址很有意思。地址塊是按段分配的，客戶通常持有的最小段是 /24 —— 256 個地址。主機商會按某種模式給這些地址命名，因此讀一讀某個地址周圍的少數幾個域名，往往就能看出整個地址塊的命名規律和背後的服務商。本頁先問離你最近的那些地址，都在同一個 /24 內，且永遠不會去猜那些不是地址的域名。

它不代表什麼。反向域名不是網站域名：應答裡的名字可能屬於路由器、郵件中繼或負載均衡器，而不屬於任何站點。一個地址可以服務數百個互不相關的站點，一個大型站點也可以分佈在幾十個地址上，所以共用一個域名只是關於託管的線索，絕不能當作兩件事相關的證據。請把鄰居地址當成一種命名規律，而不是一份所有者名單。

代價，以及鄰居列表為什麼慢。列表裡的每個地址都是一次獨立查詢，佔用的是其他頁面共用的那一份解析器配額；列表一次只查一個地址並在兩次之間留出間隔，以保持在公共解析器可接受的範圍內。因此跑完整個列表需要一些時間，你也可以隨時取消：剩下的地址會被直接丟棄，不會留下任何還在執行的東西。

本頁不會做的事。不做字典暴力破解、不做地址段掃描、不做埠探測、也不查註冊資料。如果某個地址沒有反向域名而你想知道它位於誰的網路裡，誠實的下一步是 IP 查詢頁面 —— 它讀取公共服務確實會公開的網路與位置欄位；以及子網計算器 —— 它能在不向任何地方傳送資料的前提下展示該地址的地址塊邊界。

你可以自己查閱的公開來源。關於誰持有某個地址段的權威記錄由區域序號產生器構儲存：IANA IPv4 地址空間和IANA IPv6 單播分配檔案列出了每個地址塊被分配給了哪個序號產生器構，各序號產生器構隨後再公佈自己的Delegation 記錄。本頁刻意不去查詢這些檔案：它們屬於另一種更重型的查詢，而通過上面的連結手工查閱，才是回答“這是誰的網路”的誠實方式。