Solaris的DNS名稱解析過程 |
發(fā)布時(shí)間: 2012/9/16 0:29:33 |
本文的目的在于闡述DNS名稱解析過程。為了給出一個(gè)例子,我們假設(shè)某個(gè)用戶試圖從客戶機(jī)ftp到ftp.internic.net。 該客戶機(jī)將經(jīng)歷如下解析步驟: 1. 客戶機(jī)根據(jù)/etc/nsswitch.conf文件來確定名字解析的順序。在本例中,假定的順序是:首先是本地文件,其次NIS+服務(wù)器,最后是DNS。 2. 客戶機(jī)查找本地/etc/inet/hosts文件,沒有發(fā)現(xiàn)匹配項(xiàng)。 3. 客戶機(jī)向NIS+服務(wù)器發(fā)起關(guān)于ftp.internic.net地址的查詢,仍然沒有找到。 4. 客戶機(jī)根據(jù)/etc/resolv.conf文件確定名稱解析搜索列表和本地DNS服務(wù)器的地址。 5. 客戶機(jī)解析例程向本地DNS服務(wù)器發(fā)起一個(gè)遞歸的DNS查詢,以返回ftp.intenic.net的地址。這次,客戶機(jī)將阻塞直到本地DNS服務(wù)器完成名稱解析。 6. 如果該查詢最近出現(xiàn)過,本地DNS服務(wù)器首先會(huì)檢查緩沖。如果該查詢結(jié)果在本地緩沖里,它向客戶機(jī)返回一個(gè)非權(quán)威的查詢結(jié)果 7. 本地DNS服務(wù)器向負(fù)責(zé)internic.net域查詢的DNS服務(wù)器(如果沒有適當(dāng)?shù)腄NS服務(wù)器就向根服務(wù)器)發(fā)起一個(gè)交互查詢。在本例中,我們假設(shè)緩沖中沒有所需的查詢結(jié)果,而且根服務(wù)器服務(wù)于我們的查詢。 8. 根服務(wù)器返回最接近的信息。這樣,你只能從根服務(wù)器得到的所有net.服務(wù)器的名稱和地址。根服務(wù)器返回的這些名稱和地址還包含了維持時(shí)間(time-to-alive),維持時(shí)間用于通知本地域名服務(wù)器,這些名稱和地址可以緩沖多長時(shí)間。 9. 本地DNS服務(wù)器向上一步查詢返回的net.服務(wù)器的其中之一發(fā)起查詢,查詢的過程與上述向根服務(wù)器進(jìn)行的交互查詢是一樣的。 10. net.服務(wù)器返回最為接近的信息--internic.net.服務(wù)器的地址和名稱及其維持時(shí)間(time-to-live)。 11. 本地DNS服務(wù)器向其中的一個(gè)internic.net.服務(wù)器發(fā)起相同的查詢。 12. internic.net.服務(wù)器返回ftp.internic.net的地址及其維持時(shí)間(time-to-live)。 13. 本地DNS服務(wù)器向客戶機(jī)返回所請求的地址,然后就可以處理ftp命令。 14. 本地DNS服務(wù)器將緩沖ftp.internic.net的地址用于以后的查詢。 本文出自:億恩科技【mszdt.com】 服務(wù)器租用/服務(wù)器托管中國五強(qiáng)!虛擬主機(jī)域名注冊頂級提供商!15年品質(zhì)保障!--億恩科技[ENKJ.COM] |