iis編譯錯誤cs0009
① ASP.NET IIS 應用程序中的伺服器錯誤
出錯信息如下:
運行時錯誤
說明: 伺服器上出現應用程序錯誤。此應用程序的當前自定義錯誤設置禁止遠程查看應用程序錯誤的詳細信息(出於安全原因)。但可以通過在本地伺服器計算機上運行的瀏覽器查看。
詳細信息: 若要使他人能夠在遠程計算機上查看此特定錯誤信息的詳細信息，請在位於當前 Web 應用程序根目錄下的「web.config」配置文件中創建一個 <customErrors> 標記。然後應將此 <customErrors> 標記的「mode」屬性設置為「Off」。
<!-- Web.Config 配置文件 -->
<configuration>
<system.web>
<customErrors mode="Off"/>
</system.web>
</configuration>
注釋: 通過修改應用程序的 <customErrors> 配置標記的「defaultRedirect」屬性，使之指向自定義錯誤頁的 URL，可以用自定義錯誤頁替換所看到的當前錯誤頁。
<!-- Web.Config 配置文件 -->
<configuration>
<system.web>
<customErrors mode="RemoteOnly" defaultRedirect="mycustompage.htm"/>
</system.web>
</configuration>「/」應用程序中的伺服器錯誤。
配置錯誤
說明: 在處理向該請求提供服務所需的配置文件時出錯。請檢查下面的特定錯誤詳細信息並適當地修改配置文件。
分析器錯誤信息: 無法識別的配置節「connectionStrings」
源錯誤:
行 12： <add key="Dsn" value="server=(local);database=al_bysj;uid=sa;pwd="/>
行 13： </appSettings>
行 14： <connectionStrings>
行 15： <add name="al_bysjConnectionString" connectionString="Data Source=(local);Initial Catalog=al_bysj;User ID=sa;Password=" providerName="System.Data.SqlClient"/>
行 16： </connectionStrings>
源文件: D:.config 行: 14
版本信息: Microsoft .NET Framework 版本:1.1.4322.2300; ASP.NET 版本:1.1.4322.2300
從版本信息中可以捕捉到，
確認Microsoft .NET Framework 版本
解決方法一：
在cmd 命令行中運行 C:/WINDOWS/Microsoft.NET/Framework/v2.0.50727/aspnet_regiis.exe -i解決方法二：
在IIS中選中該網站，單擊右鍵『屬性』，選擇 Asp.net 標簽欄。將 Asp.net 版本改成2.0 即可。
Microsoft .NET Framework 版本:1.1.4322.2300
② IIS管理器 更改代碼無效
出現錯誤。
1、檢查IIS目錄選項下面「配置」下的應用程序調試有被選中。
2、可以修改文件使錯誤提示更生動。
3、可以在預先的代碼中錯誤處理。
4、編寫代碼要先將框架寫好，更詳細的代碼寫。
③ 編譯asp.net在IIS運行錯誤
bin文件夾是你的網站經過編譯後才出現的，你不生成是看不見得，只要是經過編譯後都會有bin文件夾的。你在IIS中有asp.net選項卡，看你選則得是哪個了，還有就是你用的NETFramework框架是什麼版本的了，要高於IIS中的版本，那肯定不行了，只能和IIS中一樣或比他低才能，你試試看，
④ 請問IIS日誌如何分析錯誤
1、進入伺服器的管理之後，打開「Internet 信息服務(IIS)管理器」，
2、雙擊信息服務(IIS)管理器，進入管理以後打開信息服務(IIS)管理器，選中要查看的網站，在網站欄目那裡右鍵單擊，選擇「屬性」，
3、在彈出的窗口裡面，點擊「網站」欄目，查看日誌記錄中的「屬性」，
4、通過日誌記錄屬性欄目，即可看到日誌文件目錄了，
上面的日誌文件目錄即是iis的文件存放位置了，IIS日誌文件便在C:\WINDOWS\system32\LogFiles\文件夾內。
IIS日誌文件存儲格式是後綴名為log的文本文件，如下面這些文件就是網站的iis日誌了。
要查看對應站點的IIS日誌，只需要打開對應IIS日誌文件夾找到相對應日誌文件即可，也可藉助IIS日誌分析工具提供查看IIS日誌的效率！
三、如何分析IIS日誌？
知道了IIS日誌的位置了，也看到了IIS日誌的文件了，接下來我們就應該對日誌文件進行分析了，那麼，我們該如果分析IIS日誌呢？
1、如何查看IIS日誌信息
IIS日誌可以用IIS日誌分析工具去大概的去查一查，一般工具都能查出有各種蜘蛛來到網站的總數，以及有沒有失敗，不會把各種的信息都給你，工具分析只是簡單的告訴你一個概況，馬海祥在此就拿出一條信息來為大傢具體的分析一下，如下面的截圖所示：
我們可以分段對這個IIS日誌進行分析：
2010-10-22 05：04：53 表示的是時間；
W3SVC151800 P-0YMR9WW8YX4U9是機器編號；
222.76.213.49為網站的IP；
GET是觸發事件；
80是埠號；
61.135.186.49是搜索引擎蜘蛛的IP；
Baispider是網路的蜘蛛（另外，谷歌蜘蛛：Googlebot；360搜索蜘蛛：360Spider，更多的可查看馬海祥博客《解讀iis日誌中搜索引擎蜘蛛名稱代碼及爬尋返回代碼》的相關介紹）；
200 0 0是訪問成功的返回代碼；
41786 193 6968是蜘蛛與網站對話的時間與下載的數據以及花了多少時間。
連在一起就是2010.10.22的早上5點4分53秒的時候一個編號為W3SVC151800 P-0YMR9WW8YX4U9的蜘蛛通過80埠進入網站成功訪問並下載了47186B的數據，花費了193MS。
2、用excel表格分析網站的iis日誌
先新建一個excel表格，把剛才的ex121129.log文件里的文件粘貼到新建的excel表格裡面，，如下圖所示：
復制之後，選定A，在工具欄里選擇數據→分列，如下圖所示：
選擇分隔符號，點擊下一步：
選擇空格，去掉Tab鍵前面的鉤，點擊完成，如下圖所示：
網站的iis日誌就這樣被拆分出來了，之後自己再調整一下表格的列寬、升降序等即可。
四、詳解IIS日誌參數
一般情況下，IIS日誌文件代碼格式如下所示：
#Software: Microsoft Internet Information Services 6.0
#Version: 1.0
#Date: 2009-11-26 06:14:21
#Fields: date time s-sitename s-ip cs-method cs-uri-stem cs-uri-query s-port cs-username c-ip cs(User-Agent) sc-status sc-substatus sc-win32-status
2009-11-26 06:14:21 W3SVC692644773 125.67.67.* GET /index.html - 80 - 123.125.66.130 Baispider+(+http://www..com/search/spider.htm) 200 0 64
2009-11-26 06:14:21 W3SVC692644773 125.67.67.* GET /index.html - 80 - 220.181.7.116 Baispider+(+http://www..com/search/spider.htm) 200 0 64
在此，馬海祥也為大家詳細的解說一下IIS日誌參數：
date：發出請求時候的日期。
time：發出請求時候的時間，注意：默認情況下這個時間是格林威治時間，比我們的北京時間晚8個小時，下面有說明。
c-ip：客戶端IP地址。
cs-username：用戶名，訪問伺服器的已經過驗證用戶的名稱，匿名用戶用連接符-表示。
s-sitename：服務名，記錄當記錄事件運行於客戶端上的Internet服務的名稱和實例的編號。
s-computername：伺服器的名稱。
s-ip：伺服器的IP地址。
s-port：為服務配置的伺服器埠號。
cs-method：請求中使用的HTTP方法，GET/POST。
cs-uri-stem：URI資源，記錄做為操作目標的統一資源標識符（URI），即訪問的頁面文件。
cs-uri-query：URI查詢，記錄客戶嘗試執行的查詢，只有動態頁面需要URI查詢，如果有則記錄，沒有則以連接符-表示，即訪問網址的附帶參數。
sc-status：協議狀態，記錄HTTP狀態代碼，200表示成功，403表示沒有許可權，404表示找不到該頁面，具體說明在下面。
sc-substatus：協議子狀態，記錄HTTP子狀態代碼。
sc-win32-status：Win32狀態，記錄Windows狀態代碼。
sc-bytes：伺服器發送的位元組數。
cs-bytes：伺服器接受的位元組數。
time-taken：記錄操作所花費的時間，單位是毫秒。
cs-version：記錄客戶端使用的協議版本，HTTP或者FTP。
cs-host:記錄主機頭名稱，沒有的話以連接符-表示。馬海祥提醒大家注意：為網站配置的主機名可能會以不同的方式出現在日誌文件中，原因是HTTP.sys使用Punycode編碼格式來記錄主機名。
cs(User-Agent)：用戶代理，客戶端瀏覽器、操作系統等情況。
cs(Cookie)：記錄發送或者接受的Cookies內容，沒有的話則以連接符-表示。
cs(Referer)：引用站點，即訪問來源。
五、搜索引擎蜘蛛爬尋返回代碼
HTTP協議狀態碼的含義，協議狀態sc-status，是伺服器日記擴展屬性的一項，下面是各狀態碼含義：
"100" ：Continue，客戶必須繼續發出請求。
"101" ：witching Protocols，客戶要求伺服器根據請求轉換HTTP協議版本。
"200" ：OK，交易成功。
"201" ：Created，提示知道新文件的URL。
"202" ：Accepted，接受和處理、但處理未完成。
"203" ：Non-Authoritative Information，返回信息不確定或不完整。
"204" ：No Content，請求收到，但返回信息為空。
"205" ：Reset Content，伺服器完成了請求，用戶代理必須復位當前已經瀏覽過的文件。
"206" ：Partial Content，伺服器已經完成了部分用戶的GET請求。
"300" ：Multiple Choices，請求的資源可在多處得到。
"301" ：Moved Permanently，刪除請求數據。
"302" ：Found，在其他地址發現了請求數據。
"303" ：See Other，建議客戶訪問其他URL或訪問方式。
"304" ：Not Modified，客戶端已經執行了GET，但文件未變化。
"305" ：Use Proxy，求的資源必須從伺服器指定的地址得到。
"306" ：前一版本HTTP中使用的代碼，現行版本中不再使用。
"307" ：Temporary Redirect，申明請求的資源臨時性刪除。
"400" ：Bad Request，錯誤請求，如語法錯誤。
"401" ：Unauthorized，請求授權失敗。
"402" ：Payment Required，保留有效ChargeTo頭響應。
"403" ：Forbidden，請求不答應（具體可查看馬海祥博客《403 Forbidden錯誤的原因和解決方法》的相關介紹）。
"404" ：Not Found，沒有發現文件、查詢或URl（具體可查看馬海祥博客《404 Not Found錯誤頁面的解決方法和注意事項》的相關介紹）。
"405" ：Method Not Allowed，用戶在Request-Line欄位定義的方法不答應。
"406" ：Not Acceptable，根據用戶發送的Accept拖，請求資源不可訪問。
"407" ：Proxy Authentication Required，類似401，用戶必須首先在代理伺服器上得到授權。
"408" ：Request Time-out，客戶端沒有在用戶指定的餓時間內完成請求。
"409" ：Conflict，對當前資源狀態，請求不能完成。
"410" ：Gone，伺服器上不再有此資源且無進一步的參考地址。
"411" ：Length Required，伺服器拒絕用戶定義的Content-Length屬性請求。
"412" ：Precondition Failed，一個或多個請求頭欄位在當前請求中錯誤。
"413" ：Request Entity Too Large，請求的資源大於伺服器答應的大小。
"414" ：Request-URI Too Large，請求的資源URL長於伺服器答應的長度。
"415" ：Unsupported Media Type，請求資源不支持請求項目格式。
"416" ：Requested range not satisfiable，請求中包含Range請求頭欄位，在當前請求資源范圍內沒有range指示值，請求也不包含If-Range請求頭欄位。
"417" ：Expectation Failed，伺服器不滿足請求Expect頭欄位指定的期望值，假如是代理伺服器。
"500" ：Internal Server Error，伺服器產生內部錯誤。
"501" ：Not Implemented，伺服器不支持請求的函數。
"502" ：Bad Gateway，伺服器暫時不可用，有時是為了防止發生系統過載。
"503" ：Service Unavailable，伺服器過載或暫停維修。
"504" ：Gateway Time-out，關口過載，伺服器使用另一個關口或服務來響應用戶，等待時間設定值較長。
"505" ：HTTP Version not supported，伺服器不支持或拒絕支請求頭中指定的HTTP版本。
⑤ vs調試沒問題，iis發布瀏覽分析其錯誤，未能載入類型很急，求大神。
請按照下面的步驟進行：
1.看看你上次修改程序後，是不是沒有編譯通過？如果沒有編譯通過，修改錯誤的代碼。
2.刪除原來的bin下面的dll文件（刪除該程序生成的dll文件，引用的dll文件不要刪除）
3.在VS.NET中，選擇「生成」->「重新生成解決方案」。
然後，重新運行，看看是否成功。
我遇到的情況：能編譯通過，F5時提示「分析器錯誤：未能載入類型『WebApplication1.WebForm1』」，我的解決方法是直接「重新生成解決方案」，這時提示有錯誤，這些錯誤本來是應該在編譯時提示的，但是編譯時沒提示。？？不過修改錯誤後，不會再出現「分析器錯誤」了，程序運行正常。
唉，網上找了幾個解決方法都沒搞定。這個可以解決。
轉自Realizing my dream的博客：http://blog.163.com/hbsi_zhouwufeng/blog/static/438725362007111493422555/
⑥ ASP.NET MVC發布到IIS上出錯
解決方法：
1 設置c:windows\temp 目錄訪問許可權 temp--> 屬性-->安全-- > 添加network service -->並賦予其許可權為 讀 和 寫--> 確定
（注意：操作系統為windows server2003 framework 版本在 1.1及以上）
2 設置發布網站的程序目錄中bin文件夾的許可權 同樣添加 network service 並設置許可權為讀取、 運行
⑦ IIS用不了,重新安裝了還是有問題
這種問題我也遇到過，不是IIS錯誤，也不是你程序問題，是設置或許可權問題。你在網路裡面輸入「Microsoft VBScript 編譯器錯誤 錯誤 '800a03f6' 」就可以看到 很多原因了，自己可以對照實際情況看下。