將 ASP.NET 應用部署至 Windows Server 2003 + IIS 6.0 環境時，常遭遇 404、403、彈窗認證、黃屏報錯等經典問題。本文系統總結四大類高頻故障成因與解決方案，並通過圖解詳細演示 NTFS 權限配置、應用程序池身份設置等關鍵操作，助你快速定位並徹底解決環境部署難題。
故障一：HTTP 404 - 找不到文件（白底黑字）
可能原因及排查步驟
- 文件確實不存在：在 IIS 指向的物理目錄下逐級確認文件路徑。
- 缺少腳本映射：IIS 未識別該文件擴展名。
路徑：網站屬性 → 主目錄 → 配置 → 應用程序擴展，添加對應的 .aspx 等映射，可執行文件指向 aspnet_isapi.dll。
- URL Rewrite 重寫異常：檢查重寫規則是否將請求導向不存在的路徑。
故障二：HTTP 403 - 禁止訪問（白底黑字）
核心原因通常是 NTFS 權限配置不當。本文建議採用**「一站一用戶、最小權限」**原則：
步驟 1：創建專用 Web 訪問用戶
- 打開「計算機管理 → 本地用戶和組 → 用戶」，新建用戶（如
WebUser_SiteName）。
- 關鍵：該用戶**不隸屬任何組**，不繼承任何權限。密碼先記在記事本備用。
步驟 2：配置網站目錄 NTFS 權限
- 右鍵網站根目錄 → 屬性 → 安全。
- 清理現有權限：除遠程登錄用的最高管理員外，移除所有其他用戶/組（防止逐步提權）。
- 添加兩個核心用戶：
- 剛創建的
WebUser_SiteName：用於 IIS 匿名訪問身份。
- 內置
Network Service：用於 .NET 組件本地運行訪問。
- 權限分配原則（截圖參考）：
- 絕不授予：完全控制、遍歷文件夾/運行文件、更改權限、取得所有權。
- 通常僅需：讀取、寫入（上傳目錄）、列出文件夾內容、讀取/執行。
步驟 3：上傳目錄單獨配置「寫入但不執行」
- NTFS 給寫入/刪除權限。
- IIS 中該虛擬目錄/子目錄 → 屬性 → 執行權限 設置為 **「無」**，防止上傳木馬被執行。
故障三：瀏覽器彈出 Windows 認證對話框
原因：IIS 默認匿名用戶 (IUSR_XXX) 失去了目錄讀取權限（因步驟 2 重置了權限）。
解決
- IIS → 網站屬性 → 目錄安全性 → 身份驗證和訪問控制 → 編輯。
- 「匿名訪問」用戶名改為步驟 1 創建的
WebUser_SiteName，密碼粘貼記事本備用的密碼（需輸入兩次確認）。
- 刷新頁面，認證框消失，正常訪問。
故障四：ASP.NET 黃屏報錯 / 「Web 應用程序當前不可用」
黃屏報錯
屬於應用程序級錯誤，需查看具體堆棧信息排查代碼邏輯或配置問題，非環境部署層面問題。
「Web 應用程序當前不可用」
兩處必查：
- 網站屬性 → ASP.NET 選項卡 → 版本：選擇正確的 .NET Framework 版本（如 v2.0.50727 或 v4.0）。
- IIS 主窗口左側 → Web 服務擴展 → 找到對應版本的 ASP.NET → 點擊「允許」。
安全補充：文件夾權限配置的「底線思維」
見過太多站點被黑源於權限過大：有的直接給 Everyone 完全控制，有的甚至將網站盤格式化為 FAT32 繞過 NTFS。
配置權限時，寧可因權限不足報錯再逐步放開，不可為了省事一步到位給高權限。
嚴格執行「一站一用戶、最小權限、上傳目錄禁執行」，是防範服務器被植入 Webshell 的第一道防線。
結語
本文匯總的是多年實踐中遇到的典型環境級故障。實際排查時，建議按「文件存在性 → 腳本映射 → NTFS 權限 → IIS 匿名用戶身份 → ASP.NET 版本/擴展」的順序逐項核對。願各位部署順利，少踩坑！
