為什么添加一些解析的時候記錄值（域名）后面會帶個點(diǎn)？

時間：2023-02-10 12:18:01 | 來源：建站知識

時間：2023-02-10 12:18:01 來源：建站知識

很多朋友可能會發(fā)現(xiàn)，在添加 CNAME、MX、NS 等記錄的時候，記錄值后面通常會自動補(bǔ)充一個"."（如下圖），那為什么會自動添加這個"."呢？

為什么會自動添加"."呢？

DNS 命名空間結(jié)構(gòu)

要知到答案，那首先我們應(yīng)該了解一下 DNS 的層次結(jié)構(gòu)，域名空間實(shí)際上是一個樹狀結(jié)構(gòu)（大概像下圖），在這個“樹”中任何一個節(jié)點(diǎn)完整的域名都是從root到該節(jié)點(diǎn)路徑上所有標(biāo)簽的逆序組合，或從該節(jié)點(diǎn)到root路徑上所有標(biāo)簽的順序組合，中間以"."分隔。

以本站首頁域名為例，從"r2wind"到根域名"root"，所以該節(jié)點(diǎn)完整的域名則為"r2wind.cn."（最后面的"."代表 root，實(shí)際上是以"."和一個空標(biāo)簽結(jié)尾的），但為了方便通常寫成一個單獨(dú)的"."這種寫法也被稱為完全限定域名 (FQDN) 。

只不過平時在訪問的時候，我們通常不會寫成"r2wind.cn."這種形式，而是直接寫成"http://r2wind.cn"，但是在解析系統(tǒng)中這個點(diǎn)是不允許被省略的，不然可能會出現(xiàn)一些奇奇怪怪的問題，當(dāng)然最重要的是要符合RFC的相關(guān)規(guī)范。

有關(guān) RFC 的詳細(xì)信息，可訪問互聯(lián)網(wǎng)工程工作組 (IETF) 的官網(wǎng)查看：IETF | Internet Engineering Task Force

遞歸 DNS 解析過程

估計(jì)到現(xiàn)在大家可能還可能有點(diǎn)懵，那我們再來看看遞歸 DNS 解析過程，來幫助大家的理解： 下面是一個完整的遞歸 DNS 解析過程：

