[點晴永久免費OA]您未被授權(quán)查看該頁; HTTP 錯誤 401.1/401.2/401.3 - 未經(jīng)授權(quán):訪問由于憑據(jù)無效被拒絕。
處理401.1問題的解決問題的過程思路: 1.出現(xiàn)這個問題第一是想到虛擬主機沒有[讀寫]權(quán)限。加上了Everyone用戶也不行。 2.查看用戶名是否鎖定,解除鎖定問題成功解決了。 3.還有一種情況,用戶名的密碼不正確。 處理401.1問題的解決問題的過程: 您未被授權(quán)查看該頁 處理401.1問題的解決問題的過程: 同時在【IIS管理器】找到那個開通不能訪問的【子目錄】-> 右鍵–>【屬性】–>【目錄安全性】–>【身份驗證和訪問控制】–>【編輯】–>將密碼設置為剛才提到的用戶名一樣就可以了。 以前是今天處理的結(jié)果。下面是搜索的資料共享。 在配置IIS的時候,如果安全稍微做的好一些。就會出現(xiàn)各式各樣的問題。比如,常見的訪問網(wǎng)頁會彈出用戶名密碼的登陸界面,或者是訪問某種頁面比如html,asp沒事情,但是訪問jsp或者php就有問題,顯示401.3 ACL 禁止訪問資源等通常的解決辦法是。 第一,看iis中(不管iis5 還是iis6),網(wǎng)站或者目錄,包括虛擬目錄的屬性,看目錄安全性選項卡中的編輯匿名訪問和身份驗證控制,看看是用的哪個帳號,如果是用的iis匿名帳號(一般是IUSR_機器名),或者由系統(tǒng)管理員設置了其他帳號,這個帳號很重要,下面成IIS匿名帳號 察看帳號的密碼是否是正確的系統(tǒng)設置的密碼,實在不行就在計算機管理里面的用戶管理,重新把帳號設置一個密碼,然后在編輯匿名訪問和身份驗證控制選項中把密碼重新設置一下?! ?/P> 第二。在資源管理器里面看放置網(wǎng)站或者目錄的安全選項。是否IIS匿名帳號有權(quán)限訪問,一般來說,NT系統(tǒng)中的IUSR_機器名這個帳號都會是在user組里面,有時候禁用了user組,也會引起這個問題,讓剛才設置的IIS匿名帳號或者帳號所在的系統(tǒng)組有對目錄的訪問權(quán)限,至少要有讀權(quán)限?! ?/P> 第三,在你放置的程序中,看是否含有其他類型的動態(tài)語言寫的程序,IIS會默認對asp進行解釋,對于ASPX來說,要看net執(zhí)行文件目錄是否讓IIS匿名帳號有讀權(quán)限?cgi程序就是perl目錄,jsp看是用resin還是用tomcat做的解釋,php就是php目錄,要保證這些目錄都讓IIS匿名帳號有讀權(quán)限才行。 通過以上設置,基本上沒有什么問題了,遇到這樣的問題,重新安裝IIS也沒有用,慢慢查原因吧。在NT環(huán)境下的web server出問題,大部分是因為權(quán)限 還有組策略的影響。只要確定這兩個部分沒問題。那基本上就不會出現(xiàn)問題了。 401錯誤詳細解決方案: 1、錯誤號401.1 2、錯誤號401.2 3、錯誤號:401.3 該文章在 2018/2/27 23:58:14 編輯過 |
關鍵字查詢
相關文章
正在查詢... |