1.執行：gpedit.msc
2.組策略編輯器-“本地計算機”策略-計算機配置-Windows設定-安全設定-本地策略-安全選項
   2.1禁用“賬戶:使用空白密碼的本地賬戶只允許進行控制檯登入”
   2.2禁用“賬戶:來賓賬戶狀態”
   2.3禁用“網路訪問:不允許SAM賬戶和共享的匿名列舉”
   2.4禁用“網路訪問:不允許SAM賬戶的匿名列舉”
   2.5修改“網路訪問:本地賬戶的共享和安全模式”為“經典-本地使用者以自己的身份驗證”
3.組策略編輯器-“本地計算機”策略-計算機配置-Windows設定-安全設定-本地策略-使用者許可權分配
   3.1在“拒絕從網路訪問這臺計算機”裡刪掉guest使用者

以上設定基本上都能實現用“\\IP”方式訪問區域網共享出現登陸框，但要注意的是2.3和2.4如果是啟用的，就會出現訪問過某臺共享電腦後再次輸入“\\IP”就直接進入共享計算機，檢視到共享資料夾，但是沒法進入資料夾的情況。

搞了一天，鬱悶死我，我還以為是win7的問題。 以下下是在網上找的一些資料：

先確保你計算機上Guest帳戶已開啟：控制面板-使用者帳戶-guest（來賓）帳戶裡頭開啟，然後

1，控制面板->管理工具->本地安全策略->本地策略->使用者權利指派：從網路訪問此計算機 裡頭確定要有Guest帳戶

2，控制面板->管理工具->本地安全策略->本地策略->使用者權利指派:拒絕從網路訪問這臺計算機裡頭把Guest使用者刪掉

3，控制面板->管理工具->本地安全策略->本地策略->安全選項：網路訪問----改成“僅來賓 本地使用者以來賓身份驗證”

4，控制面板->管理工具->本地安全策略->本地策略->安全選項：網路訪問---不允許SAM帳戶的匿名列舉---改成“已停用”

5，控制面板->管理工具->本地安全策略->本地策略->安全選項：網路訪問---不允許SAM帳戶和共享的匿名列舉---改成“已停用”

6，如果 控制面板->管理工具->本地安全策略->本地策略->安全選項：網路訪問--帳戶：來賓帳戶狀態為已停用，那麼改為已啟用；如果為不適用，且呈灰色不可更改，那麼按下面步驟解決：

7，在cmd下，輸入net localgroup administrators guest /add在管理工具-計算機管理-本地使用者和組-使用者-找到guest帳號，然後右擊guest--屬性-選本帳戶已停用，關閉所有視窗後回到第6步驟就可以設定了。 修改完記得要重新啟動電腦.

我發現最常見的，也就是最容易出現的是401.2錯誤，解決辦法是在.net的配置中，增加匿名訪問規則。

    在配置IIS的時候，如果安全稍微做的好一些。就會出現各式各樣的問題。比如，常見的訪問網頁會彈出使用者名稱密碼的登陸介面，或者是訪問某種頁面比如html,asp沒事情，但是訪問jsp或者php就有問題，顯示401.3　ACL 禁止訪問資源等　　通常的解決辦法是。

1、錯誤號401.1
症狀：HTTP 錯誤 401.1 - 未經授權：訪問由於憑據無效被拒絕。
分析：
由於使用者匿名訪問使用的賬號(預設是IUSR_機器名)被禁用，或者沒有許可權訪問計算機，將造成使用者無法訪問。
解決方案：
（1）檢視IIS管理器中站點安全設定的匿名帳戶是否被禁用，如果是，請嘗試用以下辦

法啟用：
控制面板->管理工具->計算機管理->本地使用者和組，將IUSR_機器名賬號啟用。如果還沒有解決，請繼續下一步。
（2）檢視本地安全策略中，IIS管理器中站點的預設匿名訪問帳號或者其所屬的組是否

有通過網路訪問伺服器的許可權，如果沒有嘗試用以下步驟賦予許可權：
開始->程式->管理工具->本地安全策略->安全策略->本地策略->使用者許可權分配，雙擊“從網路訪問此計算機”，新增IIS預設使用者或者其所屬的組。
注意：一般自定義 IIS預設匿名訪問帳號都屬於組，為了安全，沒有特殊需要，請遵循此規則。

