一、感染了病毒所致這種情況往往表現(xiàn)在打開IE 時(shí)，在IE 界面的左下框里提示：正在打開網(wǎng)頁，但老半天沒響應(yīng)。在任務(wù)管理器里查看進(jìn)程，（進(jìn)入方法， 把鼠標(biāo)放在任務(wù)欄上，按右鍵—任務(wù)管理器—進(jìn)程）看看CP

一、感染了病毒所致

這種情況往往表現(xiàn)在打開IE 時(shí)，在IE 界面的左下框里提示：正在打開網(wǎng)頁，但老半天沒響應(yīng)。在任務(wù)管理器里查看進(jìn)程，（進(jìn)入方法， 把鼠標(biāo)放在任務(wù)欄上，按右鍵—任務(wù)管理器—進(jìn)程）看看CPU 的占用率如何，如果是100，可以肯定，是感染了病毒，這時(shí)你想運(yùn)行其他程序簡 直就是受罪。這就要查查是哪個(gè)進(jìn)程貪婪地占用了CPU 資源。

找到后，最好把名稱記錄下來，然后點(diǎn)擊結(jié)束，如果不能結(jié)束，則要啟動(dòng)到安全模式下把該東東刪除，還要進(jìn)入注冊表里，（方法：開 始—運(yùn)行，輸入regedit ）在注冊表對話框里，點(diǎn)編輯—查找，輸入那個(gè)程序名，找到后，點(diǎn)鼠標(biāo)右鍵刪除，然后再進(jìn)行幾次的搜索，往往能徹 底刪除干凈。

有很多的病毒，殺毒軟件無能為力時(shí)，唯一的方法就是手動(dòng)刪除。

二、與設(shè)置代理服務(wù)器有關(guān)

三、DNS 服務(wù)器解釋出錯(cuò)

所謂DNS ，即域名服務(wù)器（Domain Name Server ）, 它把域名轉(zhuǎn)換成計(jì)算機(jī)能夠識別的I P 地址，如深圳之窗（www.sz.net.cn ）對應(yīng)的IP 地址是219.133.46.54，深圳熱線 （ww w.szonline.net ）對應(yīng)的IP 地址是202.96.154.6。如果DNS 服務(wù)器出錯(cuò)，則無法進(jìn)行域名解釋，自然不能上網(wǎng)了。

四、系統(tǒng)文件丟失導(dǎo)致IE 不能正常啟動(dòng)

有一種現(xiàn)象也需特別留意：就是能打開網(wǎng)站的首頁，但不能打開二級鏈接，如果是這樣，處理的方法是重新注冊如下的DLL 文件：

在開始—運(yùn)行里輸入：

regsvr32 Shdocvw.dll

regsvr32 Shell32.dll （注意這個(gè)命令，先不用輸）

regsvr32 Oleaut32.dll

regsvr32 Actxprxy.dll

regsvr32 Mshtml.dll

regsvr32 Urlmon.dll

regsvr32 Msjava.dll

regsvr32 Browseui.dll

注意：每輸入一條，按回車。第二個(gè)命令可以先不用輸，輸完這些命令后重新啟動(dòng)window s ，如果發(fā)現(xiàn)無效，再重新輸入一遍，這次輸 入第二個(gè)命令。

五、IE 損壞

Radmin 服務(wù)端保持連接不斷問題分析與解決

1、問題描述

Radmin 是一個(gè)絕佳的遠(yuǎn)程控制軟件，用來做跳板的后門再好不過了，不過每次連過跳板后，察看跳板連線，可以仍然看見我們和跳板上Radmin 的連接，只不過顯示為TIME_WAIT，且一直這樣。

Proto Local Address Foreign Address State

TCP 0.0.0.0:135 0.0.0.0:0 LISTENING

TCP 0.0.0.0:445 0.0.0.0:0 LISTENING

TCP 0.0.0.0:1030 0.0.0.0:0 LISTENING

