DNS協議是用來做口頭地址（這是顯示每台計算機的唯一Internet）的IP地址 - 這樣我們可以使用簡單名稱來記憶，以及拯救我們需要得到每次向屬於系統，我們要連接的IP地址的變化。 可以說，DNS實際上是在黃頁的互聯網“。
DNS系統的層次結構樹組成，在樹的樹枝分開他們標記點。 樹的根，這是他的關鍵點，還標有一個點，稱為根。 在樹的根， 主域名 （gTLD -全球頂級域名） -我們知道，如COM，NET，ORG和國家域名 （ccTLD的-國家代碼頂級域名）的網址，如例如以色列金正日。 技術上有兩種之間沒有區別 - 無論 - 解釋如下 - 一個記錄在根域名總數（）。
DNS樹中的每個分支是指一個區域 （區域） -每個這樣的區域內定義的各種資源記錄。 在其他的事情有記錄，轉換為一個版本4的IP地址（或IPv4）引用域（主機名）域名（域名）或主機名 - 所謂的紀錄“A”，呼籲郵件服務器收到的域名（MX記錄的郵件 - 郵件交換），轉向 IP版本6（或IPv6） - 記錄“AAAA”，甚至轉向 - 對名稱服務器短“），甚至 - 低於樹，這是由DNS服務器管理的（記錄”NS“區域 - 誰是該地區（記錄 RP - 負責人）負責。
除了資源記錄，該地區還包含有關自己的信息。 如 - 更改版本號（串行） - 這通常定義的日期和時間格式為方便起見，以秒刷新之間的信息（刷新）間隔輔助 DNS服務器，嘗試之間的時間延遲在發生故障時如上
（重試），和時間之後，DNS服務器假設信息是無效的，如果他不能得到那之前更新（過期）。 另一個非常重要的課題，可以在全球任何地區（也可以設置一個區域內的個人記錄）集 - 是一個“活的時間”，或英文TTL - 生存時間。 此值，作為計量單位秒的定義，說什麼長度的任何記錄的有效性，並且不要記錄關於本地緩存副本（緩存），信息如果通過這一次。 之所以要保持一個本地副本，而不是只得到在直接從 DNS權威時間的信息的最新副本 - 將解釋如下。
為了能夠“看到眼睛”什麼是一個地區的定義，是一個這樣的站點你現在看到的文件格式例如，在常見的DNS服務器 - BIND - 伯克利Internet名稱守護程序。 這不是一個建議，在此服務器上，反之亦然，我覺得 tinydns沒有一個更好的工作，而不是點 manically和嚴重經濟資源。 這僅僅是一個例子：
$ TTL 86400 @ IN SOA shimi.net。 hostmaster.shimi.net。 （ 2007040808;串行 28 800元;刷新 14 400人;重試 360萬;過期 86 400）;最低 shimi.net。 IN NS ns2.powweb.com。 shimi.net。 IN NS ns3.powweb.com。 shimi.net。 IN MX 30 mx.shimi.net。 shimi.net。 IN A 65.254.250.106 WWW IN CNAME shimi.net。 MX IN A 65.254.254.50 MX IN A 65.254.254.51
你會注意到以下一些重要的事情：？TTL定義的區域規則，這是86400秒（一整天不相信乘法 - 60 * 60 * 24，看看自己...). 這意味著，任何給定的客戶端DNS世界上的某個地方，以拯救這個決定，他被禁止“記住”了他的24小時以上的經驗教訓。 以及為什麼它是重要的呢？ 因為如果有一天我會決定提出我的網站或我的郵件服務器，另一台電腦，我希望所有的網友將獲得一個新的計算機地址更新很快，而且會持續相當長的時間（比方說 - 一個星期... ...）嘗試獲得服務器老了，誰也包含我的網站或我的電子信箱，然後失去遊客和/或電子郵件。 我說過我解釋為什麼保存這些數字並找出為確保正確更新的源數據？ 好了，原因很簡單。 所有，一個中央服務器上的負載問題第一。 由於所有的網絡搜索DNS開始從樹下來的根，如果有一種機制，記住任何為百萬（甚至上億？）利用互聯網之一的查詢結果，那麼任何搜索DNS，他來到了主DNS服務器 - 有沒有機會，他們會滿足這方面的負擔，而不是在數據處理速度方面，並很可能不是在帶寬方面提供給他們。 因此，重要的是要記住，數據已經收集。 第二個原因是最終用戶的效率。 當結果存儲在客戶端本地DNS（這通常是ISP服務器的最終用戶連接），訪問時間數據要快得多。 平均互聯網連接，但不超過 50毫多 - 在發送徵求意見的要求秒。 如果請求需要每次都要求所有的DNS服務器組成的樹（稍後解釋），用戶可以等待時間是完美甚至秒來回答。
從上述理論，我們現在 Lt'acls - 會發生什麼事，例如，當你去www.cnn.com。
假如我是公司的NetVision客戶。 當我連接到互聯網，Netvision告訴計算機系統（或在我家的路由器），它使用下面的DNS服務器：194.90.1.5和194.90.1.49查詢 DNS。
我很感興趣，因為上述，瀏覽到www.cnn.com。 為此，我需要找到對 www.cnn.com服務器的IP地址。 我的電腦會變成到Netvision DNS服務器，問他：給我一個 www.cnn.com記錄。 假設以服務 Netvision沒有關於這個問題的先驗信息。 他會做什麼？ 他會為自己找到了什麼樣的www.cnn.com地址，他會問，例如對互聯網的主DNS一個僕人，服務器 a.root - servers.net：
; <<>>辛9.2.5 <<>> @ a.root - servers.net www.cnn.com （1服務器中找到） ;;全局選項：printcmd ;，得到的回答： ;; - >> HEADER << - 操作碼：查詢，狀態：NOERROR，ID：23611 ;;標誌：QR路;查詢：1，回答：0，局：13，其他：14 ;;問題部分： ; Www.cnn.com。 IN A ;;事務組： COM。 137834 IN NS d.gtld - servers.net。 COM。 137834 IN NS e.gtld - servers.net。 COM。 137834 IN NS f.gtld - servers.net。 COM。 137834 IN NS g.gtld - servers.net。 COM。 137834 IN NS h.gtld - servers.net。 COM。 137834 IN NS i.gtld - servers.net。 COM。 137834 IN NS j.gtld - servers.net。 COM。 137834 IN NS k.gtld - servers.net。 COM。 137834 IN NS l.gtld - servers.net。 COM。 137834 IN NS m.gtld - servers.net。 COM。 137834 IN NS a.gtld - servers.net。 COM。 137834 IN NS b.gtld - servers.net。 COM。 137834 IN NS c.gtld - servers.net。 ;;附加部分： a.gtld - servers.net。 171837 IN A 192.5.6.30 a.gtld - servers.net。 171759 IN AAAA 2001:503：a83e：2:30 b.gtld - servers.net。 161282 IN A 192.33.14.30 b.gtld - servers.net。 165361 IN AAAA 2001:503:231 D：：2:30 c.gtld - servers.net。 171159 IN A 192.26.92.30 d.gtld - servers.net。 161282 IN A 192.31.80.30 e.gtld - servers.net。 171159 IN A 192.12.94.30 f.gtld - servers.net。 171159 IN A 192.35.51.30 g.gtld - servers.net。 171159 IN A 192.42.93.30 h.gtld - servers.net。 171159 IN A 192.54.112.30 i.gtld - servers.net。 170422 IN A 192.43.172.30 k.gtld - servers.net。 171159 IN A 192.52.178.30 l.gtld - servers.net。 171159 IN A 192.41.162.30 m.gtld - servers.net。 171159 IN A 192.55.83.30 ;;查詢時間：190毫秒 ;，服務器：198.41.0.4＃53（198.41.0.4） ;;時間：週日 4月8日15點 20分24秒2007 ;; MSG SIZE RCVD：493
我的意思是，在COM資源記錄信息，下舉行域名通用頂級域名- servers.net的其他DNS服務器的一整套。 為了使我們的生活“輕鬆”，提供“膠水記錄”給我們這個請求的IP - 解決了這些服務器，這樣我們就必須檢查他們自己。 現在又在隨機的IP地址，他在答复中DNS服務器的互聯網首席收到一個 Netvision DNS服務器，並問他：“www.cnn.com - 那麼” - 並會收到答复如下：
; <<>>辛9.2.5 <<>> @ a.gtld - servers.net www.cnn.com （2服務器中） ;;全局選項：printcmd ;，得到的回答： ;; - >> HEADER << - 操作碼：查詢，狀態：NOERROR，編號：408 ;;標誌：QR路;查詢：1，回答：0，局：4，其他：4 ;;問題部分： ; Www.cnn.com。 IN A ;;事務組： cnn.com。 172800 IN NS twdns - 01.ns.aol.com。 cnn.com。 172800 IN NS twdns - 02.ns.aol.com。 cnn.com。 172800 IN NS twdns - 03.ns.aol.com。 cnn.com。 172800 IN NS twdns - 04.ns.aol.com。 ;;附加部分： twdns - 01.ns.aol.com。 172800 IN A 149.174.213.151 twdns - 02.ns.aol.com。 172800 IN A 152.163.239.216 twdns - 03.ns.aol.com。 172800 IN A 207.200.73.85 twdns - 04.ns.aol.com。 172800 IN A 64.12.147.120 ;;查詢時間：233毫秒 ;，服務器：192.5.6.30＃53（192.5.6.30） ;;時間：週日 4月8日15點 30分53秒2007 ;; MSG SIZE RCVD：192
在這裡，告訴我們 a.gtld - servers.net的事實：“你想我的生活了 - 我不知道www.cnn.com什麼，如果你想為下面cnn.com一切東西，請聯繫的一個僕人DNS如下：twdns - 01.ns.aol.com，twdns - 02.ns.aol.com，twdns - 03.ns.aol.com，twdns - 04.ns.aol.com“，並再次，志願者有這些服務器的IP地址作為一個答案補充，就不用找他們。 “太好了，說：”自己的NetVision服務器，隨機選擇的這些服務器的四分之一，並問他：“好了，有人告訴我什麼，www.cnn.com的IP地址！”，而這裡的他得到的回答：
; <<>>辛9.2.5 <<>> @ twdns - 02.ns.aol.com www.cnn.com （1服務器中找到） ;;全局選項：printcmd ;，得到的回答： ;; - >> HEADER << - 操作碼：查詢，狀態：NOERROR，編號：6714 ;;標誌：QR路;查詢：1，回答：0，管理局：2，附加：2 ;;問題部分： ; Www.cnn.com。 IN A ;;事務組： www.cnn.com。 3600 NS dmtns01.turner.com。 www.cnn.com。 3600 NS dmtns02.turner.com。 ;;附加部分： dmtns01.turner.com。 3608 IN A 64.236.29.150 dmtns02.turner.com。 3608 IN A 64.236.22.150 ;;查詢時間：163毫秒 ;，服務器：152.163.239.216＃53（152.163.239.216） ;;時間：週日 4月8日15時 33分16秒2007 ;; MSG SIZE RCVD：112
什麼是怎麼回事？ 我們應該回答這個服務器了！ 哦好。 因此，CNN決定改變自己的DNS服務器-但他們將更新域上的DNS服務器上註冊名稱的新，如果你能只是讓他們的客戶更多的延遲，並將它們發送到另一台DNS服務器和不必要的？ 在緊要關頭，在Netvision DNS服務器的推移，並輪流 dmtns01.turner.com終於得到所需信息，並且它看起來像這樣：
; <<>>辛9.2.5 <<>> @ dmtns01.turner.com www.cnn.com （1服務器中找到） ;;全局選項：printcmd ;，得到的回答： ;; - >> HEADER << - 操作碼：查詢，狀態：NOERROR，ID：44943 ;;標誌：QR AA路;查詢：1，回答：8，權限：0，附加：0 ;;問題部分： ; Www.cnn.com。 IN A ;;回答部分： www.cnn.com。 600 IN A 64.236.29.120 www.cnn.com。 600 IN A 64.236.91.21 www.cnn.com。 600 IN A 64.236.91.22 www.cnn.com。 600 IN A 64.236.91.23 www.cnn.com。 600 IN A 64.236.91.24 www.cnn.com。 600 IN A 64.236.16.20 www.cnn.com。 600 IN A 64.236.16.52 www.cnn.com。 600 IN A 64.236.24.12
FSS，他們有多少台服務器！ 顯然，用戶的瀏覽器將選擇一到八個隨機接受本網站！ 需要注意的是另一個有趣的事實 - 他們的TTL是600秒，分鐘或十分鐘總。 為什麼這麼低？ 要了解更新的數據每十分鐘。 而為什麼地方有關 DNS這麼多？ 也許因為重要的是他們的可用性，並希望該八個秋天服務器出來，DNS會立即更新由一個自動化的過程從列表中刪除的服務器，也沒有一個站點將時間超過十分鐘，這是最大的時間被允許客戶保持信息不可用有關轉換 IP地址的。
最後，重要的一點澄清：上述所有步驟，也保持作為一個本地副本（假設它在緩存域名服務器 - 事實上，經常是）查詢結果獲得的信息，因此，如果資料已可在本地，服務器就不會費心去走所有地球找到他，但認為本地副本，從而節省時間和網絡流量。 此外，如果任何一個 DNS服務器，客戶端級別，服務器和解碼過程，一路上誰的幫助下，副本不可用，則申請人會去為另一個隨機名單，並從他那裡得到答案。 這將需要更多的時間，但在最後的成功。 這永遠是最常用的DNS服務器為每個地區 - 生存。