要弄清這個問題，我們首先要知道域名解析服務（DNS）是如何工作的。一開始的時候，互聯(lián)網(wǎng)上并不存在域名這種簡單快捷的訪問途徑。想要訪問千里之外的一個網(wǎng)站或者是一臺服務器，使用的都是IP地址，也就是類似于65.49.2.178這樣的一串數(shù)字。IP地址就像生活中的電話號碼，可以精確地定位到某個特定的機器或服務。但是用著用著，人們就覺得實在是太不方便了。就像電話號碼很難記住一樣，想要靠腦袋記住大量網(wǎng)站的IP簡直是天方夜譚。所以，DNS就承擔起了“電話查號臺”的工作，負責幫我們將簡單好記的域名轉(zhuǎn)化為正確的IP地址，免去了記憶“電話號碼”的煩惱。只要我們知道DNS服務器的IP地址，就能查到其它所有網(wǎng)站的IP地址。所以我們在瀏覽器里輸入域名的時候，訪問的其實還是IP地址，只不過瀏覽器幫我們從DNS上查到了正確的IP地址，而我們平時卻不知道這個過程。但是所有人都去同一臺DNS服務器上面查詢，也會出現(xiàn)問題。想像一下，有成千上萬的人同時向一個電話查號臺打電話查詢，會出現(xiàn)什么情況呢？少部分人打通了電話，而大多數(shù)則一直占線，查不到想要的電話號碼。同時，全世界的電話號碼都存在一個電話查號臺里，查電話的過程也會非常緩慢。為了解決這兩個問題，DNS做了這樣兩件事：首先，搭建許多DNS服務器，使它們構成樹狀結構。在查詢的時候從根域名服務器開始，一層一層地查下去。其次，為每個區(qū)域分配一臺本地域名服務器，由這臺服務器負責向根域名服務器查詢，由于本地域名服務器可以緩存，這也可以極大地減輕根服務器的負擔。所以，我們只需要知道本地域名服務器的IP地址，并給本地域名服務器“打電話”查詢。在正常訪問某個域名的時候，如果本地域名服務器恰好沒有緩存，過程會是這樣的：小王給本地域名服務器“打電話”：你好，我想查詢一下baidu對應的“電話號碼”。本地域名服務器接線員：請稍候。接線員查詢了手頭的記錄，發(fā)現(xiàn)沒有baidu的IP地址，于是給根域名服務器“打電話”。本地域名服務器接線員：根域名服務器你好，我想查一下baidu對應的“電話號碼”。根域名服務器接線員查閱了一下手頭的記錄：我手頭沒有具體的“電話號碼”，但是我知道域名服務器上可以找到。我可以給你域名服務器的“電話號碼”。本地域名服務器接線員拿到域名服務器的“電話號碼”，繼續(xù)給它打電話。本地域名服務器接線員：域名服務器你好，我想查一下baidu對應的“電話號碼”。域名服務器的接線員在手頭的記錄上依舊找不到具體的“電話號碼”，于是告訴本地域名服務器接線員，baidu域名服務器上可以查到這個電話。本地域名服務器接線員第三次撥通電話：baidu域名服務器你好，我想查一下baidu對應的“電話號碼”。baidu域名服務器接線員發(fā)現(xiàn)手里有這個域名對應的記錄，就將baidu的正確“電話號碼”告訴了本地域名服務器接線員。最后，本地域名服務器接線員把這個正確的“電話號碼”記到自己的本子上，再告知小王，才算完成了這次查詢。當下一次另一個用戶小李給本地域名服務器“打電話”查詢baidu的“電話號碼”時，本地域名服務器接線員會發(fā)現(xiàn)自己手里的本子上已經(jīng)有了上次小王查詢時留下的記錄。這次他就不需要興師動眾地給根域名服務器“打電話”了，只需要將自己本子上記錄的“電話號碼”告訴小李，就可以完成查詢。當然，如果小李和小王的查詢之間隔了很長時間，為了防止baidu的“電話號碼”發(fā)生改變，本子上的這條記錄會被當作無效記錄，接線員還是會去向根域名服務器重新查詢。在了解了DNS的工作原理之后，為什么根域名服務器會有這么大的影響就顯而易見了。即使有本地域名服務器的存在，歸根結底，域名和IP地址的對應關系還是從根域名服務器提供的，本地域名服務器只起到一個緩存的作用。所以，一旦根域名服務器出現(xiàn)錯誤，所有想要解析域名的用戶，最終拿到的都會是一個錯誤的IP地址。既然查號臺告訴我們的是一個錯誤的電話，我們自然就打不通了。昨天的這次事故，原因還不得而知。有可能是DNS服務器的內(nèi)部故障，也有可能是由黑客攻擊導致。但無論原因如何，DNS服務器對于整個互聯(lián)網(wǎng)的重要程度已經(jīng)顯而易見，如何保護根域名服務器不受攻擊，也會成為安全專家在今后需要特別重視的一個話題。 原問題：《網(wǎng)站突然就不能進行解析了》