rttw@Kincaid:~$ dig www.r2wind.cn +trace; <<>> DiG 9.19.4-1+0~20220818.83+debian11~1.gbp3f0f1b-Debian <<>> www.r2wind.cn +trace;; global options: +cmd. 0 IN NS f.root-servers.net.. 0 IN NS e.root-servers.net.. 0 IN NS j.root-servers.net.. 0 IN NS i.root-servers.net.. 0 IN NS g.root-servers.net.. 0 IN NS b.root-servers.net.. 0 IN NS d.root-servers.net.. 0 IN NS h.root-servers.net.. 0 IN NS c.root-servers.net.. 0 IN NS k.root-servers.net.. 0 IN NS l.root-servers.net.. 0 IN NS m.root-servers.net.. 0 IN NS a.root-servers.net.;; Received 432 bytes from 192.168.192.1#53(192.168.192.1) in 859 ms# 遞歸返回根域名服務(wù)器的 NS 記錄cn. 172800 IN NS a.dns.cn.cn. 172800 IN NS d.dns.cn.cn. 172800 IN NS e.dns.cn.cn. 172800 IN NS c.dns.cn.cn. 172800 IN NS b.dns.cn.cn. 172800 IN NS ns.cernet.net.cn. 172800 IN NS g.dns.cn.cn. 172800 IN NS f.dns.cn.cn. 86400 IN DS 57724 8 2 5D0423633EB24A499BE78AA22D1C0C9BA36218FF49FD95A4CDF1A4AD 97C67044cn. 86400 IN RRSIG DS 8 1 86400 20220920040000 20220907030000 20826 . Pir1xOUL//xWJtc9ey7zZJDmwSPnXHGGLTHpxxuOKwxchQkQvoSYGtCG L6YrRWEpFputpuFpK3DvPCbtPZQMje1Mr2H4vT7nZ47ht0Xr2brWSDlR maELk8iKsuNYwoJ3fL75yn1N0jEABxnYFfo9r4Pp0nfN0XVAIHvAiGE8 nhEFSmmmEZidrLfPT84+QKeXOc8fotDme/Byi5F3Uc3IRu8mq7BE/N/+ 4nXAVgXbWhO9/ULnlAK76bFqoz0qZmvrcrmSB08K//QVG4io+4nbpFyl dUlziRCAiT6h7L6WwK9XDBeWNhSMptvYJRVS01rC2X7OWqKvnU2fL/Bs FYzCSg==;; Received 708 bytes from 202.12.27.33#53(m.root-servers.net) in 99 ms# 根域名服務(wù)器返回 cn 域名的 NS 記錄;; UDP setup with 2001:dc7::1#53(2001:dc7::1) for www.r2wind.cn failed: network unreachable.;; UDP setup with 2001:dc7::1#53(2001:dc7::1) for www.r2wind.cn failed: network unreachable.;; UDP setup with 2001:dc7::1#53(2001:dc7::1) for www.r2wind.cn failed: network unreachable.r2wind.cn. 86400 IN NS ns3.dnsv4.com.r2wind.cn. 86400 IN NS ns4.dnsv4.com.3QDAQA092EE5BELP64A74EBNB8J53D7E.cn. 21600 IN NSEC3 1 1 10 AEF123AB 3QHKTF6LTFG8AAFUUAJSR8RVAJP99SFU NS SOA RRSIG DNSKEY NSEC3PARAM3QDAQA092EE5BELP64A74EBNB8J53D7E.cn. 21600 IN RRSIG NSEC3 8 2 21600 20220929034902 20220830024902 38388 cn. nQpTOptIW40mn9r1uPSO/yIvyEcdfV/zhfXVU/nZptRs+gDk8MYnqO7c i3yXB2XYzZFXM3ofDWXIJHgHq42agy02zSkDKN3XabB0Y6F2Oy3FhFBP O5fNM97I5Nu1NEE2ZZ5XyGAfMZyNhjsOry66+56C4s/Dlu1LcE151vey ecY=8TF4MEBDESE2OSVH717D9VC1F7BFN1VI.cn. 21600 IN NSEC3 1 1 10 AEF123AB 8TKMCNJ923RR3GI4UAK4FF8RHB788CNF CNAME RRSIG8TF4MEBDESE2OSVH717D9VC1F7BFN1VI.cn. 21600 IN RRSIG NSEC3 8 2 21600 20220929034902 20220830024902 38388 cn. MgMG/eoy7e3ugs4TjsTxf5Ji9mvFsYYJpM+e4LayayDIMzs3JpkdKgEn ba3BmaaKclE6aDe8iL0uYSNiUMRgfMJb10yg066tDn+6bQH7BHl0paNY REZMB/+idFumyB3icj+JjCxrQe7j2fPp6aQUv3VBaEVLrp22XbnWZsbx scI=;; Received 608 bytes from 202.112.0.44#53(ns.cernet.net) in 29 ms# cn 域名服務(wù)器返回 r2wind.cn. 的 NS 記錄www.r2wind.cn. 600 IN A 120.78.190.225r2wind.cn. 86400 IN NS ns4.dnsv4.com.r2wind.cn. 86400 IN NS ns3.dnsv4.com.;; Received 112 bytes from 1.12.0.25#53(ns3.dnsv4.com) in 39 ms# r2wind.cn 域名服務(wù)器返回 www.r2wind.cn. 的 A 記錄由上面一大串的流程中可以看到查詢是從根開始進(jìn)行查詢的，然后根據(jù)返回的各個域名 NS 記錄進(jìn)行查詢，直到查詢到最終的 A 記錄。

可能你會好奇，為什么要有根？

根的主要作用是管理互聯(lián)網(wǎng)的主目錄?？梢栽O(shè)想一下，如果沒有根，以查詢 http://tencent.com 為例，在查詢解析的時候你得先找到 com 的 NS 記錄及其對應(yīng)的 IP 地址，然后才能獲取到 http://tencent.com 的 NS記錄 繼續(xù)進(jìn)行遞歸查詢。

不知道這里會不會有人說那我挨個獲取就好了，何必需要根呢？ 不得不說這是個好問題，但理想很豐滿，現(xiàn)實(shí)很骨感，目前全球共有1591個 TLD ，你可以試想一下，你獲取這些 TLD 的 NS 記錄需要多長時間，而且這些 TLD 的 NS 記錄是不斷變化的，如果你要想自己維護(hù)的話，頭大不說，還可能會有很多隱患。交給根他不香嘛？

域名分級

提到這里，那我們再說說域名分級，我們平時能注冊到的域名到底是幾級域名呢？

