筆者同事所用機器的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」服務。今後大家如果想關閉不常用服務以優化系統時,可千萬要小心,拿不準的還是不要關為好。
rpc是「遠端協助」(remote procesdure call)的英文簡稱,是微軟在windows xp系統中新增的功能,允許遠端使用者對本地pc進行控制,幫助本地使用者解決問題。去年大名鼎鼎的衝擊波病毒就是利用windows xp的rpc漏洞進行攻擊的。
另有一情況,當c盤為ntfs分割槽時,發布目錄放在c盤也會出現這樣的情況
Nginx proxy pass使用 host變數
親戚公司是做saas的電商系統,有乙個需求,需要通過客戶的網域名稱訪問託管在阿里雲oss中該網域名稱資料夾下的資源。比如使用者訪問的 其實是訪問 其實是訪問 upstream sh aliyun server 踩過的坑 直接使用 proxy pass 一直請求都是502 proxy pass 這個是...
簡單Tomcat使用網域名稱訪問IP
上次軟工做了有登入註冊和簡單首頁展示的介面。因為來不及了,當時展示的時候就用ip 8080甚麼的展示了,這學期空閒時間比較多,順便稍微弄弄看。說不定以後會用到 一jdk,就是那些環境配置啥啥的 ps 同學說也可以用jvm 我沒有試過 三 在elipse專案上右鍵 export 再重啟tomcat就好...
系統host檔案的使用
一 host檔案的作用 系統中的host檔案其實是乙個純文字的檔案,它的作用是包含ip位址和host name 主機名 的對映關係。我們知道在網路上訪問 要首先通過dns伺服器把網路網域名稱 解析成61.的ip位址後,我們的計算機才能訪問。要是對於每個網域名稱請求我們都要等待網域名稱伺服器解析後返回...