TCP 127.0.0.1:1031 0.0.0.0:0 LISTENING

TCP 192.168.11.1:139 0.0.0.0:0 LISTENING

TCP 192.168.72.1:139 0.0.0.0:0 LISTENING

TCP 192.168.168.220:1030 192.168.168.221:1034 TIME_WAIT UDP 0.0.0.0:445 *:*

UDP 0.0.0.0:1026 *:*

UDP 127.0.0.1:123 *:*

UDP 127.0.0.1:1900 *:*

UDP 192.168.11.1:123 *:*

UDP 192.168.11.1:137 *:*

UDP 192.168.11.1:138 *:*

UDP 192.168.11.1:1900 *:*

UDP 192.168.72.1:123 *:*

UDP 192.168.72.1:137 *:*

UDP 192.168.72.1:138 *:*

UDP 192.168.72.1:1900 *:*

UDP 192.168.168.220:123 *:*

UDP 192.168.168.220:1900 *:*

2、問題分析

初步猜測應(yīng)該是setsocketopt 設(shè)置超時(shí)有問題，可能是設(shè)置了無限超時(shí)？ 調(diào)試Radmin 服務(wù)端，下斷點(diǎn)在setsocketopt ，結(jié)果如下：

第一次斷下來

71A42E30 > 8BFF MOV EDI,EDI

71A42E32 55 PUSH EBP

71A42E33 8BEC MOV EBP,ESP

71A42E64 - FF25 0010A471 JMP DWORD PTR DS:[<&WS2_32.#21__setsocko>; WS2_32.setsockopt

察看堆棧：

0012F808 0096D367 /CALL 到 setsockopt 來自 0096D362

0012F80C 0000007C |Socket = 7C

0012F810 0000FFFF |Level = SOL_SOCKET

0012F814 00000080 |Option = SO_LINGER

0012F818 0012F844 |Data = 0012F844

0012F81C 00000004 ?taSize = 4

0012F820 0000FFFF

0012F824 0012F84C

0012F828 /0012F850

0012F82C |009652F2 返回到 009652F2 來自 0096D340

0012F830 |00000080

0012F834 |0012F844

0012F838 |00000004

0012F83C |0012F870

0012F840 |001D0406

0012F844 |00010001

0012F848 |0012F870

0012F84C |0000007C

0012F850 ]0012F884

可以看到，它設(shè)置了SO_LINGER選項(xiàng)，值為0x00010001

第二次斷點(diǎn)：

71A42E30 > 8BFF MOV EDI,EDI

71A42E32 55 PUSH EBP

71A42E33 8BEC MOV EBP,ESP

0012F814 0000FFFF |Level = SOL_SOCKET

0012F818 00000080 |Option = SO_LINGER

0012F81C 0012F84C |Data = 0012F84C

0012F820 00000004 ?taSize = 4

0012F824 0000FFFF

0012F828 0012F848

0012F82C /0012F850

0012F830 |00965419 返回到 00965419 來自 0096D340

0012F834 |00000080

0012F838 |0012F84C

0012F83C |00000004

0012F840 |0012F864

0012F844 |0012F870

0012F848 |00000078

0012F84C |00010001

0012F850 ]0012F884

可見第一次與第二次相同

F9, 沒有下個(gè)斷點(diǎn)，可見只有這兩處，上網(wǎng)搜索SO_LINGER選項(xiàng)，其描述如下：

/* 當(dāng)連接中斷時(shí)，需要延遲關(guān)閉(linger)以保證所有數(shù)據(jù)都

* 被傳輸，所以需要打開SO_LINGER這個(gè)選項(xiàng) //注：大致意思就是說SO_LINGER 選項(xiàng)用來設(shè)置當(dāng)調(diào)用closesocket 時(shí)是否馬上關(guān)閉socket

* linger 的結(jié)構(gòu)在/usr/include/linux/socket.h中定義：//注：這個(gè)結(jié)構(gòu)就是SetSocket Opt 中的Data 的數(shù)據(jù)結(jié)構(gòu)

* struct linger

* {

* int l_onoff; /* Linger active */ //低字節(jié)，0和非0，用來表示是否延時(shí)關(guān)閉socket

