服務器故障不用忙 找對方法解迷茫
網絡管理員90%的工作往往是診斷和解決各種各樣的故障。雖然說沒有人喜歡麻煩，但麻煩總是自己找上門來。只有擁有高超的診斷技能，你才能在緊急情況下迅速響應，保障網絡流暢地運行。當你面臨網絡故障的挑戰時，首先向自己問幾個簡單的問題：有哪些地方被改變了？這個問題以前遇到過嗎？如果是，是什么時候？是否有可能讓問題再次出現？用戶做了什么特別的操作嗎？其他用戶有沒有遇到過同樣的問題？
接下來嘗試隔離問題，每次排除一部分可能引起該問題的因素，逐步找出問題的真正根源。例如，如果一個工作站不能連接到服務器，那就先確定是網絡問題還是工作站本身的問題。如果能夠迅速地肯定問題出在工作站本身，你就排除了一大半可能導致問題的因素，向真正的故障根源接近一大步了。即使你最終拿不出解決辦法，不得不尋找外援，隔離問題也會節省你大量的時間。
為了說明診斷網絡故障的一般過程，本文例舉了幾種故障情形，有的是常見的小問題，有的是比較艱巨的挑戰。當你遇到類似的問題時，就可以按照本文例子的介紹，先問自己幾個簡單的問題，逐步隔離問題所在，最后找到真正的問題根源。
服務器故障一、找不到驗證密碼的域服務器
毫無疑問，你也一定遇到過這樣的情形：當你坐在一臺工作站之前準備登錄網絡，Windows卻報告說找不到用來驗證密碼的域服務器。要解決這個故障，首先要確定問題到底出在網絡、工作站還是服務器上。從下面幾個問題開始：
→哪些地方改變了？最近是否改動過網絡，而這些改動可能導致當前的問題？有沒有添加新的服務器、拆除原有的服務器、改動過交換機或HUB？有沒有添加或減少域控制器、將成員服務器提升為DC（域控制器）或者相反？
→其他工作站也存在類似的問題嗎？
→服務器正在運行嗎？
經過檢查，你發現此前工作站一直順利地運行，其他工作站沒有遇到類似的問題，服務器也正常。根據故障現象，基本上可以確定故障出在工作站本身。接下來要確定工作站的那個地方出了故障，試試下面幾個問題：
→工作站能夠Ping到服務器嗎？
→工作站獲得了一個IP地址嗎？
檢測表明，工作站能夠Ping到服務器，但Ping操作有時超時，這表明工作站和服務器之間只有斷斷續續的通信。在命令行上執行ipconfig /renew命令，多執行幾次，工作站有時會更新IP地址，有時不會。這是工作站和服務器之間斷續通信的癥狀。
現在將問題工作站的網絡連接和另一臺工作站的對換一下，新工作站在問題工作站的位置上也不能連接網絡，而問題工作站卻能從另一個網絡位置順利地連接網絡。現在已經很清楚：問題工作站所在位置的電纜或Hub出了問題。
拆下故障位置上網絡電纜連接Hub的那一端，將它接到另一個Hub上，故障依舊。現在可以肯定電纜就是引起故障的罪魁禍首了。
服務器故障二、Windows服務不能啟動
在一臺Windows 2000服務器上，部分服務設置成不用本地的系統帳戶啟動。一次重新啟動Windows 2000服務器之后，發現這些服務沒有啟動，必須手工打開服務，重新輸入密碼，然后啟動服務。每次重新輸入密碼，都收到消息說：<用戶名字> 已被授予作為服務登錄的權限。
要解決該故障，首先回答下面幾個問題：
→哪些地方改變了？是否有人修改了服務器？
→這個服務以前能夠啟動嗎？
→用戶名稱和密碼正確嗎？
查詢修改記錄發現，該服務器是一個DC，不久之前還是域控制器組織單元（OU，Organizational Unit）的成員。在移出該OU之前，這些服務一直能夠順利啟動。另外，用來啟動這些服務的用戶名稱和密碼都是合法的。進一步研究發現，域控制器OU的成員有一些特殊的權限，其中包括作為服務登錄的權限。當出現問題的服務器移出該OU時，服務器失去了那些權限。現在要做的是恢復服務器的權限。
要將權限授予服務器，請按照如下步驟操作：
→在管理控制臺（MMC）中打開活動目錄用戶和計算機管理單元，再打開域控制器OU的“屬性”對話框。
→在組策略頁中，點擊“默認域控制器策略”，然后點擊“編輯”，打開組策略管理器。
→依次擴展計算機配置/Windows設置/安全設置，再擴展“本地策略”，然后點擊“用戶權利指派”。
→在右邊的窗格中，右擊“作為服務登錄”，選擇菜單“安全”。
→把用來啟動服務的用戶帳戶加入到策略，完成后點擊“確定”。
有關該問題的更多資料，請參見微軟的文章“如何解決服務啟動權限問題”（http://support.microsoft.com/?kbid=259733）。
服務器故障三、無法收到外面發來的郵件
單位用Exchange 2000 Server作為內部和外部的郵件服務器。有一天原來的ISP不能再提供服務了，所以你迅速換了一個新的ISP。用戶仍舊能夠照常訪問Internet，卻收不到外面來的郵件。不過，發出去的郵件看來沒有問題。
要排解這一故障，第一個要問的問題是：
→在改變ISP之前，郵件系統工作正常嗎？
要確定Exchange Server是否正常工作，防火墻配置是否正確，可以從Internet連接到Exchange Server 25端口（具體操作辦法，請參見微軟文章：Telnet 到 IMC 的端口 25 以測試 IMC 通信， http://support.microsoft.com/?kbid=153119），發送一個測試消息，確認服務器和防火墻都在正常運行。故障的原因很可能是因為改變ISP。
再回答下面這個問題：
→域名信息正確轉移到了新的ISP嗎？
用Nslookup工具，測試一下是否能夠找到域的郵件交換（MX）記錄，結果卻什么也沒有找到。根據這一現象，可以推斷在更換ISP時，域名注冊公司沒有正確轉移域名信息。現在你可以聯系域名注冊公司，要求登記MX記錄，以及將域名信息正確轉到新的ISP。只要MX記錄在Internet上一傳播開，Exchange Server又可以收到外面來的郵件了。
服務器故障四、網絡上看不到服務器
Win2K Pro工作站遇到了奇怪的問題：偶爾能夠看到Win 2K Server，但大部分時間里服務器就象從網絡上消失了一樣。在排解這一網絡故障的過程中，首先要回答的問題是：
→過去出現過該故障嗎？
→是否所有的工作站都出現相同的情況？
經調查后發現，這一故障現象自服務器從 Windows NT 4.0升級到Win2K就開始存在了，網絡上的所有工作站都出現同樣的現象。現在要確定的是：故障的根源是服務器呢，還是網絡。
登錄一個工作站，打開命令控制臺，執行ping/pathping命令來連接服務器。結果發現，Ping服務器的IP地址沒有問題，但卻Ping不到服務器的名字。可以肯定，故障的原因是名稱解析或DNS錯誤。
接下來執行ipconfig/all，注意到工作站上DNS服務器指向了ISP的DNS服務器。Win2K將 DNS作為其基本的名稱解析機制，但現在工作站卻用ISP的DNS服務器來解析本地網絡的Win2K服務器名稱。當工作站向ISP的DNS服務器查詢 Win2K服務器名稱時，只能得到超時錯誤，導致Win2K服務器從網絡上隱身了。要解決該故障，必須把主DNS服務器指向內部的Win2K DNS服務器，讓內網的工作站向Win2K DNS服務器查詢本地服務器名稱。
首先證實Win2K服務器上確實已經安裝了DNS服務，且DNS服務在正常運行，然后修改Win2K DNS服務器IP地址指向它自己。接下來利用DNS管理器，驗證DNS服務器位于根位置，且已經啟用轉發。啟用轉發之后，就可以解析非本地的任何IP地址了。不要忘記將ISP的DNS服務器輸入轉發欄。最后配置一下服務器上的DHCP，將DNS服務器從ISP的改成Win2K服務器，刷新工作站上的IP地址。現在網絡已經能夠穩定地運行了。有關在這類環境下配置DNS的信息，請參見微軟的文章“HOW TO：配置 DNS 以訪問 Internet”（http://support.microsoft.com/?kbid=300202）。
服務器故障五、LAN連接到多個WAN
不久前在A市安裝了一個LAN，它有兩個WAN連接，其中一個連接通向私有的幀中繼網絡，另一個連接通向Internet，這是為了防止出現故障和提高性能（圖二顯示了網絡結構）。現在出現的故障是：A市的用戶有時不能順利訪問B市的服務器。
要解決該故障，首先要搞清楚下面兩個問題：
→故障何時出現？
→默認網關是什么？
故障出現是間歇性的。在A市的DHCP配置中，默認網關是192.168.1.11（即防火墻）。由于A市LAN里面的所有機器都會出現同樣的故障現象，所以問題很可能出在A市網絡上的全局性路由配置上。
在防火墻上有一條靜態路由，從192.168.2.0（掩碼255.255.255.0）到 192.168.1.10，用Route Print可以驗證這一規則。A市服務器有時可以Ping到B市的服務器，但有時不能。運行Tracert，結果如圖三所示，它顯示出了數據包應當通過的路徑。但有的時候，運行Tracert卻顯示出數據包在第一個躍點（192.168.1.11）之后遇到超時錯誤。根據這一現象，可以推測防火墻沒有可靠地將數據包轉發到控制192.168.2.0通信的Cisco路由器。
查閱防火墻的日志，可以看到數據包有時被禁止轉發到192.168.1.10，雖然存在這樣一條轉發規則也無濟于事。防火墻的種類很多，但大多數防火墻廠商都反對將防火墻當作路由器，如果防火墻被攻擊者劫持，有關WAN連接的大量信息就會泄露。
因此現在要重新配置網絡，使用默認的網關192.168.1.10（即路由器），執行命令Ip route 0.0.0.0 0.0.0.0 192.168.1.11在路由器上建立一個默認的路由。用戶訪問Internet時先通過路由器，再穿越防火墻。
如果A市的路由器（192.168.1.10）出現故障，會對Internet訪問產生哪些影響？如果幀中繼網絡失效，但Internet連接仍正常，情況又如何？一旦A市的路由器故障，Internet連接也會丟失，這是因為默認的網關指向了該路由器，該路由器故障導致數據包不能轉發到防火墻。在A市，將DHCP默認網關配置成防火墻可以恢復Internet連接，當然，在恢復A市路由器之前，其他地區的私有 WAN和Internet訪問仍舊無效。
服務器故障六、工作站不能連接網絡
辦公大樓五樓的工作站看不到服務器，也不能訪問Internet。故障間歇性出現。首先要搞清楚的問題是：
→故障出現多長時間了？
→有哪些地方被改變了？
經Pathping工具測試，檢測到一些數據包丟失錯誤。問題看來可以歸結到五樓之內。
利用信號發生器或線纜掃描器追蹤故障，跟蹤網絡連接一直到了六樓的Ethernet交換機，五樓和六樓共用該交換機。考慮到可能是交換機端口故障，所以將端口和六樓的一臺機器對換了一下，但故障仍舊存在，而且仍只出現在五樓的工作站上，由此推斷，交換機應該沒有問題。
返回五樓，注意到一個辦公室里有個五口的小Hub。進一步查看，注意到還有四個小Hub菊形相連。現在故障的根源找到了。在100 Base-T Ethernet中，每個網絡只能有一個Class I轉發躍距（0.7毫秒延遲），或者兩個Class II轉發躍距（0.4毫秒延遲）（由于這個原因，所以不推薦在重要場合使用大量小Hub）。現在拆除所有小Hub，將線頭直接接到六樓的交換機，故障消失。
總地來說，不能認為靠死記硬背就能夠解決所有常見的網絡問題，相反地，應當以開放的心態審視每一種故障現象，從幾個簡單的問題開始，逐步排除可能的故障原因。記住，隔離問題是迅速排解故障的關鍵所在。
七、附錄：常用網絡診斷工具
Windows XP和Windows 2000提供了許多基本的網絡檢測工具：
■ Pathping
Pathping用來檢驗是否能夠聯系到指定的主機。命令行語法是：pathping 。pathping將顯示出數據包丟失情況的基本信息。
■ Ipconfig
Ipconfig命令用來顯示出工作站的IP配置。命令行語法是：ipconfig /all。通過ipconfig命令的運行結果，至少可以：
→驗證工作站具有正確的IP地址和子網掩碼。錯誤的IP地址和子網掩碼會導致連接出錯。 →如果啟用了DHCP，則可以驗證工作站已經租到了一個IP地址。如果不能獲得IP地址，則表明與DHCP服務器聯系方面出了問題。
→驗證默認的網關。如果網關錯誤，連接遠程網絡或Internet時就會出現問題。
→驗證DNS服務器。XP和Win 2K依靠DNS進行名稱解析。一般地，工作站應當指向一臺Win 2K服務器以獲得DNS解析。
■ Nslookup
Nslookup即名稱服務器查找（Name Server Lookup），用來查找DNS服務器上的DNS記錄。命令語法：nslookup。在前文的例子中，我們用NSLookup來驗證郵件交換（MX）記錄，排解Internet郵件傳送問題。
■ Route Print
Route Print命令顯示出本地機器上的路由規則。這個工具和Ping、Tracert以及Pathping命令結合很有用，能夠幫助確定數據包通過的路由器。命令語法是：route print。另外，利用Route Add可以將靜態路由規則加入到服務器或工作站。
【編輯推薦】
