資訊專欄INFORMATION COLUMN
整個(gè)過程大體描述如下，其中前兩個(gè)步驟是在本機(jī)完成的，后8個(gè)步驟涉及到真正的域名解析服務(wù)器：
瀏覽器會(huì)檢查緩存中有沒有這個(gè)域名對(duì)應(yīng)的解析過的IP地址，如果緩存中有，這個(gè)解析過程就結(jié)束。瀏覽器緩存域名也是有限制的，不僅瀏覽器緩存大小有限制，而且緩存的時(shí)間也有限制，通常情況下為幾分鐘到幾小時(shí)不等，域名被緩存的時(shí)間限制可以通過TTL屬性來設(shè)置。這個(gè)緩存時(shí)間太長(zhǎng)和太短都不太好，如果時(shí)間太長(zhǎng)，一旦域名被解析到的IP有變化，會(huì)導(dǎo)致被客戶端緩存的域名無法解析到變化后的IP地址，以致該域名不能正常解析，這段時(shí)間內(nèi)有一部分用戶無法訪問網(wǎng)站。如果設(shè)置時(shí)間太短，會(huì)導(dǎo)致用戶每次訪問網(wǎng)站都要重新解析一次域名。
如果用戶瀏覽器緩存中沒有數(shù)據(jù)，瀏覽器會(huì)查找操作系統(tǒng)緩存中是否有這個(gè)域名對(duì)應(yīng)的DNS解析結(jié)果。其實(shí)操作系統(tǒng)也有一個(gè)域名解析的過程，在Windows中可以通過C:WindowsSystem32driversetchosts文件來設(shè)置，在Linux中可以通過/etc/hosts文件來設(shè)置，用戶可以將任何域名解析到任何能夠訪問的IP地址。例如，我們?cè)跍y(cè)試時(shí)可以將一個(gè)域名解析到一臺(tái)測(cè)試服務(wù)器上，這樣不用修改任何代碼就能測(cè)試到多帶帶服務(wù)器上的代碼的業(yè)務(wù)邏輯是否正確。正是因?yàn)橛羞@種本地DNS解析的規(guī)程，所以有黑客就可能通過修改用戶的域名來把特定的域名解析到他指定的IP地址上，導(dǎo)致這些域名被劫持。
前兩個(gè)過程無法解析時(shí)，就要用到我們網(wǎng)絡(luò)配置中的"DNS服務(wù)器地址"了。操作系統(tǒng)會(huì)把這個(gè)域名發(fā)送給這個(gè)LDNS，也就是本地區(qū)的域名服務(wù)器。這個(gè)DNS通常都提供給用戶本地互聯(lián)網(wǎng)接入的一個(gè)DNS解析服務(wù)，例如用戶是在學(xué)校接入互聯(lián)網(wǎng)，那么用戶的DNS服務(wù)器肯定在學(xué)校；如果用戶是在小區(qū)接入互聯(lián)網(wǎng)，那么用戶的DNS就是再提供接入互聯(lián)網(wǎng)的應(yīng)用提供商，即電信或聯(lián)通，也就是通常說的SPA，那么這個(gè)DNS通常也會(huì)在用戶所在城市的某個(gè)角落，不會(huì)很遠(yuǎn)。Windows環(huán)境下通過命令行輸入ipconfig，Linux環(huán)境下通過cat /etc/resolv.conf就可以查詢配置的DNS服務(wù)器了。這個(gè)專門的域名解析服務(wù)器性能都會(huì)很好，它們一般都會(huì)緩存域名解析結(jié)果，當(dāng)然緩存時(shí)間是受到域名的失效時(shí)間控制的。大約80%的域名解析到這里就結(jié)束了，所以LDNS主要承擔(dān)了域名的解析工作。
如果LDNS仍然沒有命中，就直接到Root Server域名服務(wù)器請(qǐng)求解析
根域名服務(wù)器返回給本地域名服務(wù)器一個(gè)所查詢的主域名服務(wù)器（gTLD Server）地址。gTLD是國際頂級(jí)域名服務(wù)器，如.com、.cn、.org等，全球只有13臺(tái)左右
本地域名服務(wù)器LDNS再向上一步返回的gTLD服務(wù)器發(fā)送請(qǐng)求
接受請(qǐng)求的gTLD服務(wù)器查找并返回此域名對(duì)應(yīng)的Name Server域名服務(wù)器的地址，這個(gè)Name Server通常就是用戶注冊(cè)的域名服務(wù)器，例如用戶在某個(gè)域名服務(wù)提供商申請(qǐng)的域名，那么這個(gè)域名解析任務(wù)就由這個(gè)域名提供商的服務(wù)器來完成
Name Server域名服務(wù)器會(huì)查詢存儲(chǔ)的域名和IP的映射關(guān)系表，在正常情況下都根據(jù)域名得到目標(biāo)IP地址，連同一個(gè)TTL值返回給DNS Server域名服務(wù)器
返回該域名對(duì)應(yīng)的IP和TTL值，LDNS會(huì)緩存這個(gè)域名和IP的對(duì)應(yīng)關(guān)系，緩存時(shí)間由TTL值控制
把解析的結(jié)果返回給用戶，用戶根據(jù)TTL值緩存在本地系統(tǒng)緩存中，域名解析過程結(jié)束
在實(shí)際的DNS解析過程中，可能還不止這10步，如Name Server可能有很多級(jí)，或者有一個(gè)GTM來負(fù)載均衡控制，這都有可能會(huì)影響域名解析過程。
文章版權(quán)歸作者所有，未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請(qǐng)注明本文地址：http://systransis.cn/yun/74938.html
摘要：根域名服務(wù)器是最高層次的，全球共有套，它不直接用于域名解析，而是指明怎樣去查找對(duì)應(yīng)。對(duì)象存儲(chǔ)一般會(huì)有三個(gè)備份，從而實(shí)現(xiàn)對(duì)存儲(chǔ)讀寫的負(fù)載均衡。小結(jié)是網(wǎng)絡(luò)世界的地址簿。 ????為什么在地址欄輸入域名，就能直接訪問到對(duì)應(yīng)服務(wù)器？全局負(fù)載均衡和內(nèi)部負(fù)載均衡又是什么？這些都和 DNS 解析息息相關(guān)，讓我們一起來解密 DNS 解析。 ????其實(shí)說起 DNS 解析，應(yīng)該都知道它很像地址簿。就像我...
摘要：根域名服務(wù)器是最高層次的，全球共有套，它不直接用于域名解析，而是指明怎樣去查找對(duì)應(yīng)。對(duì)象存儲(chǔ)一般會(huì)有三個(gè)備份，從而實(shí)現(xiàn)對(duì)存儲(chǔ)讀寫的負(fù)載均衡。小結(jié)是網(wǎng)絡(luò)世界的地址簿。 ????為什么在地址欄輸入域名，就能直接訪問到對(duì)應(yīng)服務(wù)器？全局負(fù)載均衡和內(nèi)部負(fù)載均衡又是什么？這些都和 DNS 解析息息相關(guān)，讓我們一起來解密 DNS 解析。 ????其實(shí)說起 DNS 解析，應(yīng)該都知道它很像地址簿。就像我...
摘要：云廠商托管服務(wù)的域名解析注意事項(xiàng)使用云廠家提供托管式，的域名解析參數(shù)，通過界面創(chuàng)建的話，可能廠商界面沒有開放配置，采用了一些默認(rèn)值，在使用時(shí)候，需要了解清楚廠商提供的默認(rèn)配置，否則會(huì)存在問題。原文鏈接使用云廠商托管時(shí)容器域名解析注意事項(xiàng) 云廠商托管 Kubernetes 服務(wù)的 Pod 域名解析注意事項(xiàng) 使用云廠家提供托管式Kubernetes，Pod的域名解析參數(shù)，通過界面創(chuàng)建Pod...
閱讀 2480·2021-10-12 10:11
閱讀 1229·2021-10-11 10:58
閱讀 3274·2019-08-30 15:54
閱讀 712·2019-08-30 13:59
閱讀 680·2019-08-29 13:07
閱讀 1407·2019-08-26 11:55
閱讀 2142·2019-08-26 10:44
閱讀 2642·2019-08-23 18:25
