IIS伺服器排錯指南及錯誤代碼大全

IIS伺服器排錯指南及錯誤代碼大全

2011年06月22日

　　IIS效勞器出錯的緣由是複雜的。象效勞啟動失敗、IIS程序中綴或者站點不能啟動這些錯誤都會在系統日志中記載一個錯誤事情。不管IIS呈現何種 錯誤，在肯定排錯計劃之前，都應先運用事情檢視器查閱系統日志所記載的相關事情。某些錯誤顯然是由效勞器硬體的損壞而形成的，而另一些由于軟體緣由形成的 錯誤常常不易發覺。本節就普通性的IIS排錯提供指導性的引見。

　　重新啟動IIS

　　依照微軟産品的普通性排錯辦法和毛病處理計 劃，大多數軟體問題能夠經過重新啟動到辦法得以處理。作為IIS5.0的新功用之一，我們能夠在不重新啟動計算機的狀況下重新開機IIS效勞，以至相當嚴重的 問題都能夠采用這種辦法處理。重新啟動IIS效勞能夠強迫系統重置IIS程序的記憶體空間，故由于記憶體錯誤惹起的問題能夠得到處理。重新開機IIS的辦法主要用 于下列狀況：網站應用程式癱瘓、且不能有效加以控制；網站應用程式工作不正常或者不穩定。[/TD] [/TR][/TABLE] 重新啟動IIS效勞的過程中，全部目前銜接都不能儲存，且重新開機期間效勞器上的全部站點都不能工作。假如重新開機IIS效勞不能處 理問題，則重新開機效勞器亦不會有效。

　　當站點應用程式不能正常工作時，依照下述步驟重新啟動效勞器的IIS效勞：

　　1．在IIS管理控制樹中展開IIS節點，選擇需求重新啟動IIS效勞的計算機。

　　2．單擊【操作】菜單，選擇【重新啟動IIS】。

　　3．在【中止/啟動/重新啟動】對話框中的【您向要IIS做什麼】下拉清單當選擇【重新啟動效勞器的IIS】 ，單擊【肯定】。

　　4．正在關閉】對話框顯現重新啟動IIS的進度，假如對話框長時間沒有反響，單擊【如今完畢】并重新停止上述操作。

　　留意：不能運用基于HTML的IIS管理器（遠端管理形式）停止上述重新開機操作。

　　關于單個站點的穩定性問題，不用重新啟動整個IIS程序，隻需重新開機站點即可。IIS排錯

　　備份/複原IIS

　　假如世界上存在一個萬無一失的效勞器平安規劃計劃，那就是備份。曾經有人指出：一個優秀的系統管理者所做的最重要的三項工作就是：備份、備份、備份。

　　IIS的完成機制包括一個相似系統資料庫的中繼資料庫：MetaBase，有關IIS自身和站點的配置屬性全部保管在Windows 2000和中繼資料庫MetaBase中。因而，隻需将相關的系統資料庫和中繼資料庫停止備份，即可保管站點相關的全部配置。即便在删除站點以至重新裝置IIS之 後，依然可以應用備份恢複到原來的狀态。

　　備份IIS的步驟如下：

　　1．在IIS管理器中展開IIS節點，選擇向要備份的計算機。

　　2．單擊【操作】菜單，選擇【備份/複原配置】。

　　3．在【備份/複原配置】對話框中的【備份】清單中列出全部備份檔案以及備份時間。單擊【創立備份】按鈕。

　　4．在【備份配置】對話框中指定建立備份的稱号，單擊【肯定】。

　　5．單擊【關閉】完成備份。

　　默許狀況下，備份檔案将保管在 Winntsystem32inetsrvMetaBack目錄中。

　　恢複備份的辦法與此相似，在【備份/複原配置】對話框中的【備份】清單當選擇一個備份檔案，單擊【複原】。然後再如左圖所示的提示對話框中單擊【肯定】，一段時間之後，IIS效勞器恢複到停止備份時所處的狀态。

　　假如效勞重視裝IIS之後需求恢複備份，則在上述恢複操作的根底上，還應停止額外的操作，步驟如下：

　　1．在指令提示符下，鍵入csc ript.exe X:InetPubAmdinsc riptsAdsutil.vbs enumw3svc，此處\"X\"是裝置IIS的驅動器号。從列出的設定中，查找WamUserName和相關的WAMUserPass的值。

