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

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

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

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

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

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

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

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