* int l_linger; /* How long to linger */ //高字節(jié), 延時(shí)的時(shí)間數(shù)，單位為秒 * };

* 如果l_onoff為0，則延遲關(guān)閉特性就被取消。如果非零，則允許套接口延遲關(guān)閉。

* l_linger字段則指明延遲關(guān)閉的時(shí)間

*/

更具體的描述如下：

若設(shè)置了SO_LINGER（亦即linger 結(jié)構(gòu)中的l_onoff域設(shè)為非零，參見2.4，4.1.7和4.1. 21各節(jié)），并設(shè)置了零超時(shí)間隔，則closesocket()不被阻塞立即執(zhí)行，不論是否有排隊(duì)數(shù)據(jù)未發(fā)送或未被確認(rèn)。這種關(guān)閉方式稱為“強(qiáng)制”或“失效”關(guān)閉，因?yàn)樘捉涌诘奶撾娐妨⒓幢粡?fù)位，且丟失了未發(fā)送的數(shù)據(jù)。在遠(yuǎn)端的recv()調(diào)用將以WSAECONNRESET 出錯(cuò)。

若設(shè)置了SO_LINGER并確定了非零的超時(shí)間隔，則closesocket()調(diào)用阻塞進(jìn)程，直到所剩數(shù)據(jù)發(fā)送完畢或超時(shí)。這種關(guān)閉稱為“優(yōu)雅的”關(guān)閉。請注意如果套接口置為非阻塞且SO_LINGER 設(shè)為非零超時(shí)，則closesocket()調(diào)用將以WSAEWOULDBLOCK 錯(cuò)誤返回。

若在一個(gè)流類套接口上設(shè)置了SO_DONTLINGER（也就是說將linger 結(jié)構(gòu)的l_onoff域設(shè)為零；參見2.4，4.1.7，4.1.21節(jié)），則closesocket()調(diào)用立即返回。但是，如果可能，排隊(duì)的數(shù)據(jù)將在套接口關(guān)閉前發(fā)送。請注意，在這種情況下WINDOWS 套接口實(shí)現(xiàn)將在一段不確定的時(shí)間內(nèi)保留套接口以及其他資源，這對于想用所以套接口的應(yīng)用程序來說有一定影響。

這是網(wǎng)上的解釋

主要是影響close socket 時(shí)的動(dòng)作

知道了問題的原因，我們就動(dòng)手修改一下試試

0012F80C 0096D367 /CALL 到 setsockopt 來自 0096D362

0012F810 00000078 |Socket = 78

0012F814 0000FFFF |Level = SOL_SOCKET

0012F818 00000080 |Option = SO_LINGER

0012F81C 0012F84C |Data = 0012F84C

0012F820 00000004 ?taSize = 4

0012F824 0000FFFF

0012F828 0012F848

0012F82C /0012F850

0012F830 |00965419 返回到 00965419 來自 0096D340

0012F834 |00000080

0012F838 |0012F84C

0012F83C |00000004

0012F840 |0012F864

0012F844 |0012F870

0012F848 |00000078

0012F84C |00010100 //原來的00010001表示延時(shí)256秒，將延時(shí)改為1秒

F9運(yùn)行，用客戶端連接，連上后再斷開，察看服務(wù)端連線，發(fā)現(xiàn)以前總是顯示為TIME_WAIT 的連接，現(xiàn)在馬上消失了，至此問題解決:)

3、Radmin 修改

Radmin 的保護(hù)措施做的還是很不錯(cuò)的，它的真正的執(zhí)行程序是一個(gè)RES 資源，主程序只負(fù)責(zé)將其解壓縮到內(nèi)存中并執(zhí)行，如果要修改就需要自己解壓縮，修改后再自己壓縮了放回去，具體怎么做我就不說了：）

