chapter13-wenkub.com
2025-07-12 18:00 本頁面
【正文】 74 每個(gè)查詢過程未必完全相同！ ?例如， 依序向 『 .』 、 『 』 、『 』 這 3 部 DNS Server 查詢。 ?是 『 Type AAAA』 , 而不是一般 IPv4 位址的 『 Type A』 。 69 如何知道 Root DNS Server 的 IP 位址？ ?雖然 Root DNS Server 的 IP 位址很少變動(dòng)。 66 如何知道 Root DNS Server 的 IP 位址？ ?曾經(jīng)有讀者詢問：既然 Local DNS Server 找不到某個(gè) FQDN 的 IP 位址時(shí) , 會(huì)去問 Root DNS Server, 那它怎麼知道 Root DNS Server 的 IP 位址呢？畢竟 Root DNS Server 已經(jīng)在最頂層了 , 不可能再問更上層的 DNS Server 了。目的就是要預(yù)設(shè)的 DNS 伺服器給一個(gè)確定的答案 , 讓用戶端不需再去問其它伺服器。 59 轉(zhuǎn)送程式 ?當(dāng) DNS 用戶端向指定的 DNS 伺服器要求名稱查詢時(shí) , 若伺服器無法解析 , 雖然可以轉(zhuǎn)向根網(wǎng)域的 DNS 伺服器詢問 , 不過為了節(jié)省頻寬及安全上的考量 , 或許我們不希望直接問到根網(wǎng)域 DNS 伺服器 , 所以我們可以設(shè)定 轉(zhuǎn)送程式 （ Forwarder）。舉例來說： ?假設(shè)用戶端向指定的 DNS 伺服器要求解析『 .』 位址 , 很不幸的 , 伺服器中並未有此筆記錄 , 此時(shí)伺服器便會(huì)向根網(wǎng)域的 DNS 伺服器詢問：「請(qǐng)問你知道 『 .』 的 IP 位址嗎？」 55 反覆查詢 ?根網(wǎng)域 DNS 伺服器回答：「喔！這臺(tái)主機(jī)位在 『 .tw.』 網(wǎng)域下 , 請(qǐng)你向管轄 『 .tw.』網(wǎng)域的伺服器查詢。 ? 3. 若其他 DNS 伺服器無法解析該項(xiàng)查詢時(shí) , 則告知用戶端找不到資料。 51 DNS 名稱查詢流程 ?由上述的 5 個(gè)步驟 , 我們應(yīng)該能很清楚的了解 DNS 的運(yùn)作過程 , 而事實(shí)上 , 這 5 個(gè)步驟可以分為兩種查詢模式 , 即用戶端對(duì)伺服器的查詢（第 4 步驟）及伺服器和伺服器之間的查詢（第 5 步驟）。 DNS 伺服器在收到要求後 , 會(huì)先去檢查此 FQDN 是否為管轄區(qū)域內(nèi)的網(wǎng)域名稱。必須等到快取中累積大量的資料後 , 查詢效率才會(huì)提升。若採用 『 主要名稱伺服器 + 次要名稱伺服器 』 架構(gòu) , 當(dāng)這兩部伺服器在區(qū)域傳送時(shí) , 便可能佔(zhàn)用大量的專線頻寬 , 降低網(wǎng)路效率。 ?快取伺服器會(huì)向指定的 DNS 伺服器查詢 , 並將查到的資料存放在自己的快取內(nèi) , 同時(shí)也回覆給 DNS 用戶端。 41 次要名稱伺服器 ?一個(gè)區(qū)域可以沒有次要名稱伺服器 , 或擁有多部次要名稱伺服器。 39 主要名稱伺服器 ?主要名稱伺服器（ Primary Name Server）儲(chǔ)存區(qū)域內(nèi)各臺(tái)電腦資料的正本 , 而且以後這個(gè)區(qū)域內(nèi)的資料有所變更時(shí) , 也是直接寫到這臺(tái)伺服器的資料庫 , 這個(gè)資料庫通稱為區(qū)域檔案 （ Zone File）。 ?此外 , 能被併入同一個(gè)區(qū)域的網(wǎng)域 , 必定是有 上下層緊鄰的隸屬關(guān)係 。換言之 , 區(qū)域是 DNS 伺服器的實(shí)際管轄範(fàn)圍。 ?不過這一點(diǎn)我們倒不用擔(dān)心 , 因?yàn)楫?dāng)我們?cè)谏暾?qǐng)網(wǎng)域名稱時(shí) , 若是已經(jīng)註冊(cè)有案的名稱 , 負(fù)責(zé)審核網(wǎng)域名稱的機(jī)構(gòu)是不會(huì)核準(zhǔn)的 , 例如： 『 ..』 、 『 ..』等都是已經(jīng)註冊(cè)有案的網(wǎng)域名稱 , 我們就不能申請(qǐng)。 25 第二層網(wǎng)域 ?第二層網(wǎng)域可說是整個(gè) DNS 系統(tǒng)中最重要的部分。 ?所以我們現(xiàn)在都可能看到諸如：總統(tǒng)府 .政府 .tw、 這類的 FQDN。 ?理論上 , 只要所尋找的主機(jī)有按規(guī)定註冊(cè) , 那麼無論它位於何處 , 從根網(wǎng)域的 DNS 伺服器往下層尋找 , 一定可以解析出它的 IP 位址。 12 132 DNS 的架構(gòu) ? 既然 FQDN 全靠 DNS 伺服器來轉(zhuǎn)換為 IP 位址 , 但是網(wǎng)路上的主機(jī)多不勝數(shù) , 難道全交由一臺(tái) DNS 伺服器來做嗎？當(dāng)然不可能！若是如此 , 以現(xiàn)今的主機(jī)數(shù)量來看 , 查詢資料庫的時(shí)間就已經(jīng)會(huì)讓使用者睡著了！再者 , 雖然網(wǎng)路是無國界、無地域性的 , 但連結(jié)到國外的速度總是比在國內(nèi)慢 , 若是所有 DNS 伺服器都集中在某一地點(diǎn) , 那每次我們需要解析 FQDN 時(shí) , 都要連線到國外 , 實(shí)在很沒效率！ ? 為此 , DNS 系統(tǒng)採用了樹狀階層式（ Hierarchy）的架構(gòu)： 13 DNS 的架構(gòu) 14 DNS 的架構(gòu) ? 整個(gè) DNS 系統(tǒng)是由許多的網(wǎng)域（ Domain） 所組成 , 每個(gè)網(wǎng)域下又細(xì)分更多的網(wǎng)域 , 這些細(xì)分的網(wǎng)域又可以再切割成更多的網(wǎng)域 , 不斷的循環(huán)下去。但時(shí)至今日 , 網(wǎng)際網(wǎng)路盛行 , 網(wǎng)路上的主機(jī)數(shù)量數(shù)都數(shù)不清 , 要想使用 Host file 做 FQDN 的轉(zhuǎn)換 , 簡(jiǎn)直比夸父追日還要不
語文相關(guān)推薦
鄂ICP備17016276號(hào)-1