2、錯誤號401.2
症狀：HTTP 錯誤 401.2 - 未經授權：訪問由於伺服器配置被拒絕。
原因：關閉了匿名身份驗證
解決方案：
執行inetmgr，開啟站點屬性->目錄安全性->身份驗證和訪問控制->選中“啟用匿名訪問”，輸入使用者名稱，或者點選“瀏覽”選擇合法的使用者，並兩次輸入密碼後確定。

3、錯誤號：401.3
症狀：HTTP 錯誤 401.3 - 未經授權：訪問由於 ACL 對所請求資源的設定被拒絕。
原因：IIS匿名使用者一般屬於Guests組，而我們一般把存放網站的硬碟的許可權只分配給administrators組，這時候按照繼承原則，網站資料夾也只有administrators組的成員才能訪問，導致IIS匿名使用者訪問該檔案的NTFS許可權不足，從而導致頁面無法訪問。
解決方案：
給IIS匿名使用者訪問網站資料夾的許可權，方法：進入該資料夾的安全選項，新增IIS匿名使用者，並賦予相應許可權，一般是讀、寫。

IIS特有的問題

在IIS中選中這個資料夾點右鍵－屬性－執行許可選“純指令碼”試試iis裡你的虛擬目錄，屬性-〉目錄安全性-〉編輯身份驗證和訪問控制

網站屬性裡把“目錄安全”-點“身分驗證和訪問控制”-“編輯”-去掉“啟用匿名訪問“鉤去了就可以了

很多朋友在用IIS6架網站的時候遇到不少問題，而這些問題有些在過去的IIS5裡面就遇到過，有些是新出來的，俺忙活了一下午，做了很多次試驗，結合以前的排錯經驗，做出了這個總結，希望能給大家幫上忙：）
問題1：未啟用父路徑
症狀舉例：
Server.MapPath() 錯誤 'ASP 0175 : 80004005'
不允許的 Path 字元
/0709/dqyllhsub/news/OpenDatabase.asp，行 4
在 MapPath 的 Path 引數中不允許字元 '..'。
原因分析：
許多Web頁面裡要用到諸如../格式的語句（即回到上一層的頁面，也就是父路徑），而IIS6.0出於安全考慮，這一選項預設是關閉的。
解決方法：
在IIS中屬性->主目錄->配置->選項中。把”啟用父路徑“前面打上勾。確認重新整理。

問題2：ASP的Web擴充套件配置不當（同樣適用於ASP.NET、CGI）
症狀舉例：
HTTP 錯誤 404 - 檔案或目錄未找到。
原因分析：
在IIS6.0中新增了web程式擴充套件這一選項，你可以在其中對ASP、ASP.NET、CGI、IDC等程序進行允許或禁止，預設情況下ASP等程式是禁止的。
解決方法：
在IIS中的Web服務擴充套件中選中Active Server Pages，點選“允許”。

問題3：身份認證配置不當
症狀舉例：
HTTP 錯誤 401.2 - 未經授權：訪問由於伺服器配置被拒絕。
原因分析：IIS 支援以下幾種 Web 身份驗證方法：
匿名身份驗證
IIS 建立 IUSR_計算機名稱 帳戶（其中 計算機名稱 是正在執行 IIS 的伺服器的名稱），用來在匿名使用者請求 Web 內容時對他們進行身份驗證。此帳戶授予使用者本地登入權限。你可以將匿名使用者訪問重置為使用任何有效的 Windows 帳戶。
基本身份驗證
使用基本身份驗證可限制對 NTFS 格式 Web 伺服器上的檔案的訪問。使用基本身份驗證，使用者必須輸入憑據，而且訪問是基於使用者 ID 的。使用者 ID 和密碼都以明文形式在網絡間進行傳送。
Windows 整合身份驗證
Windows 整合身份驗證比基本身份驗證安全，而且在使用者具有 Windows 域帳戶的內部網環境中能很好地發揮作用。在整合的 Windows 身份驗證中，瀏覽器嘗試使用當前使用者在域登入過程中使用的憑據，如果嘗試失敗，就會提示該使用者輸入使用者名稱和密碼。如果你使用整合的 Windows 身份驗證，則使用者的密碼將不傳送到伺服器。如果該使用者作為域用戶登入到本地計算機，則他在訪問此域中的網路計算機時不必再次進行身份驗證。
摘要身份驗證
摘要身份驗證克服了基本身份驗證的許多缺點。在使用摘要身份驗證時，密碼不是以明文形式傳送的。另外，你可以通過代理伺服器使用摘要身份驗證。摘要身份驗證使用一種挑戰/響應機制（整合 Windows 身份驗證使用的機制），其中的密碼是以加密形式發送的。
.NET Passport 身份驗證
Microsoft .NET Passport 是一項使用者身份驗證服務，它允許單一簽入安全性，可使用戶在訪問啟用了 .NET Passport 的 Web 站點和服務時更加安全。啟用了 .NET Passport 的站點會依* .NET Passport 中央伺服器來對使用者進行身份驗證。但是，該中心伺服器不會授權或拒絕特定使用者訪問各個啟用了 .NET Passport 的站點。
解決方法：
根據需要配置不同的身份認證（一般為匿名身份認證，這是大多數站點使用的認證方法）。認證選項在IIS的屬性->安全性->身份驗證和訪問控制下配置。