提示：如果要重復(fù)我一樣步驟，直接下setsocketopt 是斷不下來的，先下jmp eax ，斷下來后F8一次，再下setsoketopt 斷點(diǎn)，好了，就提示這么多了。

IE 無法打開網(wǎng)頁的常見原因及解決

IIS5 HTTP500內(nèi)部錯(cuò)誤解決辦法

一. 錯(cuò)誤表現(xiàn)

iis5的http 500內(nèi)部服務(wù)器錯(cuò)誤是我們經(jīng)常碰到的錯(cuò)誤之一，它的主要錯(cuò)誤表現(xiàn)就是asp 程序不能瀏覽但htm 靜態(tài)網(wǎng)頁不受影響。另外當(dāng)錯(cuò)誤發(fā)生時(shí)，系統(tǒng)事件日志和安全事件日

志都會有相應(yīng)的記錄。

具體如下：

(一)ie 中的表現(xiàn)

當(dāng)瀏覽以前能夠正常運(yùn)行的asp 頁面時(shí)會出現(xiàn)如下的錯(cuò)誤:

網(wǎng)頁無法顯示

您要訪問的網(wǎng)頁存在問題，因此無法顯示。

請嘗試下列操作：

打開 http://127.0.0.1 主頁，尋找指向所需信息的鏈接。

單擊刷新按鈕，或者以后重試。

internet 信息服務(wù)

技術(shù)信息（支持個(gè)人）

詳細(xì)信息：

microsoft 支持

或者是:

server application error

the server has encountered an error while loading an application during the processing of your request. please refer to the event log for more detail information. please contact the server administrator for assistance.

(二) 安全日志記錄(2條)

事件類型: 失敗審核

事件來源: security

事件種類: 登錄/注銷

事件 id: 529

日期: 2001-9-9

事件: 11:17:07

用戶: nt authoritysystem

計(jì)算機(jī): myserver

描述:

登錄失敗:

原因: 用戶名未知或密碼錯(cuò)誤

用戶名: iwam_myserver

域: mydom

登錄類型: 4

登錄過程: advapi

身份驗(yàn)證程序包: microsoft_authentication_package_v1_0

工作站名: myserver

事件類型: 失敗審核

事件來源: security

事件種類: 帳戶登錄

事件 id: 681

日期: 2001-9-9

事件: 11:17:07

用戶: nt authoritysystem

計(jì)算機(jī): myserver

描述:

登錄到帳戶: iwam_myserver

登錄的用戶: microsoft_authentication_package_v1_0

從工作站: myserver

未成功。錯(cuò)誤代碼是: 3221225578

(三) 系統(tǒng)日志中的記錄(2條)

事件類型: 錯(cuò)誤

事件來源: dcom

事件種類: 無

事件 id: 10004

日期: 2001-9-9

事件: 11:20:26

用戶: n/a

計(jì)算機(jī): myserver

描述:

dcom 遇到錯(cuò)誤“無法更新密碼。提供給新密碼的值包含密碼中不允許的值。 ”并且無法登錄到 .iwam_myserver 上以運(yùn)行服務(wù)器:

{3d14228d-fbe1-11d0-995d-00c04fd919c1}

事件類型: 警告

事件來源: w3svc

事件種類: 無

事件 id: 36

日期: 2001-9-9

事件: 11:20:26

用戶: n/a

計(jì)算機(jī): myserver

描述:

服務(wù)器未能轉(zhuǎn)入應(yīng)用程序 ?/lm/w3svc/4/root?。錯(cuò)誤是 ?runas 的格式必須是<域名><用戶名>或只是<用戶名>?。

若要獲取關(guān)于此消息的更多的信息，請?jiān)L問 microsoft 聯(lián)機(jī)支持站點(diǎn): http://www.microsoft.com/contentredirect.asp 。

二. 原因分析

