筆者同事所用機器的IIS最近出了問題，訪問本地ASP文件時用http://localhost”或“http://計算機名”可以正常訪問，但如果用http://127.0.0.1”訪問，就會彈出一個對話框要求輸入密碼。

因為只是用IP地址不能正常進行訪問，所以感覺不會是大問題，根據(jù)以往的經(jīng)驗，首先查看用戶組中的“IUSR_計算機名”、“IWAM_計算機名”兩個賬號是否被禁用了，結果發(fā)現(xiàn)狀態(tài)正常。

接下來懷疑是IIS默認網(wǎng)站屬性中“匿名訪問和身份驗證控制”（在“目錄安全性”選項卡中）一項被不小心禁用了，打開相應對話框后發(fā)現(xiàn)并未禁用。難道是匿名訪問賬號（IUSR_計算機名）的密碼與用戶組中的密碼不同步了？手工進行同步設置后，發(fā)現(xiàn)問題依舊。

IIS出現(xiàn)類似問題的原因不外乎這幾種啊，還能是什么原因呢？沒有辦法，干脆重裝IIS！幾分鐘后，IIS安裝完畢，但一試卻發(fā)現(xiàn)，剛才還只是用IP地址不能訪問，結果現(xiàn)在用計算機名也不能訪問了，總是提示DCOM+錯誤。查看系統(tǒng)日志，顯示為“DCOM遇到錯誤。登錄失敗: 未知的用戶名或錯誤密碼”。

為了避免重新安裝系統(tǒng)，筆者決定查找并修復這個DCOM錯誤。進入控制面板的“組件服務”中，發(fā)現(xiàn)“DCOM配置”上有紅箭頭標志，不能正常打開，看來問題就出在這兒。但是怎么處理呢？在經(jīng)過多次無效的嘗試后，筆者終于找到了解決的辦法：查看系統(tǒng)的本地服務，發(fā)現(xiàn)DCOM正常；然后查看其依存關系，發(fā)現(xiàn)依存于“Remote Procedure Call (RPC)”服務；進一步查看RPC的狀態(tài)，發(fā)現(xiàn)狀態(tài)正常；再看RPC的依存關系，現(xiàn)在與其相關的“Distributed Transaction Coordinator”服務是禁止的，其描述為“協(xié)調(diào)跨多個數(shù)據(jù)庫、消息隊列、文件系統(tǒng)等資源管理器的事務”。將其開啟后，發(fā)現(xiàn)IIS馬上就可以用多種方式進行訪問了。

事后得知，原來同事曾經(jīng)在網(wǎng)上看到一篇關閉Windows不常用服務的文章，于是就把系統(tǒng)中的一些服務關閉了，其中就包括“Distributed Transaction Coordinator”服務。今后大家如果想關閉不常用服務以優(yōu)化系統(tǒng)時，可千萬要小心，拿不準的還是不要關為好。

小編提示：DCOM 是Microsoft的分布式COM技術，擴展了組件對象模型（COM）技術，使其能夠支持在局域網(wǎng)、廣域網(wǎng)甚至Internet上不同計算機對象之間的通訊。

RPC是“遠程協(xié)助”（Remote Procesdure Call）的英文簡稱，是微軟在Windows XP系統(tǒng)中新增的功能，允許遠程用戶對本地PC進行控制，幫助本地用戶解決問題。去年大名鼎鼎的沖擊波病毒就是利用Windows XP的RPC漏洞進行攻擊的。