問題4：IP限制配置不當
症狀舉例：
HTTP 錯誤 403.6 - 禁止訪問：客戶端的 IP 地址被拒絕。
原因分析：
IIS提供了IP限制的機制，你可以通過配置來限制某㊣P不能訪問站點，或者限制僅僅只有某些IP可以訪問站點，而如果客戶端在被你阻止的IP範圍內，或者不在你允許的範圍內，則會出現錯誤提示。
解決方法：
進入IIS的屬性->安全性->IP地址和域名限制。如果要限制某些IP地址的訪問，需要選擇

授權訪問，點新增選擇不允許的IP地址。反之則可以只允許某些IP地址的訪問。

問題5：IUSR賬號被禁用
症狀舉例：
HTTP 錯誤 401.1 - 未經授權：訪問由於憑據無效被拒絕。
原因分析：
由於使用者匿名訪問使用的賬號是IUSR_機器名，因此如果此賬號被禁用，將造成使用者無法

訪問。
解決辦法：
控制面板->管理工具->計算機管理->本地使用者和組，將IUSR_機器名賬號啟用。

問題6：NTFS許可權設定不當
症狀舉例：
HTTP 錯誤 401.3 - 未經授權：訪問由於 ACL 對所請求資源的設定被拒絕。
原因分析：
Web客戶端的使用者隸屬於user組，因此，如果該檔案的NTFS許可權不足（例如沒有讀許可權），則會導致頁面無法訪問。
解決辦法：
進入該資料夾的安全選項卡，配置user的許可權，至少要給讀許可權。關於NTFS許可權設定這

裡不再饋述。

問題7：IWAM賬號不同步
症狀舉例：
HTTP 500 - 內部伺服器錯誤
原因分析：
IWAM賬號是安裝IIS時系統自動建立的一個內建賬號。IWAM賬號建立後被Active Directory、IIS metabase資料庫和COM+應用程式三方共同使用，賬號密碼被三方分別保存，並由作業系統負責這三方儲存的IWAM密碼的同步工作。系統對IWAM賬號的密碼同步工作有時會失效，導致IWAM賬號所用密碼不統一。
解決辦法：
如果存在AD，選擇開始->程式->管理工具->Active Directory使用者和計算機。為IWAM賬

號設定密碼。
執行c:\\Inetpub\\AdminScripts>adsutil SET w3svc/WAMUserPass +密碼 同步IIS

metabase資料庫密碼
執行cscript c:\\inetpub\\adminscripts\\synciwam.vbs -v 同步IWAM賬號在COM+應用

程式中的密碼

問題8：MIME設定問題導致某些型別檔案無法下載（以ISO為例）
症狀舉例：
HTTP 錯誤 404 - 檔案或目錄未找到。
原因分析：
IIS6.0取消了對某些MIME型別的支援，例如ISO，致使客戶端下載出錯。
解決方法：
在IIS中屬性->HTTP頭->MIME型別->新建。在隨後的對話方塊中，副檔名填入.ISO，MIME類

型是application。

另外，防火牆阻止，ODBC配置錯誤，Web伺服器效能限制，執行緒限制等因素也是造成IIS

伺服器無法訪問的可能原因，這裡就不再一一饋述了。