綜合分析上面的錯(cuò)誤表現(xiàn)我們可以看出，主要是由于iwam 賬號（在我的計(jì)算機(jī)即是iwam _myserver賬號）的密碼錯(cuò)誤造成了http 500內(nèi)部錯(cuò)誤。

在詳細(xì)分析http500內(nèi)部錯(cuò)誤產(chǎn)生的原因之前，先對iwam 賬號進(jìn)行一下簡要的介紹：iwa m 賬號是安裝iis5時(shí)系統(tǒng)自動(dòng)建立的一個(gè)內(nèi)置賬號，主要用于啟動(dòng)進(jìn)程之外的應(yīng)用程序的i nternet 信息服務(wù)。iwam 賬號的名字會根據(jù)每臺計(jì)算機(jī)netbios 名字的不同而有所不同，通用的格式是iwam_machine，即由“iwam”前綴、連接線“_”加上計(jì)算機(jī)的netbios 名字組成。我的計(jì)算機(jī)的netbios 名字是myserver ，因此我的計(jì)算機(jī)上iwam 賬號的名字就是iwam_myserver ，這一點(diǎn)與iis 匿名賬號isur_machine的命名方式非常相似。

iwam 賬號建立后被active directory 、iis metabase 數(shù)據(jù)庫和com 應(yīng)用程序三方共同使用，賬號密碼被三方分別保存，并由操作系統(tǒng)負(fù)責(zé)這三方保存的iwam 密碼的同步工作。按常理說，由操作系統(tǒng)負(fù)責(zé)的工作我們大可放心，不必?fù)?dān)心出錯(cuò)，但不知是bug 還是其它什么原

因，系統(tǒng)的對iwam 賬號的密碼同步工作有時(shí)會失敗，使三方iwam 賬號所用密碼不統(tǒng)一。當(dāng)iis 或com 應(yīng)用程序使用錯(cuò)誤iwam 的密碼登錄系統(tǒng)，啟動(dòng)iis out-of-process pooled a pplications 時(shí)，系統(tǒng)會因密碼錯(cuò)誤而拒絕這一請求，導(dǎo)致iis out-of-process pooled appli cations 啟動(dòng)失敗，也就是我們在id10004錯(cuò)誤事件中看到的“不能運(yùn)行服務(wù)器{3d14228d-fbe1-11d0-995d-00c04fd919c1} ”（這里{3d14228d-fbe1-11d0-995d-00c04fd919c1} 是iis out-of-process pooled applications 的key ），不能轉(zhuǎn)入iis5應(yīng)用程序，http 500內(nèi)部錯(cuò)誤就這樣產(chǎn)生了。

三. 解決辦法

知道了導(dǎo)致http 500內(nèi)部錯(cuò)誤的原因，解決起來就比較簡單了，那就是人工同步iwam 賬號在active directory 、iis metabase 數(shù)據(jù)庫和com 應(yīng)用程序中的密碼。

具體操作分三步, 均需要以管理員身份登錄計(jì)算機(jī)以提供足夠的操作權(quán)限（iwam 賬號以iwa m_myserver為例）。

（一）更改active directory 中iwam_myserver賬號的密碼

因iwam 賬號的密碼由系統(tǒng)控制，隨機(jī)產(chǎn)生，我們并不知道是什么，為完成下面兩步的密碼同步工作，我們必須將iwam 賬號的密碼設(shè)置為一個(gè)我們知道的值。

1、選擇“開始”->“程序”->“管理工具”->"active directory 用戶和計(jì)算機(jī)" ，啟動(dòng)“active di recto ry 用戶和計(jì)算機(jī)”管理單元。

2、單擊“user”，選中右面的“iwam_myserver”，右擊選擇“重設(shè)密碼(t)...”，在跳出的重設(shè)密碼對方框中給iwam_myserver設(shè)置新的密碼，這兒我們設(shè)置成“aboutnt2001”（沒有引號的），確定，等待密碼修改成功。

（二）同步iis metabase 中iwam_myserver賬號的密碼

