緊急處理Web服務器訪問失敗問題

爲了宣傳、推廣自己，很多單位都架設了Web服務器，不過架設好的Web服務器如果不經過訪問測試，很可能無法達到順利發佈信息的目的;這不，本文下面推薦的一則Web服務器訪問失敗故障就比較常見，現在我們就對它的排除過程進行總結，希望日後大家再次遭遇相同類型故障時可以快速進行應對!

　　訪問環境

　　爲了能讓單位員工及時瞭解上級指示精神以及單位通知和其他信息，單位領導決定在局域網中搭建Web服務器，保證局域網中的26臺普通工作站都能順利地進行Web訪問。接到領導要求，網絡管理員立即選擇了一臺硬件性能相當不錯的計算機，安裝了Windows Server 2003系統，並在其中架設了Web服務器;爲了保證Web訪問速度，網絡管理員又將Web服務器與局域網中的普通工作站同時連接到相同的一臺交換機上，並且保證它們直接處於相同的工作子網中。平時，普通工作站中有的安裝了Windows XP系統，有的安裝了Windows Vista系統，但不管安裝的是什麼操作系統，它們都能快速地訪問到發佈到Web服務器上的各類信息。

　　失敗故障

　　不過好景不長，局域網用戶在進行Web訪問時，就遇到了一則莫名其妙的故障現象：無論利用哪種類型系統自帶的IE瀏覽器訪問單位發佈到Web服務器上的通知信息時，Web服務器系統都強行要求輸入用戶名、密碼信息進行身份驗證;可實際上，網絡管理員根本沒有在Web服務器端進行身份驗證設置，仔細查看相關的設置時，網絡管理員發現Web服務器系統允許任何用戶進行匿名登錄訪問，那究竟是什麼原因造成系統強制用戶登錄呢?更讓人感到不可思議的是，即使網絡管理員正確輸入了登錄Web服務器的有效用戶賬號，甚至輸入對應系統的超級用戶賬號，都不能成功登錄進入Web服務器，這究竟是什麼回事呢?難道是網絡線路有問題?抑或是Web服務器的工作狀態不正常?還是存在其他不可知問題……

　　分析解決

　　1、測試線路連通性

　　爲了判斷線路連通性是否正常，網絡管理員先是登錄進入了交換機後臺管理系統，並將該系統切換進入全局配置狀態，在該狀態下執行“dis dia”字符串命令，從隨後返回的交換機診斷結果信息中，網絡管理員看到交換機各個交換端口的工作狀態都處於“UP”狀態，這說明交換端口的工作狀態是正常的。

　　之後，網絡管理員隨機對幾臺普通工作站的上網線纜進行了連通性測試，發現線纜也處於連通狀態;同時使用Ping命令測試Web服務器的IP地址時，發現對方地址也能夠被正常Ping通，這就說明了局域網網絡線路的連通性是正常的;既然網絡線路暢通，那麼客戶端系統在默認狀態下訪問Web服務器就應該正常纔對，現在訪問不正常，多半問題出現在Web服務器“身上”。

　　2、重查身份驗證設置

　　既然系統屏幕上出現登錄對話框，那說明Web服務器肯定在某個位置處啓用了身份驗證功能;爲此，網絡管理員決定對Web服務器中與身份驗證有關的設置進行重新檢查。以系統管理員權限登錄進入Web服務器系統，打開該系統的“開始”菜單，從中依次點選“設置”、“控制面板”命令，從彈出的系統控制面板窗口中雙擊“管理工具”圖標，再從中展開IIS控制檯界面，選中目標Web服務器所在主機名稱，同時右擊該主機名稱，之後點選快捷菜單中的“屬性”命令，進入目標Web站點的屬性對話框;點擊該屬性對話框中的“目錄安全性”標籤，找到其中的“身份驗證和訪問控制”位置，單擊對應位置處的“編輯”按鈕，從其後彈出的設置窗口中，網絡管理員先是選中了“集成Windows驗證”、“匿名訪問”等選項，發現仍然無法成功登錄Web服務器，之後又取消了這些設置選項的選中狀態，可是無論怎麼設置，上述故障現象仍然存在。

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