　　2．在控制台中輕按兩下【管理工具】，然後輕按兩下【計算機管理】。

　　3．選擇【本地使用者管理器】，然後單擊【使用者】。輕按兩下【IWAM_computername】使用者帳戶。鍵入從以前步驟找到的WAMUserPass值，并單擊【肯定】。

　　4．在【配置備份名】對話框中，選擇創立的備份檔案，然後單擊【複原】。此時配置将得到完整複原。

　　IIS排錯

　　TCP/IP排錯

　　TCP/IP協定問題常常是招緻IIS不能正常工作的緣由。當IIS呈現錯誤但是能夠判别IIS效勞自身沒有問題時，就要思索能否網絡銜接呈現問題，簡單掃除網絡硬體損壞所形成的問題之後，我們的留意力就應集中在網絡協定，主要是TCP/IP協定上。

　　Windows 2000提供了一系列TCP/IP排錯工具，這些主要基于指令提示行的工具提供了診斷網絡問題的強大手腕。

　　運用ipconfig工具檢查TCP/IP配置

　　ipconfig是一個查閱和管理客戶機TCP/IP配置狀态的指令提示行工具。在指令提示行中鍵入：ipconfig并回車，得到如右圖所示的計算機根本TCP/IP配置屬性，包括IP位址、子網路遮罩和預設網關。

　　在指令提示行中鍵入：ipconfig /all并回車，得到細緻形式的TCP/IP配置狀态，除了根本資訊之外，還包括主機名、DNS設定、WINS設定、DHCP設定以及實體位址、節點類型等TCP/IP資訊。

　　假如計算機啟用DHCP并運用DHCP效勞器取得配置，能夠運用ipconfig /renew指令開端重新整理租約。也能夠運用帶/release選項的ipconfig指令立刻釋放主機的目前DHCP配置。

　　關于Windows 95和Windows 98客戶機，應運用 winipcfg指令而不是ipconfig指令。

　　運用ping指令測試銜接

　　Ping指令有助于考證IP級的連通性，發現和處理問題時，能夠運用Ping向目的主機名或IP位址發送ICMP回應懇求。在需求考證主機能否銜接到TCP/IP網絡和網絡資源時運用Ping。

　　Ping指令實踐上是向目的主機發送若幹（預設為4個）資料包，假如本地計算機與目的主機之間可以連通，目的主機将回複一條響應資訊，如右上圖所示，響應資訊包括響應時間和TTL值。勝利的Ping同一台主機闡明IP資料可以在本地與目的主機之間傳送。

　　假如收到逾時資訊，如右下圖所示，則闡明本地主機與目的主機之間的TCP/IP銜接不能樹立，可能的緣由包括網絡毛病，協定錯誤以及TCP/IP配置錯誤等在确認網絡連通性的時分，應依照以下次第停止Ping測試：

　　1．Ping本地循環位址127.0.0.1，肯定本地TCP/IP配置能否正确。

　　在指令提示行鍵入Ping 127.0.0.1。

　　2．Ping本機位址，檢驗本地IP位址設定能否正确。

　　3．Ping預設網關位址，檢驗能否與本地子網之外的主機停止通訊。

　　4．Ping遠端子網上的主機，檢驗能否經過路由器停止遠端通訊。

　　假如以上Ping指令均可以得到響應，闡明TCP/IP配置可以支援網絡通訊。否則，針對相應的網絡元件停止設定檢查。

　　運用netstat工具顯現銜接統計

　　能夠運用netstat指令顯現協定統計資訊和目前的TCP/IP銜接。

　　netstat -a指令将顯現一切銜接，而netstat -r顯現路由表和活動銜接。netstat -e指令将顯現 Ethernet 統計資訊，而netstat -s顯現每個協定的統計資訊。

　　假如運用 netstat -n，則不能将位址和端口号轉換成稱号。

　　IIS錯誤代碼大全

　　400 無法解析此懇求。

　　401.1 未經受權：通路由于憑據無效被回絕。

　　401.2 未經受權: 通路由于效勞器配置傾向運用替代身份考證辦法而被回絕。

　　401.3 未經受權：通路由于 ACL 對所懇求資源的設定被回絕。

　　401.4 未經受權：Web 效勞器上裝置的挑選器受權失敗。

　　401.5 未經受權：ISAPI/CGI 應用程式受權失敗。