可能因?yàn)檫@項(xiàng)改動(dòng)太敏感和重要，微軟并沒有為我們修改iis metabase 中iwam_myserver賬號密碼提供一個(gè)顯式的用戶接口，只隨iis5提供了一個(gè)管理腳本adsutil.vbs ，這個(gè)腳本位于c:inetpub?minscripts子目錄下（位置可能會因你安裝iis5時(shí)設(shè)置的不同而有所變動(dòng)）。

adsutil.vbs 腳本功能強(qiáng)大，參數(shù)非常多且用法復(fù)雜，這里只提供使用這個(gè)腳本修改iwam_myserver 賬號密碼的方法:

adsutil set w3svc/wamuserpass password

"password" 參數(shù)就是要設(shè)置的iwam 賬號的新的密碼。因此我們將iis metabase 中iwam_myserver 賬號的密碼修改為“aboutnt2001”的命令就是：

c:inetpub?minscripts>adsutil set w3svc/wamuserpass "aboutnt2001"

修改成功后，系統(tǒng)會有如下提示：

wamuserpass: (string) "aboutnt2001"

（三）同步com 應(yīng)用程序所用的iwam_myserver的密碼

同步com 應(yīng)用程序所用的iwam_myserver的密碼，我們有兩種方式可以選擇:一種是使用組件服務(wù)mmc 管理單元，另一種是使用iwam 賬號同步腳本synciwam.vbs 。

1、使用組件服務(wù)mmc 管理單元

（1）啟動(dòng)組件服務(wù)管理單元：選擇“開始”->“運(yùn)行”->“mmc”，啟動(dòng)管理控制臺, 打開“添加/刪除管理單元”對話框, 將“組件服務(wù)”管理單元添加上。

（2）找到“組件服務(wù)”->“計(jì)算機(jī)”->“我的電腦”->“com 應(yīng)用程序”->“out-of-process pooled a pplications”，右擊“out-of-process pooled applications”->“屬性”。

（3）切換到“out-of-process pooled applications”屬性對話框的“標(biāo)志”選項(xiàng)卡。“此應(yīng)用程序在下列賬戶下運(yùn)行”選擇中“此用戶”會被選中，用戶名是“iwam_myserver”。這些都是缺省的，不必改動(dòng)。在下面的“密碼”和“確認(rèn)密碼”文本框內(nèi)輸入正確的密碼“aboutnt2001”，確定退出。

（4）系統(tǒng)如果提示“應(yīng)用程序被一個(gè)以上的外部產(chǎn)品創(chuàng)建。你確定要被這些產(chǎn)品支持嗎？”時(shí)確定即可。

（5）如果我們在iis 中將其它一些web 的“應(yīng)用程序保護(hù)”設(shè)置為“高（獨(dú)立的）”,那么這個(gè)w eb 所使用的com 應(yīng)用程序的iwam 賬號密碼也需要同步。重復(fù)（1）-（4）步，同步其它相應(yīng)out of process application 的iwam 賬號密碼。

2、使用iwam 賬號同步腳本synciwam.vbs

實(shí)際上微軟已經(jīng)發(fā)現(xiàn)iwam 賬號在密碼同步方面存在問題，因此在iis5的管理腳本中單獨(dú)為iwam 賬號密碼同步編寫了一個(gè)腳本synciwam.vbs ，這個(gè)腳本位于c:inetpub?minscripts子目錄下（位置可能會因你安裝iis5時(shí)設(shè)置的不同而有所變動(dòng)）。

synciwam.vbs 腳本用法比較簡單：

cscript synciwam.vbs [-v│-h]

“-v”參數(shù)表示詳細(xì)顯示腳本執(zhí)行的整個(gè)過程(建議使用) ，“-h”參數(shù)用于顯示簡單的幫助信息。

我們要同步iwam_myserver賬號在com 應(yīng)用程序中的密碼，只需要執(zhí)行“cscript synciwa m.vbs -v”即可，如下：

cscript c:inetpub?minscriptssynciwam.vbs -v

