webconfig訪問被拒絕
① asp.net web.config訪問被拒絕
請確定你IIS中asp.net的版本是否選取2.0,
如果本地vs調試沒問題的話就是asp.net版本問題,
在iis你掛上網站的屬性處看看,默認貌似是1.1。。
試試
② 「/」應用程序中的伺服器錯誤。
的「0x00000000」內存，該內存不能為「read」或「written」」，然後應用程序被關閉。
如果去請教一些「高手」，得到的回答往往是「Windows就是這樣不穩定」之類的義憤和不屑。其實，這個錯誤並不一定是Windows不穩定造成的。本文就來簡單分析這種錯誤的一般原因。
一、應用程序沒有檢查內存分配失敗
程序需要一塊內存用以儲存數據時，就需要使用操作系統提供的「功能函數」來申請，如果內存分配成功，函數就會將所新開辟的內存區地址返回給應用程序，應用程序就可以通過這個地址使用這塊內存。這就是「動態內存分配」，內存地址也就是編程中的「游標」。內存不是永遠都招之即來、用之不盡的，有時候內存分配也會失敗。當分配失敗時系統函數會返回一個0值，這時返回值「0」已不表示新啟用的游標，而是系統向應用程序發出的一個通知，告知出現了錯誤。作為應用程序，在每一次申請內存後都應該檢查返回值是否為0，如果是，則意味著出現了故障，應該採取一些措施挽救，這就增強了程序的「健壯性」。若應用程序沒有檢查這個錯誤，它就會按照「思維慣性」認為這個值是給它分配的可用游標，繼續在之後的執行中使用這塊內存。真正的0地址內存區儲存的是計算機系統中最重要的「中斷描述符表」，絕對不允許應用程序使用。在沒有保護機制的操作系統下(如DOS)，寫數據到這個地址會導致立即當機，而在健壯的操作系統中，如
Windows等，這個操作會馬上被系統的保護機制捕獲，其結果就是由操作系統強行關閉出錯的應用程序，以防止其錯誤擴大。這時候，就會出現上述的「寫內存」錯誤，並指出被引用的內存地址為「0x00000000」。內存分配失敗故障的原因很多，內存不夠、系統函數的版本不匹配等都可能有影響。因此，這種分配失敗多見於操作系統使用很長時間後，安裝了多種應用程序(包括無意中「安裝」的病毒程序)，更改了大量的系統參數和系統檔案之後。
二、應用程序由於自身BUG引用了不正常的內存游標
在使用動態分配的應用程序中，有時會有這樣的情況出現：程序試突讀寫一塊「應該可用」的內存，但不知為什麼，這個預料中可用的游標已經失效了。有可能是「忘記了」向操作系統要求分配，也可能是程序自己在某個時候已經注銷了這塊內存而「沒有留意」等等。注銷了的內存被系統回收，其訪問權已經不屬於該應用程序，因此讀寫操作也同樣會觸發系統的保護機制，企圖「違法」的程序唯一的下場就是被操作終止執行，回收全部資源。計算機世界的法律還是要比人類有效和嚴厲得多啊！像這樣的情況都屬於程序自身的BUG，你往往可在特定的操作順序下重現錯誤。無效游標不一定總是0，因此錯誤提示中的內存地址也不一定為「0x00000000」，而是其它隨機數字。如果系統經常有所提到的錯誤提示，下面的建議可能會有說明
：
1.檢視系統中是否有木馬或病毒。這類程序為了控制系統往往不負責任地修改系統，
從而導致操作系統異常。平常應加強信息安全意識，對來源不明的可執行程序絕不好奇。
2.更新操作系統，讓操作系統的安裝程序重新拷貝正確版本的系統檔案、修正系統參數。
有時候操作系統本身也會有BUG，要注意安裝官方發行的升級程序。
3.試用新版本的應用程序。
Mode:
將虛擬內存撤換
答案:
目前為止是肯定的，也就是如在下次冷天到來時亦沒再發生，就代表這是主因
追加:
如果你用
Ghost 恢復 OS 後建議 刪除WINDOWS＼PREFETCH目錄下所有*.PF文件因為需讓windows重新收集程序的物理地址
有些應用程序錯誤
"0x7cd64998" 指令參考的 "0x14c96730" 內存。該內存不能為 "read"推論是此原因
源由:
Win
XP的「預讀取」技術
這種最佳化技術也被用到了應用軟體上，系統對每一個應用軟體的前幾次啟動情況進行分析，然後新增一個描述套用需求的虛擬「內存映像」，並把這些信息儲存到
WINDOWSPREFETCH數據夾。一旦建立了映像，應用軟體的裝入速度大大提高。XP的預讀取數據儲存了最近8次系統啟動或應用軟體啟動的信息。
後敘:
目前此方法亦是獨步網路的(其碼自己針對此問題查了許久)，也是常見問題，原本幾乎每天睡前關閉軟體時一些程序都會發生...read...
現在就沒發生了。
運行某些程序的時候，有時會出現內存錯誤的提示（0x後面內容有可能不一樣），然後該程序就關閉。
「0x????????」指令引用的「0x????????」內存。該內存不能為「read」。
「0x????????」指令引用的「0x????????」內存，該內存不能為「written」。
不知你出現過類似這樣的故障嗎？
一般出現這個現象有方面的，一是硬體，即內存方面有問題，二是軟體，這就有多方面的問題了。
下面先說說硬體：
一般來說，內存出現問題的可能性並不大，主要方面是：內存條壞了、內存質量有問題，還有就是2個不同牌子不同容量的內存混插，也比較容易出現不兼容的情況，同時還要注意散熱問題，特別是超頻後。你可以使用MemTest
這個軟體來檢測一下內存，它可以徹底的檢測出內存的穩定度。
假如你是雙內存，而且是不同品牌的內存條混插或者買了二手內存時，出現這個問題，這時，你就要檢查是不是內存出問題了或者和其它硬體不兼容。
如果都沒有，那就從軟體方面排除故障了。
先簡單說說原理：內存有個存放數據的地方叫緩沖區，當程序把數據放在其一位置時，因為沒有足夠空間，就會發生溢出現象。舉個例子：一個桶子只能將一斤的水，當你放入兩斤的水進入時，就會溢出來。而系統則是在屏幕上表現出來。這個問題，經常出現在windows2000和XP系統上，Windows
2000/XP對硬體的要求是很苛刻的,一旦遇到資源死鎖、溢出或者類似Windows
98里的非法操作，系統為保持穩定，就會出現上述情況。另外也可能是硬體設備之間的兼容性不好造成的。
下面我從幾個例子給大家分析：
例一：打開IE瀏覽器或者沒過幾分鍾就會出現"0x70dcf39f"指令引用的"0x00000000"內存。該內存不能為「read」。要終止程序，請單擊「確定」的信息框，單擊「確定」後，又出現「發生內部錯誤，您正在使用的其中一個窗口即將關閉」的信息框，關閉該提示信息後，IE瀏覽器也被關閉。解決方法：修復或升級IE瀏覽器，同時打上補丁。看過其中一個修復方法是，Win2000自升級，也就是Win2000升級到Win2000，其實這種方法也就是把系統還原到系統初始的狀態下。比如你的IE升級到了6.0，自升級後，會被IE5.0代替。
例二：在windows
xp下雙擊光碟裡面的「AutoRun.exe」文件，顯示「0x77f745cc」指令引用的「0x00000078」內存。該內存不能為
「written」，要終止程序，請單擊「確定」，而在Windows
98里運行卻正常。解決方法：這可能是系統的兼容性問題，winXP的系統，右鍵「AutoRun.exe」文件，屬性，兼容性，把「用兼容模式運行這個程序」項選擇上，並選擇「Windows
98/Me」。win2000如果打了SP的補丁後，只要開始，運行，輸入：regsvr32
c:\winnt\apppatch\slayerui.dll。右鍵，屬性，也會出現兼容性的選項。
例三：RealOne
Gold關閉時出現錯誤，以前一直使用正常，最近卻在每次關閉時出現「0xffffffff」指令引用的「0xffffffff」內存。該內存不能為 「read」
的提示。解決方法：當使用的輸入法為微軟拼音輸入法2003，並且隱藏語言欄時（不隱藏時沒問題）關閉RealOne就會出現這個問題，因此在關閉RealOne
之前可以顯示語言欄或者將任意其他輸入法作為當前輸入法來解決這個問題。
例四：我的豪傑超級解霸自從上網後就不能播放了，每次都提示
「0x060692f6」（每次變化）指令引用的「0xff000011」內存不能為「read」，終止程序請按確定。解決方法：試試重裝豪傑超級解霸,如果重裝後還會，到官方網站下載相應版本的補丁試試。還不行，只好換就用別的播放器試試了。
例五：雙擊一個游戲的快捷方式，「0x77f5cd0」指令引用「0xffffffff」內
存，該內存不能為「read」 ，並且提示Client.dat程序錯誤。
解決方法：重裝顯卡的最新驅動程序，然後下載並且安裝DirectX9.0。
例六：一個朋友發信息過來，我的電腦便出現了錯誤信息:「0x772b548f」指令引用的「0x00303033」內存，該內存不能為
「written」,然後QQ自動下線，而再打開QQ，發現了他發過來的十幾條的信息。解決方法：這是對方利用QQ的BUG，發送特殊的代碼，做QQ出錯，只要打上補丁或升級到最新版本，就沒事了。
【原因
解決方法】
1 內存條壞了 更換內存條
2 雙內存不兼容 使用同品牌的內存或只要一條內存
3 內存質量問題 更換內存條
4 散熱問題
加強機箱內部的散熱
5 內存和主板沒插好或其他硬體不兼容 重插內存或換個插槽
6 硬體有問題 更換硬碟
7 驅動問題
重裝驅動,如果是新系統,應先安裝主板驅動
8 軟體損壞 重裝軟體
9 軟體有BUG 打補丁或更新到最新版本
10 軟體和系統不兼容
給軟體打上補丁或是試試系統的兼容模式
11 軟體和軟體之間有沖突 如果最近安裝了什麼新軟體,卸載了試試
12 軟體要使用其他相關的軟體有問題
重裝相關軟體,比如播放某一格式的文件時出錯,可能是這個文件的解碼器有問題
13 病毒問題 殺毒
14 殺毒軟體與系統或軟體相沖突
由於殺毒軟體是進入底層監控系統的,可能與一些軟體相沖突,卸載試試
15 系統本身有問題
有時候操作系統本身也會有BUG,要注意安裝官方發行的更新程序,象SP的補丁,最好打上.如果還不行,重裝系統,或更換其他版本的系統。
〔又一說〕
在控制面板的添加/刪除程序中看看你是否安裝了微軟NET.Framework，如果已經安裝了，可以考慮卸載它，當然如果你以後在其它程序需要NET.Framework時候，可以再重新安裝。
另外，如果你用的是ATI顯卡並且你用的是SP2的補丁（一些ATI的顯卡驅動需要在NET.Framework正常工作的環境下）。這種情況你可以找一款不需要NET.Framework支持的ATI顯卡驅動。
如果以上兩種方法並不能完全解決問題，你試著用一下「IE修復」軟體，並可以查查是否有病毒之類的。
〔微軟NET.Framework升級到1.1版應該沒問題了〕
〔還有一說〕
方法一：
微軟新聞組的朋友指點:開始--運行：regsvr32
jscript.dll
開始--運行：regsvr32
vbscript.dll
不過沒解決---但提供了路子-----一次運行注冊所有dll
搜索查找到方法如下:
運行 輸入cmd
回車在命令提示符下輸入
for %1 in (%windir%\system32\*.dll) do regsvr32.exe /s
%1
這個命令老兄你慢慢輸 輸入正確的話會看到飛快地滾屏 否則……否則失敗就是沒這效果。回車後慢慢等（需要點時間1-2分鍾）
都運行完再打開看
方法二：
這是個典型問題~~~~~引起這個問題的原因很多。一般來講就是給系統打上補丁和更換內存、給內存換個插槽這3種方法來解決。[系統補丁只要到Microsoft
Update網站在線更新就可以了]
（偶見）
造成這種問題的原因很多，不能單純的下結論，盡量做到以下幾點可能對你有幫助：
1。確保使用的是未修改過的軟體（非漢化、破解版）
2。使用改軟體時盡量不要運行其他軟體。（這是個臨時文件，可能某些軟體也在使用臨時文件夾，所以產生干擾）
3。把那些什麼桌面工具，內存整理工具通通關掉（你至少有2個類似的工具在運行）」
處理方法：
運行regedit進入注冊表,
在HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\ShellExecuteHooks
下，應該只有一個正常的鍵值",
將其他的刪除。
〔我個人的最後解決和看法〕
我今天嘗試了多種辦法，最後我發現問題出在微軟的NET.Framework上面。我升級了這個軟體，並打齊了補丁，短暫平安後，有出現「內存不能為read」的情況。後來我受上面文章的啟發，卸載了微軟的NET.Framework1.0和1.1,世界太平了。
另外：如果是打開「我的電腦」、「我的文檔」等的時候出現上述情況，還有一種可能，就是你的右鍵菜單太臃腫了，此時只要清理右鍵菜單問題就解決了。
--------------------------------------------------------------------------------
〔試驗的結果〕
上面的方法，最管用、最徹底的方法是這個：
運行
輸入cmd 回車在命令提示符下輸入
for %1 in (%windir%\system32\*.dll) do regsvr32.exe /s
%1
如果怕輸入錯誤的話，可以復制這條指令，然後在命令提示框點擊左上角的c：\，使用下面的「編輯－粘貼」功能就不容易輸錯了。在飛速滾屏完全靜止之後，別著急啟動其他程序，先耐心等一會兒，因為此時dll們還在找位置。直到你的指示燈不閃了再做別的。
另外,虛機團上產品團購,超級便宜
③ web.config拒絕訪問 如何解決
右鍵文件夾，在安全裡面設置一下，增加ASP.NET和NETWORK SERVICE 兩個賬號，設置全部許可權就行了
④ ASP.NET載入配置文件時出錯: 對路徑「C:\Inetpub\wwwroot\fann\web.config」的訪問被拒絕。
1。 查看下web.config文件是否為只讀2。設置下IIS許可權，把許可權都打開試一下
⑤ 403 禁止訪問：訪問被拒絕 如何解決
這個是你解決不了的...這是網站維護方的問題..
⑥ 在測試php代碼時，顯示指定的網頁無法訪問，是什麼原因
IIS狀態代碼的含義
概要
當用戶試圖通過HTTP或文件傳輸協議(FTP)訪問一台正在運行Internet信息服務(IIS)的伺服器上的內容時，IIS返回一個表示該請求的狀態的數字代碼。該狀態代碼記錄在IIS日誌中，同時也可能在Web瀏覽器或FTP客戶端顯示。狀態代碼可以指明具體請求是否已成功，還可以揭示請求失敗的確切原因。
更多信息
日誌文件的位置
在默認狀態下，IIS把它的日誌文件放在%WINDIR\System32\Logfiles文件夾中。每個萬維網(WWW)站點和FTP站點在該目錄下都有一個單獨的目錄。在默認狀態下，每天都會在這些目錄下創建日誌文件，並用日期給日誌文件命名（例如，exYYMMDD.log）。
HTTP
1xx-信息提示
這些狀態代碼表示臨時的響應。客戶端在收到常規響應之前，應准備接收一個或多個1xx響應。
100-繼續。
101-切換協議。
2xx-成功
這類狀態代碼表明伺服器成功地接受了客戶端請求。
200-確定。客戶端請求已成功。
201-已創建。
202-已接受。
203-非權威性信息。
204-無內容。
205-重置內容。
206-部分內容。
3xx-重定向
客戶端瀏覽器必須採取更多操作來實現請求。例如，瀏覽器可能不得不請求伺服器上的不同的頁面，或通過代理伺服器重復該請求。
301-對象已永久移走，即永久重定向。
302-對象已臨時移動。
304-未修改。
307-臨時重定向。
4xx-客戶端錯誤
發生錯誤，客戶端似乎有問題。例如，客戶端請求不存在的頁面，客戶端未提供有效的身份驗證信息。400-錯誤的請求。
401-訪問被拒絕。IIS定義了許多不同的401錯誤，它們指明更為具體的錯誤原因。這些具體的錯誤代碼在瀏覽器中顯示，但不在IIS日誌中顯示：
401.1-登錄失敗。
401.2-伺服器配置導致登錄失敗。
401.3-由於ACL對資源的限制而未獲得授權。
401.4-篩選器授權失敗。
401.5-ISAPI/CGI應用程序授權失敗。
401.7–訪問被Web伺服器上的URL授權策略拒絕。這個錯誤代碼為IIS6.0所專用。
403-禁止訪問：IIS定義了許多不同的403錯誤，它們指明更為具體的錯誤原因：
403.1-執行訪問被禁止。
403.2-讀訪問被禁止。
403.3-寫訪問被禁止。
403.4-要求SSL。
403.5-要求SSL128。
403.6-IP地址被拒絕。
403.7-要求客戶端證書。
403.8-站點訪問被拒絕。
403.9-用戶數過多。
403.10-配置無效。
403.11-密碼更改。
403.12-拒絕訪問映射表。
403.13-客戶端證書被吊銷。
403.14-拒絕目錄列表。
403.15-超出客戶端訪問許可。
403.16-客戶端證書不受信任或無效。
403.17-客戶端證書已過期或尚未生效。
403.18-在當前的應用程序池中不能執行所請求的URL。這個錯誤代碼為IIS6.0所專用。
403.19-不能為這個應用程序池中的客戶端執行CGI。這個錯誤代碼為IIS6.0所專用。
403.20-Passport登錄失敗。這個錯誤代碼為IIS6.0所專用。
404-未找到。
404.0-（無）–沒有找到文件或目錄。
404.1-無法在所請求的埠上訪問Web站點。
404.2-Web服務擴展鎖定策略阻止本請求。
404.3-MIME映射策略阻止本請求。
405-用來訪問本頁面的HTTP謂詞不被允許（方法不被允許）
406-客戶端瀏覽器不接受所請求頁面的MIME類型。
407-要求進行代理身份驗證。
412-前提條件失敗。
413–請求實體太大。
414-請求URI太長。
415–不支持的媒體類型。
416–所請求的范圍無法滿足。
417–執行失敗。
423–鎖定的錯誤。
5xx-伺服器錯誤
伺服器由於遇到錯誤而不能完成該請求。
500-內部伺服器錯誤。
500.12-應用程序正忙於在Web伺服器上重新啟動。
500.13-Web伺服器太忙。
500.15-不允許直接請求Global.asa。
500.16–UNC授權憑據不正確。這個錯誤代碼為IIS6.0所專用。
500.18–URL授權存儲不能打開。這個錯誤代碼為IIS6.0所專用。
500.100-內部ASP錯誤。
501-頁眉值指定了未實現的配置。
502-Web伺服器用作網關或代理伺服器時收到了無效響應。
502.1-CGI應用程序超時。
502.2-CGI應用程序出錯。application.
503-服務不可用。這個錯誤代碼為IIS6.0所專用。
504-網關超時。
505-HTTP版本不受支持。
FTP
1xx-肯定的初步答復
這些狀態代碼指示一項操作已經成功開始，但客戶端希望在繼續操作新命令前得到另一個答復。
110重新啟動標記答復。
120服務已就緒，在nnn分鍾後開始。
125數據連接已打開，正在開始傳輸。
150文件狀態正常，准備打開數據連接。
2xx-肯定的完成答復
一項操作已經成功完成。客戶端可以執行新命令。200命令確定。
202未執行命令，站點上的命令過多。
211系統狀態，或系統幫助答復。
212目錄狀態。
213文件狀態。
214幫助消息。
215NAME系統類型，其中，NAME是AssignedNumbers文檔中所列的正式系統名稱。
220服務就緒，可以執行新用戶的請求。
221服務關閉控制連接。如果適當，請注銷。
225數據連接打開，沒有進行中的傳輸。
226關閉數據連接。請求的文件操作已成功（例如，傳輸文件或放棄文件）。
227進入被動模式(h1,h2,h3,h4,p1,p2)。
230用戶已登錄，繼續進行。
250請求的文件操作正確，已完成。
257已創建「PATHNAME」。
3xx-肯定的中間答復
該命令已成功，但伺服器需要更多來自客戶端的信息以完成對請求的處理。331用戶名正確，需要密碼。
332需要登錄帳戶。
350請求的文件操作正在等待進一步的信息。
4xx-瞬態否定的完成答復
該命令不成功，但錯誤是暫時的。如果客戶端重試命令，可能會執行成功。421服務不可用，正在關閉控制連接。如果服務確定它必須關閉，將向任何命令發送這一應答。
425無法打開數據連接。
426Connectionclosed;transferaborted.
450未執行請求的文件操作。文件不可用（例如，文件繁忙）。
451請求的操作異常終止：正在處理本地錯誤。
452未執行請求的操作。系統存儲空間不夠。
5xx-永久性否定的完成答復
該命令不成功，錯誤是永久性的。如果客戶端重試命令，將再次出現同樣的錯誤。500語法錯誤，命令無法識別。這可能包括諸如命令行太長之類的錯誤。
501在參數中有語法錯誤。
502未執行命令。
503錯誤的命令序列。
504未執行該參數的命令。
530未登錄。
532存儲文件需要帳戶。
550未執行請求的操作。文件不可用（例如，未找到文件，沒有訪問許可權）。
551請求的操作異常終止：未知的頁面類型。
552請求的文件操作異常終止：超出存儲分配（對於當前目錄或數據集）。
553未執行請求的操作。不允許的文件名。
常見的FTP狀態代碼及其原因
150-FTP使用兩個埠：21用於發送命令，20用於發送數據。狀態代碼150表示伺服器准備在埠20上打開新連接，發送一些數據。
226-命令在埠20上打開數據連接以執行操作，如傳輸文件。該操作成功完成，數據連接已關閉。
230-客戶端發送正確的密碼後，顯示該狀態代碼。它表示用戶已成功登錄。
331-客戶端發送用戶名後，顯示該狀態代碼。無論所提供的用戶名是否為系統中的有效帳戶，都將顯示該狀態代碼。
426-命令打開數據連接以執行操作，但該操作已被取消，數據連接已關閉。
530-該狀態代碼表示用戶無法登錄，因為用戶名和密碼組合無效。如果使用某個用戶帳戶登錄，可能鍵入錯誤的用戶名或密碼，也可能選擇只允許匿名訪問。如果使用匿名帳戶登錄，IIS的配置可能拒絕匿名訪問。
550-命令未被執行，因為指定的文件不可用。例如，要GET的文件並不存在，或試圖將文件PUT到您沒有寫入許可權的目錄。
對HTTP404狀態碼的理解
HTTP 404 錯誤意味著鏈接指向的網頁不存在，即原始網頁的URL失效，這種情況經常會發生，很難避免，比如說：網頁URL生成規則改變、網頁文件更名或移動位置、導入鏈接拼寫錯誤等，導致原來的URL地址無法訪問；當Web 伺服器接到類似請求時，會返回一個404 狀態碼，告訴瀏覽器要請求的資源並不存在。但是，Web伺服器默認的404錯誤頁面，無論Apache還是IIS，均十分簡陋、呆板且對用戶不友好，無法給用戶提供必要的信息以獲取更多線索，無疑這會造成用戶的流失。
因此，很多網站均使用自定義404錯誤的方式以提供用戶體驗避免用戶流失。一般而言，自定義404頁面通用的做法是在頁面中放置網站快速導航鏈接、搜索框以及網站提供的特色服務，這樣可以有效的幫助用戶訪問站點並獲取需要的信息。
404錯誤的處理方式
(一)定製404錯誤頁面的基本原則
首先應明確的是，404錯誤應工作在伺服器級而不是網頁級。對定製使用動態頁面如PHP腳本類型的404頁時，必須確保在PHP執行前伺服器已經順利地送出「404」狀態碼，不然，一旦執行到了ISAPI級別，返回的狀態碼便只能是「200」或其他如「302」之類的重定向狀態碼了。
其次，在自定義網站的404錯誤頁面時，對設置的錯誤頁面URL鏈接應使用相對路徑而不是絕對路徑，而且自定義404頁面應該放在網站根目錄下。盡管無效鏈接可能是多種形式的URL，但當發生404訪問錯誤時，WEB伺服器會自動將其轉到自定義的當404錯誤頁中，這跟URL的形似沒有關系。
(二)Apache下設置404錯誤頁面
為Apache Server設置 404錯誤頁面的方法很簡單，只需在.htaccess 文件中加入如下內容即可：
ErrorDocument 404 /notfound.php
注意：
1.切記不要將404錯誤轉向到網站主頁，否則可能會導致主頁在搜索引擎中消失
2.切記不要使用絕對URL(例如： 形式)，如果使用絕對URL返回的狀態碼是「302」+「200」（已測試）
(三)IIS/ASP.net下設置404錯誤頁面
首先，修改應用程序根目錄的設置，打開 「web.config」 文件編輯，在其中加入如下內容：
＜configuration＞
＜system.web＞
＜customErrors mode=」On」 defaultRedirect=」error.asp」＞
＜error statusCode=」404〃 redirect=」notfound.asp」 /＞
＜/customErrors＞
＜/system.web＞
＜/configuration＞
註：上文例中「error.asp」為系統默認的404頁面，「notfound.asp」為自定義的404頁面，使用時請修改相應文件名。
然後，在自定義的404頁面「notfound.asp」中加入：
＜%
Response.Status = 「404 Not Found」
%＞
這樣，便可以保證IIS能夠正確地返回「404」狀態碼
(四)在IIS/ASP.net下設置404靜態頁面
設置靜態404錯誤頁面的方法則比較簡單，在IIS管理器中右鍵單擊要管理的網站，打開「屬性」中的「自定義錯誤信息」頁，為「404」設定相應的錯誤信息頁即可
⑦ web.config如何限定某個頁面的訪問許可權
最煩這種人， 什麼都不看， 亂貼一大片！
⑧ sql Server不存在或訪問被拒絕問題的解決，怎麼辦
企業管理器中的設置:
1.在企業管理器中,選擇菜單上的"工具",再選擇"選項"
2.在彈出的"SQL Server企業管理器屬性"窗口中,點擊"高級"選項卡
3.在"連接設置"下的"登錄超時（秒）"右邊的框中輸入一個比較大的數字,如 20.
查詢分析器中的設置:
工具 -- 選項 -- 連接 -- 將登錄超時設置為一個較大的數字
四.大部分機都用Tcp/ip才能成功，有次我發現用Named Pipes才可以？
這是因為在windows 2000以後的操作系統中，MS為解決SQL SERVER的安全問題將TCP/IP配置
為SQLSERVER的默認連接協議，你可以在CLIENT NETWORK UTILITY中看到TCP/IP和NAME PIPE
的順序。
你也可以在：
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\Client\SuperSocketNetLib]
"ProtocolOrder"=hex(7):74,00,63,00,70,00,00,00,00,00
看到默認的協議。
2.怎麼在程序中更改Named Pipes ， Tcp/ip ，其sql語句怎麼寫？
你可以在上面提到的注冊表的位置修改：
CLIENT端：
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\Client\SuperSocketNetLib]
"ProtocolOrder"=hex(7):74,00,63,00,70,00,00,00,00,00
SERVER端：
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer\SuperSocketNetLib]
"ProtocolOrder"=hex(7):74,00,63,00,70,00,00,00,00,00
我的問題應該屬於第一類，遺憾的是我按照上面說的方法都不能解決這個問題。我使用：telnet <伺服器IP地址> 1433 顯示不能正確連接。按照說的方法也不能解決這個問題。有網友說出現1433埠不能連接的因為是Sql Server 2000沒有打補丁的緣故，但我打過sp4後仍然不能正確連接1433埠。
我在web.config里的設置為：
<configuration>
<appSettings>
<!--"data source=SASANK;initial catalog=CODER;persist security info=False;user id=sa;workstation id=SASANK;packet size=4096"-->
<add key="ConnectionString" value="server=localhost;Trusted_Connection=false;user id=sa;passWord=sa;database=sichuan"/>
</appSettings>
<system.web>
找了好久原因，都不行。
後來試著將資料庫連接項改為：
<add key="ConnectionString" value="server=192.168.254.60;Trusted_Connection=false;user id=sa;password=sa;database=sichuan"/>也就是把其中的Server改為我的機器在區域網中的IP地址（注意我是本機調試，我把server改為機器名也不行），連接運行，竟然成功了！問題解決了，但我還是不太明白是什麼原因？為什麼我使用telnet命令打開1433埠不成功？希望有誰能夠解釋下！
⑨ SQL Server 不存在或訪問被拒絕
總結起來的關於SQL Server連接中此類四個最常見錯誤錯誤解決方案如下：
一."SQL Server 不存在或訪問被拒絕"
這個是最復雜的,錯誤發生的原因比較多,需要檢查的方面也比較多.
一般說來,有以下幾種可能性:
1,SQL Server名稱或IP地址拼寫有誤
2,伺服器端網路配置有誤
3,客戶端網路配置有誤
要解決這個問題,我們一般要遵循以下的步驟來一步步找出導致錯誤的原因.
============= 首先,檢查網路物理連接 =============
ping <伺服器IP地址/伺服器名稱>
如果 ping <伺服器IP地址> 不成功,說明物理連接有問題,這時候要檢查硬體設備,如網卡,HUB,路由器等.
還有一種可能是由於客戶端和伺服器之間安裝有防火牆軟體造成的,比如 ISA Server.防火牆軟體可能會屏蔽對 ping,telnet 等的響應
因此在檢查連接問題的時候,我們要先把防火牆軟體暫時關閉,或者打開所有被封閉的埠.
如果ping <伺服器IP地址> 成功而,ping <伺服器名稱> 失敗
則說明名字解析有問題,這時候要檢查 DNS 服務是否正常.
有時候客戶端和伺服器不在同一個區域網裡面,這時候很可能無法直接使用伺服器名稱來標識該伺服器,這時候我們可以使用HOSTS文件來進行名字解析,
具體的方法是:
1.使用記事本打開HOSTS文件（一般情況下位於C:\WINNT\system32\drivers\etc）.
添加一條IP地址與伺服器名稱的對應記錄,如:
172.168.10.24 myserver
2.或在 SQL Server 的客戶端網路實用工具裡面進行配置,後面會有詳細說明.
============= 其次,使用 telnet 命令檢查SQL Server伺服器工作狀態 =============
telnet <伺服器IP地址> 1433
如果命令執行成功,可以看到屏幕一閃之後游標在左上角不停閃動,這說明 SQL Server 伺服器工作正常,並且正在監聽1433埠的 TCP/IP 連接
如果命令返回"無法打開連接"的錯誤信息,則說明伺服器端沒有啟動 SQL Server 服務,
也可能伺服器端沒啟用 TCP/IP 協議,或者伺服器端沒有在 SQL Server 默認的埠1433上監聽.
=============接著,我們要到伺服器上檢查伺服器端的網路配置,檢查是否啟用了命名管道.是否啟用了 TCP/IP 協議等等 =============
可以利用 SQL Server 自帶的伺服器網路使用工具來進行檢查.
點擊:程序 -- Microsoft SQL Server -- 伺服器網路使用工具
打開該工具後,在"常規"中可以看到伺服器啟用了哪些協議.
一般而言,我們啟用命名管道以及 TCP/IP 協議.
點中 TCP/IP 協議,選擇"屬性",我們可以來檢查 SQK Server 服務默認埠的設置
一般而言,我們使用 SQL Server 默認的1433埠.如果選中"隱藏伺服器",則意味著客戶端無法通過枚舉伺服器來看到這台伺服器,起到了保護的作用,但不影響連接.
============= 接下來我們要到客戶端檢查客戶端的網路配置 =============
我們同樣可以利用 SQL Server 自帶的客戶端網路使用工具來進行檢查,
所不同的是這次是在客戶端來運行這個工具.
點擊:程序 -- Microsoft SQL Server -- 客戶端網路使用工具
打開該工具後,在"常規"項中,可以看到客戶端啟用了哪些協議.
一般而言,我們同樣需要啟用命名管道以及 TCP/IP 協議.
點擊 TCP/IP 協議,選擇"屬性",可以檢查客戶端默認連接埠的設置,該埠必須與伺服器一致.
單擊"別名"選項卡,還可以為伺服器配置別名.伺服器的別名是用來連接的名稱,
連接參數中的伺服器是真正的伺服器名稱,兩者可以相同或不同.別名的設置與使用HOSTS文件有相似之處.
通過以上幾個方面的檢查,基本上可以排除第一種錯誤.
二."無法連接到伺服器,用戶xxx登陸失敗"
該錯誤產生的原因是由於SQL Server使用了"僅 Windows"的身份驗證方式,
因此用戶無法使用SQL Server的登錄帳戶（如 sa ）進行連接.解決方法如下所示:
1.在伺服器端使用企業管理器,並且選擇"使用 Windows 身份驗證"連接上 SQL Server
2.展開"SQL Server組",滑鼠右鍵點擊SQL Server伺服器的名稱,選擇"屬性",再選擇"安全性"選項卡
3.在"身份驗證"下,選擇"SQL Server和 Windows ".
4.重新啟動SQL Server服務.
在以上解決方法中,如果在第 1 步中使用"使用 Windows 身份驗證"連接 SQL Server 失敗,
那就通過修改注冊表來解決此問題:
1.點擊"開始"-"運行",輸入regedit,回車進入注冊表編輯器
2.依次展開注冊表項,瀏覽到以下注冊表鍵:
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer]
3.在屏幕右方找到名稱"LoginMode",雙擊編輯雙位元組值
4.將原值從1改為2,點擊"確定"
5.關閉注冊表編輯器
6.重新啟動SQL Server服務.
此時,用戶可以成功地使用sa在企業管理器中新建SQL Server注冊,
但是仍然無法使用Windows身份驗證模式來連接SQL Server.
這是因為在 SQL Server 中有兩個預設的登錄帳戶:
BUILTIN\Administrators
<機器名>\Administrator 被刪除.
要恢復這兩個帳戶,可以使用以下的方法:
1.打開企業管理器,展開伺服器組,然後展開伺服器
2.展開"安全性",右擊"登錄",然後單擊"新建登錄"
3.在"名稱"框中,輸入 BUILTIN\Administrators
4.在"伺服器角色"選項卡中,選擇"System Administrators"
5.點擊"確定"退出
6.使用同樣方法添加 <機器名>\Administrator 登錄.
說明:
以下注冊表鍵:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer\LoginMode
的值決定了SQL Server將採取何種身份驗證模式.
1.表示使用"Windows 身份驗證"模式
2.表示使用混合模式（Windows 身份驗證和 SQL Server 身份驗證）.
三.提示連接超時
如果遇到第三個錯誤,一般而言表示客戶端已經找到了這台伺服器,並且可以進行連接,
不過是由於連接的時間大於允許的時間而導致出錯.
這種情況一般會發生在當用戶在Internet上運行企業管理器來注冊另外一台同樣在Internet上的伺服器,
並且是慢速連接時,有可能會導致以上的超時錯誤.有些情況下,由於區域網的網路問題,也會導致這樣的錯誤.
要解決這樣的錯誤,可以修改客戶端的連接超時設置.
默認情況下,通過企業管理器注冊另外一台SQL Server的超時設置是 4 秒,
而查詢分析器是 15 秒（這也是為什麼在企業管理器里發生錯誤的可能性比較大的原因）.
具體步驟為:
企業管理器中的設置:
1.在企業管理器中,選擇菜單上的"工具",再選擇"選項"
2.在彈出的"SQL Server企業管理器屬性"窗口中,點擊"高級"選項卡
3.在"連接設置"下的"登錄超時（秒）"右邊的框中輸入一個比較大的數字,如 20.
查詢分析器中的設置:
工具 -- 選項 -- 連接 -- 將登錄超時設置為一個較大的數字
四.大部分機都用Tcp/ip才能成功，有次我發現用Named Pipes才可以？
這是因為在WINDOWS 2000以後的操作系統中，MS為解決SQL SERVER的安全問題將TCP/IP配置
為SQLSERVER的默認連接協議，你可以在CLIENT NETWORK UTILITY中看到TCP/IP和NAME PIPE
的順序。
你也可以在：
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\Client\SuperSocketNetLib]
"ProtocolOrder"=hex(7):74,00,63,00,70,00,00,00,00,00
看到默認的協議。
2.怎麼在程序中更改Named Pipes ， Tcp/ip ，其sql語句怎麼寫？
你可以在上面提到的注冊表的位置修改：
CLIENT端：
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\Client\SuperSocketNetLib]
"ProtocolOrder"=hex(7):74,00,63,00,70,00,00,00,00,00
SERVER端：
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer\SuperSocketNetLib]
"ProtocolOrder"=hex(7):74,00,63,00,70,00,00,00,00,00
我的問題應該屬於第一類，遺憾的是我按照上面說的方法都不能解決這個問題。我使用：telnet <伺服器IP地址> 1433 顯示不能正確連接。按照說的方法也不能解決這個問題。有網友說出現1433埠不能連接的因為是Sql Server 2000沒有打補丁的緣故，但我打過sp4後仍然不能正確連接1433埠。
我在web.config里的設置為：
<configuration>
<appSettings>
<!--"data source=SASANK;initial catalog=CODER;persist security info=False;user id=sa;workstation id=SASANK;packet size=4096"-->
<add key="ConnectionString" value="server=localhost;Trusted_Connection=false;user id=sa;password=sa;database=sichuan"/>
</appSettings>
<system.web>
找了好久原因，都不行。
後來試著將資料庫連接項改為：
<add key="ConnectionString" value="server=192.168.254.60;Trusted_Connection=false;user id=sa;password=sa;database=sichuan"/>也就是把其中的Server改為我的機器在區域網中的IP地址（注意我是本機調試，我把server改為機器名也不行），連接運行，竟然成功了！問題解決了，但我還是不太明白是什麼原因？為什麼我使用telnet命令打開1433埠不成功？希望有誰能夠解釋下！
http://www.cnblogs.com/tutuya/archive/2006/08/07/470080.html
⑩ visual studio 發布網站對路徑「D:\angwang\WebSite1\App_Data\angwang.mdf」的訪問被拒絕 什麼原因
肯定是因為路徑的原因，應該是用相對路徑，在webconfig中設置一下相對路徑 ，連接字元串怎麼少東西啊。。。。datasource少東西吧