Web 伺服器故障排除實戰：從 IP 衝突到匿名存取失效的完整分析

案例背景

某單位於區域網路架設 Windows Server 2003 Web 伺服器，26 台工作站（混合 Windows XP / Vista）均可正常匿名瀏覽。網管未啟用任何身分驗證，允許匿名登入。

故障現象

• 所有用戶使用 IE 存取 Web 站點時，強制彈出 Windows 身分驗證對話框要求輸入帳號密碼。
• 輸入正確的本機管理員帳號、甚至網域管理員帳號均無法登入。
• 網路連線正常，Ping 伺服器 IP 通暢。

排查過程與關鍵發現

1. 排除網路層面問題

透過交換器後台檢視埠狀態皆為 UP，線纜測試通過，Ping 測試正常。確認網路層無異常，鎖定問題在伺服器端。

2. 重查 IIS 身分驗證設定

於 IIS 管理主控台 → 站點屬性 → 「目錄安全性」 → 「身分驗證和存取控制」編輯，嘗試勾選/取消「整合式 Windows 驗證」、「匿名存取」等選項，故障依舊。進一步檢查網站主目錄 NTFS 權限，發現已允許 Everyone 讀取，排除權限設定錯誤。

3. 嘗試調整授權模式

懷疑為「每伺服器」授權模式且連線數限制 10 導致，改為「每裝置或每使用者」並同意授權協定，重啟後問題未解。

4. 關鍵線索：網路印表機 IP 衝突

用戶回報新安裝的網路印表機無法列印。登入印表機管理介面發現日誌提示 IP 衝突，衝突的 IP 正是 Web 伺服器的固定 IP。
根本原因：印表機內建 Web 管理介面預設啟用且不允許匿名存取。當印表機搶佔 Web 伺服器 IP 後，用戶實際存取的是印表機的管理頁面，因此彈出驗證視窗；且印表機帳號與伺服器帳號不同，導致無法登入。

解決方案與後續驗證

1. 修改印表機 IP 位址，避開伺服器使用的靜態 IP。
2. 重啟 Web 伺服器（或執行 iisreset）。
3. 用戶端再次存取，恢復正常匿名瀏覽。

經驗總結

看似複雜的驗證故障，實際源於網路環境的微小變更（新增設備 IP 衝突）。排查時應注意近期網路新增/變更設備，並善用 arp -a、DHCP 租約清單、交換器 MAC 位址表等工具快速定位 IP 衝突源頭，避免在應用層設定上走冤枉路。