microsoft (r) windows script host version 5.6

版權(quán)所有(c) microsoft corporation 1996-2000。保留所有權(quán)利。

wamusername:iwam_myserver

wamuserpass:aboutnt2001

iis applications defined:

name, appisolated, package id

w3svc, 0, {3d14228c-fbe1-11d0-995d-00c04fd919c1}

root, 2,

iishelp, 2,

iisadmin, 2,

iissamples, 2,

msadc, 2,

root, 2,

iisadmin, 2,

iishelp, 2,

root, 2,

root, 2,

out of process applications defined:

count: 1

{3d14228d-fbe1-11d0-995d-00c04fd919c1}

updating applications:

name: iis out-of-process pooled applications key: {3d14228d-fbe1-11d0-995d-00c04fd919c1}

從上面腳本的執(zhí)行情況可以看出，使用synciwam.vbs 腳本要比使用組件服務(wù)的方法更全面和快捷。它首先從iis 的metabase 數(shù)據(jù)庫找到iwam 賬號"iwam_myserver"并取出對應(yīng)的密碼“aboutnt2001”，然后查找所有已定義的iis applications 和out of process applications ，并逐一同步每一個(gè)out of process applications 應(yīng)用程序的iwam 賬號密碼。

使用synciwam.vbs 腳本時(shí)，要注意一個(gè)問題，那就是在你運(yùn)行synciwam.vbs 之前，必須保證iis metabase 數(shù)據(jù)庫與active directory 中的iwam 密碼已經(jīng)一致。因?yàn)閟ynciwam.vb s 腳本是從iis metabase 數(shù)據(jù)庫而不是從active directory 取得iwam 賬號的密碼，如果iis metabase 中的密碼不正確，那synciwam.vbs 取得的密碼也會不正確，同步操作執(zhí)行到“updating applications”系統(tǒng)就會報(bào)80110414錯(cuò)誤，即“找不到應(yīng)用程序{3d14228d-fbe1-11d0-995d-00c04fd919c1}”。

好了，到現(xiàn)在為止，iwam 賬號在active directory 、iis metabase 數(shù)據(jù)庫和com 應(yīng)用程序三處的密碼已經(jīng)同步成功，你的asp 程序又可以運(yùn)行了！

修改成功后，系統(tǒng)會有如下提示：

---------------------------------------------------

經(jīng)過測試，顯示應(yīng)該是

wamuserpass: (string) "*******"

Win2003_IIS6服務(wù)器設(shè)置排錯(cuò)解答

希望給2003做服務(wù)器系統(tǒng)的朋友實(shí)際的解決問題

很多朋友在用IIS6架網(wǎng)站的時(shí)候遇到不少問題，而這些問題有些在過去的IIS5里面就遇到過，有些是新出來的，俺忙活了一下午，做了很多次試驗(yàn)，結(jié)合以前的排錯(cuò)經(jīng)驗(yàn)，做出了這個(gè)總結(jié)，希望能給大家?guī)蜕厦Γ海?/p>

問題1：未啟用父路徑

癥狀舉例：

Server.MapPath() 錯(cuò)誤 ASP 0175 : 80004005

不允許的 Path 字符

/0709/dqyllhsub/news/OpenDatabase.asp，行 4

在 MapPath 的 Path 參數(shù)中不允許字符 ..。

原因分析：

許多Web 頁面里要用到諸如../格式的語句（即回到上一層的頁面，也就是父路徑），而II S6.0出于安全考慮，這一選項(xiàng)默認(rèn)是關(guān)閉的。

解決方法：

在IIS 中 屬性->主目錄->配置->選項(xiàng)中。把”啟用父路徑“前面打上勾。確認(rèn)刷新。

問題2：ASP 的Web 擴(kuò)展配置不當(dāng)（同樣適用于ASP.NET 、CGI ）

癥狀舉例：

HTTP 錯(cuò)誤 404 - 文件或目錄未找到。

原因分析：