　　401.7 未經受權：由于 Web 效勞器上的 URL 受權戰略而回絕通路。

　　403 制止通路：通路被回絕。

　　403.1 制止通路：執行通路被回絕。

　　403.2 制止通路：讀取通路被回絕。

　　403.3 制止通路：寫入通路被回絕。

　　403.4 制止通路：需求運用 SSL 檢視該資源。

　　403.5 制止通路：需求運用 SSL 128 檢視該資源。

　　403.6 制止通路：用戶端的 IP 位址被回絕。

　　403.7 制止通路：需求 SSL 用戶端證書。

　　403.8 制止通路：用戶端的 DNS 稱号被回絕。

　　403.9 制止通路：太多用戶端試圖銜接到 Web 效勞器。

　　403.10 制止通路：Web 效勞器配置為回絕執行通路。

　　403.11 制止通路：密碼已更改。

　　403.12 制止通路：效勞器證書映射器回絕了用戶端證書通路。

　　403.13 制止通路：用戶端證書已在 Web 效勞器上撤消。

　　403.14 制止通路：在 Web 效勞器上已回絕目錄清單。

　　403.15 制止通路：Web 效勞器已超越用戶端通路答應證限制。

　　403.16 制止通路：用戶端證書格式錯誤或未被 Web 效勞器信任。

　　403.17 制止通路：用戶端證書曾經到期或者尚未生效。

　　403.18 制止通路：無法在目前應用程式池中執行懇求的 URL。

　　403.19 制止通路：無法在該應用程式池中為用戶端執行 CGI。

　　403.20 制止通路：Passport 登入失敗。

　　404 找不到檔案或目錄。

　　404.1 檔案或目錄未找到：網站無法在所懇求的端口通路。

　　留意 404.1 錯誤隻會呈現在具有多個 IP 位址的計算機上。假如在特定 IP 位址/端口組合上收到用戶端懇求，而且沒有将 IP 位址配置為在該特定的端口上偵聽，則 IIS 傳回 404.1 HTTP 錯誤。例如，假如一台計算機有兩個 IP 位址，而隻将其中一個 IP 位址配置為在端口 80 上偵聽，則另一個 IP 位址從端口 80 收到的任何懇求都将招緻 IIS 傳回 404.1 錯誤。隻應在此效勞級别設定該錯誤，由于隻要當效勞器上運用多個 IP 位址時才會将它傳回給用戶端。 一、懇求挑選子產品被配置為回絕包含雙重轉義序列的懇求。HTTP 錯誤 404.11 - Not Found

　　1.單擊 開端。在 開端搜尋 框中, 鍵入 Notepad. 右擊 記事本 , 然後單擊 作為管理者運轉。

　　留意 假如提示用于管理者密碼或用于确認, 鍵入密碼, 或單擊 繼續。

　　2.在 檔案 菜單上, 單擊 翻開。在 檔案名 框中, 鍵入 %windir%\\system32\\inetsrv\\config\\applicationho st.config然後單擊 翻開。

　　3.在 ApplicationHost.config 檔案, 定位 檔案中的 configuration/system.webServer/security/requestFil tering/下

　　節點。大約360行

　　将

　　改為

　　即可

　　二、關于IIS7.0上傳大檔案出錯的處理計劃(描繪: 懇求挑選子產品被配置為回絕超越懇求内容長度的懇求)

　　運用IIS7.0的asp上傳大檔案時呈現如下錯誤：

　　HTTP Error 404.13 - Not Found

　　描繪: 懇求挑選子產品被配置為回絕超越懇求内容長度的懇求。

　　錯誤代碼: 0x00000000

　　通知: BeginRequest

　　子產品: RequestFilteringModule

　　懇求的 URL: http://localhost:80/u2/upfile.asp

　　實體途徑: G:\\web\\u2\\upfile.asp

　　登入使用者: 尚未肯定

　　登入辦法: 尚未肯定

　　處置程式: ASPClassic

　　最可能的緣由:

　　Web 效勞器上的懇求挑選被配置為回絕該懇求，由于内容長度超越配置的值。

　　可嘗試的操作:

　　确認 applicationhost.config 或 web.config 檔案中的 configuration/system.webServer/security/requestFil tering/[email protected] 設定。

　　通路是運轉 Internet Information Services 7.0 效勞器上承載 Web 站點時呈現錯誤資訊： \" HTTP 錯誤 404.13 - CONTENT_LENGTH_TOO_LARGE \"

