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服務器“身上”。

　　重查身份驗證設置

　　既然系統屏幕上出現登錄對話框，那說明Web服務器肯定在某個位置處啟用了身份驗證功能;為此，網絡管理員決定對Web服務器中與身份驗證有關的設置進行重新檢查。

　　以系統管理員權限登錄進入Web服務器系統，打開該系統的“開始”菜單，從中依次點選“設置”、“控制面板”命令，從彈出的系統控制面板窗口中雙擊“管理工具”圖標，再從中展開IIS控制臺界面，選中目標Web服務器所在主機名稱，同時右擊該主機名稱，之后點選快捷菜單中的“屬性”命令，進入目標Web站點的屬性對話框;點擊該屬性對話框中的“目錄安全性”標簽，找到其中的“身份驗證和訪問控制”位置，單擊對應位置處的“編輯”按鈕。

　　從其后彈出的設置窗口中，網絡管理員先是選中了“集成Windows驗證”、“匿名訪問”等選項，發現仍然無法成功登錄Web服務器，之后又取消了這些設置選項的選中狀態，可是無論怎么設置，上述故障現象仍然存在。

　　后來，網絡管理員又找到Web服務器的主目錄，打開對應主目錄的屬性設置窗口，進入該窗口的“安全”標簽頁面，結果看到該目錄允許任何用戶進行訪問，很顯然Web服務器訪問失敗的故障，與身份驗證設置無關。