答案是二級。

那域名究竟是如何分級的？ 回到上面的樹狀圖，我們可以看到，root 下面有若干個頂級域名，例如：cn、com、org、edu等等，這些被稱為頂級域名或者一級域名；這些頂級域名下面又分為若干個二級域名，以 cn 為例，下面有若干個二級域名，例如：dnspod、r2wind，而二級域名下面可能又會分為若干個三級域名，以 dnspod 為例，下面又分為了若干個三級域名，例如：www、docs、console 等等，以此類推，這就是域名的分級。

總結(jié)一下域名分級規(guī)則： - 頂級域名（TLD）：頂級域是root的子域，例如：com； - 一級域名（FLD）：一級域也是root的子域（一級域和頂級域是同一個概念）； - 二級域名（SLD）：二級域是一級域的子域，例如：http://tencent.com是 com 的子域； - 依此類推.....

加"."會影響解析嘛？

仔細(xì)看看上面的解析過程，除了一開始輸入命令的時候后面沒有"."，剩下其他域名哪個后面沒有"."呢？ 在 DNS 中，加"."不會影響解析，但是不加"."可能就是另一個故事（事故）啦。所以當(dāng)你設(shè)置相關(guān)的記錄不能解析的時候，別再怪后面自動加了"."，找找其他的原因吧。

下面是一個有趣的例子，我查詢的是 me，卻返回了 http://me.r2wind.cn的 A 記錄：

root@Kincaid:~# nslookup me 8.8.8.8Server: 8.8.8.8Address: 8.8.8.8#53Non-authoritative answer:Name: me.r2wind.cnAddress: 106.52.72.124這是因?yàn)槲以O(shè)置了主機(jī)的本地域名，所以系統(tǒng)會自動在后面添加上 http://r2wind.cn，但當(dāng)我在查詢 me 加了"."后，可以看到報(bào)錯了，如下：

root@Kincaid:~# nslookup me. 8.8.8.8;; communications error to 8.8.8.8#53: timed outServer: 8.8.8.8Address: 8.8.8.8#53Non-authoritative answer:*** Can't find me: No answer報(bào)錯的原因也很簡單，加"."系統(tǒng)會認(rèn)為你查詢的是一個完整的域名，這種情況下系統(tǒng)不會在后面添加本地域名，而是直接進(jìn)行遞歸查詢，但 me 這個域是沒有解析 A/AAAA 記錄的，所以就會報(bào)錯。

這里不知道會不會有人說頂級域哪有解析 A/AAAA 記錄的，感興趣的話你可以去訪問一下 http://ai./ 這個頂級域。

root@Kincaid:~# dig ai. @8.8.8.8; <<>> DiG 9.19.4-1+0~20220818.83+debian11~1.gbp3f0f1b-Debian <<>> ai. @8.8.8.8;; global options: +cmd;; Got answer:;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 15833;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1;; OPT PSEUDOSECTION:; EDNS: version: 0, flags:; udp: 512;; QUESTION SECTION:;ai. IN A;; ANSWER SECTION:ai. 21600 IN A 209.59.119.34;; Query time: 319 msec;; SERVER: 8.8.8.8#53(8.8.8.8) (UDP);; WHEN: Thu Sep 08 08:29:01 CST 2022;; MSG SIZE rcvd: 47是不是有人想問域名 ai 的后綴是什么？是根 (root) 。

總結(jié)

好像說了好多廢話哈哈哈，總結(jié)一下吧： - 不要覺得加"."很奇怪，如果你覺得奇怪，建議抽空了解一下 DNS 相關(guān)的知識吧。 - 加"."不會影響解析！加"."不會影響解析！加"."不會影響解析！——重要的事情說三遍 - 由于博主的水平有限，文章中可能會有一些錯誤，歡迎各位大佬批評指正。

參考

• RFC 1034
• RFC 1035
• Root Zone Database
• DNS and BIND, 5th Edition,by Cricket Lliu and Paul Albitz(O'Reilly).Copyright 2006, O'Reilly Media, Inc. ISBN: 0-596-10057-4.
• DNS 標(biāo)準(zhǔn)文檔

其他

附上一些區(qū)域文件：

https://www.internic.net/domain/db.cache

https://www.internic.net/domain/root.zone

https://www.internic.net/domain/arpa.zone

https://www.internic.net/domain/ip6.arpa.zone