　　處理計劃如下

　　要處理此問題, 請依照下列步驟：

　　1.單擊 開端。在 開端搜尋 框中, 鍵入 Notepad. 右擊 記事本 , 然後單擊 作為管理者運轉。

　　留意 假如提示用于管理者密碼或用于确認, 鍵入密碼, 或單擊 繼續。

　　2.在 檔案 菜單上, 單擊 翻開。在 檔案名 框中, 鍵入 %windir%\\system32\\inetsrv\\config\\applicationho st.config然後單擊 翻開。

　　3.在 ApplicationHost.config 檔案, 定位 節點。

　　4.删除 maxAllowedContentLength 屬性。 或者, 添加值相比對的 Content-Length 報頭， 用戶端發送懇求作為大小。 默許狀況下,的 maxAllowedContentLength 屬性值是 30000000。

　　例如, 修正下列代碼。

　　\" />

　　5.保管 ApplicationHost.config 檔案。

　　其實II7.0默許的出錯，曾經通知我們如何做了，呵呵，這點要比IIS6.0人性化多了。

　　修正後cmd指令行下打iisreset重起IIS（或是直接運用IIS管理重視起），重新上傳檔案照舊出錯。

　　不過這就是傳統的錯誤了。

　　修正MaxRequestEntityAllowed 即可，IIS6.0裡，需求如下操作(詳見：打破IIS6上傳和下載下傳檔案尺寸***)

　　處理辦法：

　　首先中止 IIS 效勞，之後翻開 C:\\Windows\\System32\\Inetsrv 中的 metabase.XML, 并修正 AspMaxRequestEntityAllowed 為你需求的值(例如 1073741824, 1GB)。

　　啟動IIS效勞。

　　IIS7.0裡，内置的ASP子產品曾經帶了這個屬性，能夠直接修正

　　步驟如下：

　　單擊所需求站點的稱号－在"功用視圖"裡面輕按兩下"ASP子產品"，翻開"***屬性"，将最後一項"最大懇求實體主體***[maxRequestEntityAllowed]"改為你需求的值(例如 1073741824, 1GB)。

　　同時，請留意假如你上傳的檔案較大，請思索一下"腳本逾時[sc riptTimeOut]"能否需求更改，

　　默許是00:01：30，yaosansi這裡改成了00:05:30，當然你也能夠在ASP程式裡更改逾時時間。

　　三、應用程式中的效勞器錯誤 HTTP Error 404.3 - Not Found 描繪: 由于 Web 效勞器上配置的多用處 Internet 郵件擴充(Multipurpose Internet Mail Extensions, MIME)映射戰略的緣由，無法處置所懇求的頁面。您懇求的頁面具有無法辨認的檔案擴充名，是以不被允許。

　　錯誤代碼: 0x80070032

　　最可能的緣由:

　　可能是短少處置程式映射。默許狀況下，靜态檔案處置程式将處置一切内容。

　　您要運用的功用可能尚未裝置。

　　沒有為網站或應用程式啟用相應的 MIME 映射。(正告: 請不要為使用者不應下載下傳的 .ASPX 頁或 .config 檔案等内容創立 MIME 映射。)

　　可嘗試的操作: 系統盤:\\windows\\ServiceProfiles\\NetworkService\\AppDa ta\\Local\\Temp這個目錄添加一個\"Autheticated Users"的讀寫答應即可。

　　修正：

　　C:\\Windows\\System32\\inetsrv\\config\\applicatio nHost.config

　　該檔案第108行原文：

　　修正為：

　　四、IIS7.0 ASP無法正常連Access資料庫問題

　　在處理這個問題前先說下Vista IIS7.0 ASP環境的配置，假如IIS是默許裝置的，那麼ASP程式是不能運轉的，當在IE中翻開擴充名為.ASP檔案的時分，iis會當着普通的網頁檔案來顯 現。在IE中檢視檔案的源代碼，能夠看到ASP檔案的一切原始代碼，就跟我們輕按兩下翻開檔案一樣的。我們需求裝置一些功用來支援ASP應用程式的解析，翻 開：控制台- 程式 - 程式和功用 - 翻開或關閉Windows功用，依照下面這個圖示，把相應的ASP選上就行了。

