Web服務器訪問失敗故障處理技巧
很多公司都架設了Web服務器，不過架設好的Web服務器如果不經過訪問測試，很可能無法達到順利發布信息的目的；這不，本文下面推薦的一則Web服務器訪問失敗故障就比較常見，現在我們就對它的排除過程進行總結，希望日后大家再次遭遇相同類型故障時可以快速進行應對!
為了能讓單位員工及時了解上級指示精神以及單位通知和其他信息，單位領導決定在局域網中搭建Web服務器，保證局域網中的26臺普通工作站都能順利地進行Web訪問。接到領導要求，網絡管理員立即選擇了一臺硬件性能相當不錯的計算機，安裝了WindowsServer2003系統，并在其中架設了Web服務器;為了保證Web訪問速度，網絡管理員又將Web服務器與局域網中的普通工作站同時連接到相同的一臺交換機上，并且保證它們直接處于相同的工作子網中。平時，普通工作站中有的安裝了WindowsXP系統，有的安裝了WindowsVista系統，但不管安裝的是什么操作系統，它們都能快速地訪問到發布到Web服務器上的各類信息。
不過好景不長，局域網用戶在進行Web訪問時，就遇到了一則莫名其妙的故障現象：無論利用哪種類型系統自帶的IE瀏覽器訪問單位發布到Web服務器上的通知信息時，Web服務器系統都強行要求輸入用戶名、密碼信息進行身份驗證;可實際上，網絡管理員根本沒有在Web服務器端進行身份驗證設置，仔細查看相關的設置時，網絡管理員發現Web服務器系統允許任何用戶進行匿名登錄訪問，那究竟是什么原因造成系統強制用戶登錄呢?更讓人感到不可思議的是，即使網絡管理員正確輸入了登錄Web服務器的有效用戶賬號，甚至輸入對應系統的超級用戶賬號，都不能成功登錄進入Web服務器，這究竟是什么回事呢?難道是網絡線路有問題?抑或是Web服務器的工作狀態不正常?還是存在其他不可知問題……
測試線路連通性
為了判斷線路連通性是否正常，網絡管理員先是登錄進入了交換機后臺管理系統，并將該系統切換進入全局配置狀態，在該狀態下執行“disdia”字符串命令，從隨后返回的交換機診斷結果信息中，網絡管理員看到交換機各個交換端口的工作狀態都處于“UP”狀態，這說明交換端口的工作狀態是正常的。
之后，網絡管理員隨機對幾臺普通工作站的上網線纜進行了連通性測試，發現線纜也處于連通狀態;同時使用Ping命令測試Web服務器的IP地址時，發現對方地址也能夠被正常Ping通，這就說明了局域網網絡線路的連通性是正常的；既然網絡線路暢通，那么客戶端系統在默認狀態下訪問Web服務器就應該正常才對，現在訪問不正常，多半問題出現在Web服務器“身上”。#p#
重查身份驗證設置
既然系統屏幕上出現登錄對話框，那說明Web服務器肯定在某個位置處啟用了身份驗證功能;為此，網絡管理員決定對Web服務器中與身份驗證有關的設置進行重新檢查。以系統管理員權限登錄進入Web服務器系統，打開該系統的“開始”菜單，從中依次點選“設置”、“控制面板”命令，從彈出的系統控制面板窗口中雙擊“管理工具”圖標，再從中展開IIS控制臺界面，選中目標Web服務器所在主機名稱，同時右擊該主機名稱，之后點選快捷菜單中的“屬性”命令，進入目標Web站點的屬性對話框;點擊該屬性對話框中的“目錄安全性”標簽，找到其中的“身份驗證和訪問控制”位置，單擊對應位置處的“編輯”按鈕，從其后彈出的設置窗口中，網絡管理員先是選中了“集成Windows驗證”、“匿名訪問”等選項，發現仍然無法成功登錄Web服務器，之后又取消了這些設置選項的選中狀態，可是無論怎么設置，上述故障現象仍然存在。
后來，網絡管理員又找到Web服務器的主目錄，打開對應主目錄的屬性設置窗口，進入該窗口的“安全”標簽頁面，結果看到該目錄允許任何用戶進行訪問，很顯然Web服務器訪問失敗的故障，與身份驗證設置無關。#p#
嘗試調整授權模式
由于輸入任何賬戶都無法成功訪問發布到Web服務器中的單位信息，網絡管理員開始懷疑Web服務器的授權模式可能存在問題，于是立即上網搜索相關信息，果然網上提示授權模式不當也能造成無法訪問Web服務器的故障現象。看到這樣的提示，網絡管理員一不做、二不休，立即打開Web服務器系統的“開始”菜單，從中逐一展開“設置”、“控制面板”窗口，雙擊該窗口中的“授權”功能圖標，打開授權模式設置對話框，網絡管理員看到目標Web服務器系統缺省使用的是“每服務器”授權模式，同時發現用戶連接數量被設置為了“10”，很顯然這樣的設置很可能會造成輸入任何賬戶都無法成功訪問Web服務器的故障現象;為此，網絡管理員嘗試著將目標Web服務器的授權模式調整為“每設備或用戶”選項，然后選中每設備或每客戶授權框中的“我同意”選項，原以為重新啟動一下Web服務器系統就能解決問題，可事實上服務器授權模式的調整根本沒有起到任何作用。#p#
地址沖突牽連訪問
在嘗試調整各種可能設置都無果的情況下，局域網中某用戶突然電話求援網絡管理員，說他們新投入使用的一臺打印機，在設置成網絡打印狀態后，沒有多長時間，就不能正常打印了。聽到這樣的故障描述，網絡管理員頭腦中立即閃過一絲念頭，難道網絡打印機影響了Web服務器的工作狀態?抱著試試看的心態，網絡管理員立即來到網絡打印機現場，登錄進入網絡打印機管理頁面，查看相關的網絡設置參數時，打印日志頁面中竟然提示說存在IP地址沖突現象;進一步檢查受沖突的IP地址時，網絡管理員頓時傻眼了，那個受沖突的IP地址居然就是單位局域網中Web服務器主機使用的那個地址，這也難怪局域網用戶無法成功訪問單位的Web服務器。
原來，網絡打印機為了便于用戶管理和維護，在默認狀態上也啟用運行了一個Web服務，打印用戶可以登錄進入Web管理界面，來遠程修改各種打印參數，只是網絡打印機自動運行的Web服務不允許進行匿名訪問。當網絡打印機的IP地址搶用了單位Web服務器的主機地址后，上網用戶日后再次訪問單位的Web服務器時，可能訪問的就是網絡打印機的Web管理頁面，而該頁面是不允許用戶進行匿名訪問的，于是系統屏幕上就會彈出身份驗證窗口，此時，網絡管理員無論輸入目標Web服務器中的任何一個用戶賬戶，當然都不能成功完成登錄操作，除非登錄網絡打印機的用戶賬戶與登錄目標Web服務器的用戶賬戶相同。
找到了具體的故障原因后，網絡管理員調整了單位局域網中網絡打印機使用的IP地址，確保Web服務器主機使用的IP地址沒有被非法搶用，之后重新啟動了一下單位的Web服務器主機系統，這一次沒有再讓網絡管理員失望，客戶端系統重新嘗試訪問單位的Web服務器時，可以正常訪問各類信息，至此Web服務器訪問失敗的故障就被徹底解決了。
從上面的故障排除過程來看，引起上述故障的原因，其實就是網絡環境中的一次小小變動，而這個變動偶然之間影響了局域網中其他設備的工作狀態。如果我們在解決故障之前注意到這些小小變化，或許就能進行針對性思考與聯想，那樣一來網絡故障解決起來自然就不會多走彎路了。
【編輯推薦】
