text: 在計算機網路中，反向DNS查詢或反向DNS解析來確定IP地址關聯的域名的技術——通常的“轉發”的反向DNS查詢域名的IP地址。反向DNS查詢的過程使用PTR記錄。網際網路的反向DNS資料庫植根於 .arpa 頂級域名。雖然協議 [rfc:1912 RFC1912年] (第2.1節)建議，“每一個網際網路可訪問的主機都應該有一個名字”和“每一個IP地址都應該有一個匹配 PTR 記錄”，但這並不是一個網際網路標準 強制要求，所以並不是每一個IP地址都有一個反向記錄。歷史使用情況.現代“反向DNS查詢”不應被混淆，“反向查詢”(IQUERY)機制在RFC 1035中寫到：Inverse queries take the form of a single RR in the answer section of the message, with an empty question section. The owner name of the query RR and its TTL are not significant. The response carries questions in the question section which identify all names possessing the query RR "which the name server knows". Since no name server knows about all of the domain name space, the response can never be assumed to be complete. Thus inverse queries are primarily useful for database management and debugging activities. Inverse queries are "not" an acceptable method of mapping host addresses to host names; use the codice_1 domain instead.IQUERY訊息型別總是“可選的”和“從未取得了廣泛使用”；“permanently retired”在2002年採用RFC 3425。實現細節.IPv4 反向解析.反向解析 IPv4 地址時使用一個特殊的域名 codice_1。在這個模式下，一個 IPv4 由點號分隔的四個十進位制數字串聯，並加上一個 codice_3 域名字尾。透過將 32 位IPv4地址拆分為四個八位位元組，並將每個八位位元組轉換為十進位制數來獲得前四個十進位制數。不過需要注意的是，在反向 DNS 解析時，IPv4 書寫的順序是和普通 IPv4 地址相反的。比如，如果要查詢 8.8.4.4 這個IP地址的 PTR 記錄，那麼需要查詢 codice_4，結果被指到 codice_5 這條記錄。如果 codice_5的 A 記錄反過來指向 8.8.4.4，那麼就可以說這是個。
metadata: erhwenkuo/wikipedia-zhtw
metadata: 反向DNS
metadata: https://zh.wikipedia.org/wiki?curid=6164174