　　設定好IIS（開啟"啟用父目錄途徑"，要不你用../途徑的時分可能會出錯），做好相關站點的設定，可是運轉的時分就提示：

　　援用[Microsoft][ODBC Microsoft Access 驅動程式] 磁盤或網絡錯誤。 或（就看你用什麼方式連Access了）

　　援用Microsoft JET Database Engine 錯誤 '80004005'

　　未指定的錯誤

　　/inc/conn.asp，行 10

　　處理方法

　　把 C:\\Windows\\ServiceProfiles\\NetworkService\\AppD ata\\Local下的Temp目錄添加了 everyone的讀寫權限。再一通路就ＯＫ了，至此問題處理 （everyone加讀寫是我為省事本人加的，其實還能夠加的再"準确"點，詳細見下）

　　援用 網上還有一說法給"系統盤:\\Windows\\ServiceProfiles\\NetworkService\\AppDa ta\\Local \\Temp"目錄添加一個"Authenticated Users"的使用者，其中AppData目錄是躲藏的，在進入的時分能夠直接在位址欄輸入途徑，或者在檔案夾選項裡顯現躲藏檔案

　　Server2003架設IIS6.0伺服器架站出錯解決方案總結

　　相信很多在朋友架設server2003，IIS設定的過程中遇到的問題都有點頭痛吧,我開始學這方面的時候遇到到的題,我大概總結了下。大家可以看下。

　　問題1：未啟用父路徑

　　症狀舉例：

　　Active Server Pages 錯誤 'ASP 0131'

　　不允許的父路徑

　　/cnhockchinaying/Index.asp，行 3

　　包含檔案 '../Conn.asp' 不能用 '..' 表示父目錄。

　　

　　圖1

　　原因分析：

　　許多Web頁面裡要用到諸如../格式的語句（即回到上一層的頁面，也就是父路徑），而IIS6.0出于安全考慮，這一選項預設是關閉的。

　　解決方法：

　　在IIS中 屬性->主目錄->配置->選項中。把"啟用父路徑"前面打上勾。确認重新整理。

　　問題2：ASP的Web擴充配置不當（同樣适用于ASP.NET、CGI）

　　server架設IIS6.0伺服器架站出錯解決方案總結

　　症狀舉例：

　　HTTP 錯誤 404 - 檔案或目錄未找到。

　　原因分析：

　　在IIS6.0中新增了web程式擴充這一選項，你可以在其中對ASP、ASP.NET、CGI、IDC等程式進行允許或禁止，預設情況下ASP等程式是禁止的。

　　

　　處理辦法：

　　在IIS中的Web效勞擴充當選中Active Server Pages，點選"允許"。

　　問題3：身份認證配置不當

　　病症舉例：

　　HtTP 錯誤 401.2 - 未經受權：通路由于效勞器配置被回絕。

　　緣由剖析：IIS 支援以下幾種 Web 身份考證辦法：

　　匿名身份考證

　　IIS 創立 IUSR_計算機稱号 帳戶（其中 計算機稱号 是正在運轉 IIS 的效勞器的稱号），用來在匿名使用者懇求 Web 内容時對他們停止身份考證。此帳戶授予使用者本地登入權限。你能夠将匿名使用者通路重置為運用任何有效的 Windows 帳戶。

　　根本身份考證

　　運用根本身份考證可限制對 NTFS 格式 Web 效勞器上的檔案的通路。運用根本身份考證，使用者必需輸入憑據，而且通路是基于使用者 ID 的。使用者 ID 和密碼都以明文方式在網絡間停止發送。

　　Windows 內建身份考證

　　Windows 內建身份考證比根本身份考證平安，而且在使用者具有 Windows 域帳戶的内部網環境中能很好地發揮作用。在內建的 Windows 身份考證中，閱讀器嘗試運用目前使用者在域登入過程中運用的憑據，假如嘗試失敗，就會提示該使用者輸入使用者名和密碼。假如你運用內建的 Windows 身份考證，則使用者的密碼将不傳送到效勞器。假如該使用者作為域使用者登入到本地計算機，則他在通路此域中的網絡計算機時不用再次停止身份考證。

　　摘要身份考證

　　摘 要身份考證克制了根本身份考證的許多缺陷。在運用摘要身份考證時，密碼不是以明文方式發送的。另外，你能夠經過代理效勞器運用摘要身份考證。摘要身份考證 運用一種應戰/響應機制（內建 Windows 身份考證運用的機制），其中的密碼是以加密方式發送的。 [資訊來自\"歲月聯盟\"]

　　.NET Passport 身份考證

　　Microsoft .NET Passport 是一項使用者身份考證效勞，它允許單一簽入平安性，可運使用者在通路啟用了 .NET Passport 的 Web 站點和效勞時愈加平安。啟用了 .NET Passport 的站點會依托 .NET Passport 中央效勞器來對使用者停止身份考證。但是，該中心效勞器不會受權或回絕特定使用者通路各個啟用了 .NET Passport 的站點。

　　處理辦法：

　　依據需求配置不同的身份認證（普通為匿名身份認證，這是大多數站點運用的認證辦法）。認證選項在IIS的屬性->平安性->身份考證和通路控制下配置。 Syue.com

　　問題4：IP限制配置不當

　　病症舉例：

　　HTTP 錯誤 403.6 - 制止通路：用戶端的 IP 位址被回絕。

　　緣由剖析：

　　IIS提供了IP限制的機制，你能夠經過配置來限制某些IP不能通路站點，或者限制僅僅隻要某些IP能夠通路站點，而假如用戶端在被你阻止的IP範圍内，或者不在你允許的範圍内，則會呈現錯誤提示。

　　處理辦法：

　　進入IIS的屬性->平安性->IP位址和域名限制。假如要限制某些IP位址的通路，需求選擇受權通路，點添加選擇不允許的IP位址。反之則能夠隻允許某些IP位址的通路。 [資源來自\"歲月聯盟\"]

　　問題5：IUSR賬号被禁用 [Syue.com]

　　病症舉例：

　　HTTP 錯誤 401.1 - 未經受權：通路由于憑據無效被回絕。

　　緣由剖析：

　　由于使用者匿名通路運用的賬号是IUSR_機器名，因而假如此賬号被禁用，将形成使用者無法通路。

　　處理方法：

　　控制台->管理工具->計算機管理->本地使用者群組，将IUSR_機器名賬号啟用。

　　問題6：NTFS權限設定不當

　　病症舉例：

　　HTTP 錯誤 401.3 - 未經受權：通路由于 ACL 對所懇求資源的設定被回絕。

　　緣由剖析：

　　Web用戶端的使用者從屬于user組，因而，假如該檔案的NTFS權限缺乏（例如沒有讀權限），則會招緻頁面無法通路。

　　處理方法：

　　進入該檔案夾的平安頁籤，配置user的權限，至少要給讀權限。關于NTFS權限設定這裡不再饋述。 \"歲月聯盟\"

　　問題7：IWAM賬号不同步 [Syue.com]

　　病症舉例：

　　HTTP 500 - 内部效勞器錯誤

　　緣由剖析：

　　IWAM賬号是裝置IIS時系統自動樹立的一個内置賬号。IWAM賬号樹立後被Active Directory、IIS metabase資料庫和COM+應用程式三方共同運用，賬号密碼被三方分别保管，并由作業系統擔任這三方保管的IWAM密碼的同步工作。系統對IWAM 賬号的密碼同步工作有時會失效，招緻IWAM賬号所用密碼不統一。

　　處理方法：

　　假如存在AD，選擇開端->程式->管理工具->Active Directory使用者和計算機。為IWAM賬号設定密碼。

　　運轉c:\\Inetpub\\Adminsc ripts>adsutil SET w3svc/WAMUserPass +密碼 同步IIS metabase資料庫密碼

　　運轉csc ript c:\\inetpub\\adminsc ripts\\synciwam.vbs -v 同步IWAM賬号在COM+應用程式中的密碼 [資源來自\"歲月聯盟\"]

　　問題8：MIME設定問題招緻某些類型檔案無法下載下傳（以ISO為例） 病症舉例：

　　HTTP 錯誤 404 - 檔案或目錄未找到。

　　緣由剖析：

　　IIS6.0取消了對某些MIME類型的支援，例如ISO，緻使用戶端下載下傳出錯。

　　處理辦法：

　　在IIS中 屬性->HTTP頭->MIME類型->建立。在随後的對話框中，擴充名填入.ISO，MIME類型是application。 SYUE.COM另外，防火牆阻止，ODBC配置錯誤，Web效勞器性能限制，線程限制等要素也是形成IIS效勞器無法通路的可能緣由，這裡就不再逐個饋 述了。