1、使用伺服器遇到的問題及如何解決
具體也不知道你什麼問題，這個就要建議你找下服務商了，一般都會有售後技術的
2、求hp伺服器常見問題及解決辦法
你說的是開機的一些錯誤提示解決方法吧，可以找廠家要，很早之前有，現在應該沒有這種文檔了。
3、HTTP500-內部伺服器錯誤，解決方案。我還有問題。
一.錯誤表現
iis5的http 500內部伺服器錯誤是我們經常碰到的錯誤之一，它的主要錯誤表現就是asp程序不能瀏覽但htm靜態網頁不受影響。另外當錯誤發生時，系統事件日誌和安全事件日誌都會有相應的記錄。
具體如下：
(一)ie中的表現
當瀏覽以前能夠正常運行的asp頁面時會出現如下的錯誤:
網頁無法顯示
您要訪問的網頁存在問題，因此無法顯示。
請嘗試下列操作：
打開 http://127.0.0.1 主頁，尋找指向所需信息的鏈接。
單擊刷新按鈕，或者以後重試。
http 500 - 內部伺服器錯誤
internet 信息服務
技術信息（支持個人）
詳細信息：
microsoft 支持
或者是:
server application error
the server has encountered an error while loading an application ring 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 authority\system
計算機: myserver
描述:
登錄失敗:
原因: 用戶名未知或密碼錯誤
用戶名: iwam_myserver
域: mydom
登錄類型: 4
登錄過程: advapi
身份驗證程序包: microsoft_authentication_package_v1_0
工作站名: myserver
事件類型: 失敗審核
事件來源: security
事件種類: 帳戶登錄
事件 id: 681
日期: 2001-9-9
事件: 11:17:07
用戶: nt authority\system
計算機: myserver
描述:
登錄到帳戶: iwam_myserver
登錄的用戶: microsoft_authentication_package_v1_0
從工作站: myserver
未成功。錯誤代碼是: 3221225578
(三)系統日誌中的記錄(2條)
事件類型: 錯誤
事件來源: dcom
事件種類: 無
事件 id: 10004
日期: 2001-9-9
事件: 11:20:26
用戶: n/a
計算機: myserver
描述:
dcom 遇到錯誤"無法更新密碼。提供給新密碼的值包含密碼中不允許的值。 "並且無法登錄到 .\iwam_myserver 上以運行伺服器:
{3d14228d-fbe1-11d0-995d-00c04fd919c1}
事件類型: 警告
事件來源: w3svc
事件種類: 無
事件 id: 36
日期: 2001-9-9
事件: 11:20:26
用戶: n/a
計算機: myserver
描述:
伺服器未能轉入應用程序 『/lm/w3svc/4/root『。錯誤是 『runas 的格式必須是<域名>\<用戶名>或只是<用戶名>『。
若要獲取關於此消息的更多的信息，請訪問 microsoft 聯機支持站點: http://www.microsoft.com/contentredirect.asp 。
二.原因分析
綜合分析上面的錯誤表現我們可以看出，主要是由於iwam賬號（在我的計算機即是iwam_myserver賬號）的密碼錯誤造成了http 500內部錯誤。
在詳細分析http500內部錯誤產生的原因之前，先對iwam賬號進行一下簡要的介紹：iwam賬號是安裝iis5時系統自動建立的一個內置賬號，主要用於啟動進程之外的應用程序的internet信息服務。iwam賬號的名字會根據每台計算機netbios名字的不同而有所不同，通用的格式是iwam_machine，即由"iwam"前綴、連接線"_"加上計算機的netbios名字組成。我的計算機的netbios名字是myserver，因此我的計算機上iwam賬號的名字就是iwam_myserver，這一點與iis匿名賬號isur_machine的命名方式非常相似。
iwam賬號建立後被active directory、iis metabase資料庫和com+應用程序三方共同使用，賬號密碼被三方分別保存，並由操作系統負責這三方保存的iwam密碼的同步工作。按常理說，由操作系統負責的工作我們大可放心，不必擔心出錯，但不知是bug還是其它什麼原因，系統的對iwam賬號的密碼同步工作有時會失敗，使三方iwam賬號所用密碼不統一。當iis或com+應用程序使用錯誤iwam的密碼登錄系統，啟動iis out-of-process pooled applications時，系統會因密碼錯誤而拒絕這一請求，導致iis out-of-process pooled applications啟動失敗，也就是我們在id10004錯誤事件中看到的"不能運行伺服器{3d14228d-fbe1-11d0-995d-00c04fd919c1} "（這里{3d14228d-fbe1-11d0-995d-00c04fd919c1} 是iis out-of-process pooled applications的key），不能轉入iis5應用程序，http 500內部錯誤就這樣產生了。
三.解決辦法
知道了導致http 500內部錯誤的原因，解決起來就比較簡單了，那就是人工同步iwam賬號在active directory、iis metabase資料庫和com+應用程序中的密碼。
具體操作分三步,均需要以管理員身份登錄計算機以提供足夠的操作許可權（iwam賬號以iwam_myserver為例）。
（一）更改active directory中iwam_myserver賬號的密碼
因iwam賬號的密碼由系統控制，隨機產生，我們並不知道是什麼，為完成下面兩步的密碼同步工作，我們必須將iwam賬號的密碼設置為一個我們知道的值。
1、選擇"開始"->"程序"->"管理工具"->"active directory用戶和計算機"，啟動"active directory用戶和計算機"管理單元。
2、單擊"user"，選中右面的"iwam_myserver"，右擊選擇"重設密碼(t)..."，在跳出的重設密碼對方框中給iwam_myserver設置新的密碼，這兒我們設置成"aboutnt2001"（沒有引號的），確定，等待密碼修改成功。
（二）同步iis metabase中iwam_myserver賬號的密碼
可能因為這項改動太敏感和重要，微軟並沒有為我們修改iis metabase中iwam_myserver賬號密碼提供一個顯式的用戶介面，只隨iis5提供了一個管理腳本adsutil.vbs，這個腳本位於c:\inetpub\adminscripts子目錄下（位置可能會因你安裝iis5時設置的不同而有所變動）。
adsutil.vbs腳本功能強大，參數非常多且用法復雜，這里只提供使用這個腳本修改iwam_myserver賬號密碼的方法:
adsutil set w3svc/wamuserpass password
"password"參數就是要設置的iwam賬號的新的密碼。因此我們將iis metabase中iwam_myserver賬號的密碼修改為"aboutnt2001"的命令就是：
c:\inetpub\adminscripts>adsutil set w3svc/wamuserpass "aboutnt2001"
修改成功後，系統會有如下提示：
wamuserpass: (string) "aboutnt2001"
（三）同步com+應用程序所用的iwam_myserver的密碼
同步com+應用程序所用的iwam_myserver的密碼，我們有兩種方式可以選擇:一種是使用組件服務mmc管理單元，另一種是使用iwam賬號同步腳本synciwam.vbs。
1、使用組件服務mmc管理單元
（1）啟動組件服務管理單元：選擇"開始"->"運行"->"mmc"，啟動管理控制台,打開"添加/刪除管理單元"對話框,將"組件服務"管理單元添加上。
（2）找到"組件服務"->"計算機"->"我的電腦"->"com+應用程序"->"out-of-process pooled applications"，右擊"out-of-process pooled applications"->"屬性"。
（3）切換到"out-of-process pooled applications"屬性對話框的"標志"選項卡。"此應用程序在下列賬戶下運行"選擇中"此用戶"會被選中，用戶名是"iwam_myserver"。這些都是預設的，不必改動。在下面的"密碼"和"確認密碼"文本框內輸入正確的密碼"aboutnt2001"，確定退出。
（4）系統如果提示"應用程序被一個以上的外部產品創建。你確定要被這些產品支持嗎？"時確定即可。
（5）如果我們在iis中將其它一些web的"應用程序保護"設置為"高（獨立的）",那麼這個web所使用的com+應用程序的iwam賬號密碼也需要同步。重復（1）-（4）步，同步其它相應out of process application的iwam賬號密碼。
2、使用iwam賬號同步腳本synciwam.vbs
實際上微軟已經發現iwam賬號在密碼同步方面存在問題，因此在iis5的管理腳本中單獨為iwam賬號密碼同步編寫了一個腳本synciwam.vbs，這個腳本位於c:\inetpub\adminscripts子目錄下（位置可能會因你安裝iis5時設置的不同而有所變動）。
synciwam.vbs腳本用法比較簡單：
cscript synciwam.vbs [-v│-h]
"-v"參數表示詳細顯示腳本執行的整個過程(建議使用)，"-h"參數用於顯示簡單的幫助信息。
我們要同步iwam_myserver賬號在com+應用程序中的密碼，只需要執行"cscript synciwam.vbs -v"即可，如下：
cscript c:\inetpub\adminscripts\synciwam.vbs -v
microsoft (r) windows script host version 5.6
版權所有(c) microsoft corporation 1996-2000。保留所有權利。
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}
從上面腳本的執行情況可以看出，使用synciwam.vbs腳本要比使用組件服務的方法更全面和快捷。它首先從iis的metabase資料庫找到iwam賬號"iwam_myserver"並取出對應的密碼"aboutnt2001"，然後查找所有已定義的iis applications和out of process applications，並逐一同步每一個out of process applications應用程序的iwam賬號密碼。
使用synciwam.vbs腳本時，要注意一個問題，那就是在你運行synciwam.vbs之前，必須保證iis metabase資料庫與active directory中的iwam密碼已經一致。因為synciwam.vbs腳本是從iis metabase資料庫而不是從active directory取得iwam賬號的密碼，如果iis metabase中的密碼不正確，那synciwam.vbs取得的密碼也會不正確，同步操作執行到"updating applications"系統就會報80110414錯誤，即"找不到應用程序{3d14228d-fbe1-11d0-995d-00c04fd919c1}"。
好了，到現在為止，iwam賬號在active directory、iis metabase資料庫和com+應用程序三處的密碼已經同步成功，你的asp程序又可以運行了！
修改成功後，系統會有如下提示：
---------------------------------------------------
經過測試，顯示應該是
wamuserpass: (string) "*******"
第4樓：new88star
剛找到辦法，微軟工程師解決的 注冊這些DLL就好了
regsvr32 /s c:\windows\system32\shell32.dll
regsvr32 /s c:\windows\system32\Browseui.dll
regsvr32 /s c:\windows\system32\mshtml.dll
regsvr32 /s c:\windows\system32\oleaut32.dll
regsvr32 /s c:\windows\system32\ole32.dll
regsvr32 /s c:\windows\system32\actxprxy.dll
regsvr32 /s c:\windows\system32\urlmon.dll
regsvr32
4、伺服器RAID1+0發生故障.求解決方案
你做的是RAID1+0方式，硬碟1和硬碟2互為鏡像，硬碟3和4互為鏡像，兩個鏡像組組成RAID0，是這樣吧。這樣A組壞了一個硬碟有什麼關系？不影響運行啊。購買一個與壞了的硬碟同型號同容量品牌的，直接換上就行，開機會自動數據同步，完成後就和原來一樣了。注意要同容量，同轉速，同介面，最好同品牌；插好後如果不能自動完成REBUILD，則檢查BIOS中是否提示已經READY，也可手動在操作系統中使用「分配全局熱備份」完成數據同步。
5、伺服器故障一般性故障檢測步驟及解決方案
網路管理員90%的工作往往是診斷和解決各種各樣的故障。雖然說沒有人喜歡麻煩，但麻煩總是自己找上門來。只有擁有高超的診斷技能，你才能在緊急情況下迅速響應，保障網路流暢地運行。當你面臨網路故障的挑戰時，首先向自己問幾個簡單的問題：有哪些地方被改變了？這個問題以前遇到過嗎？如果是，是什麼時候？是否有可能讓問題再次出現？用戶做了什麼特別的操作嗎？其他用戶有沒有遇到過同樣的問題？
接下來嘗試隔離問題，每次排除一部 分可能引起該問題的因素，逐步找出問題的真正根源。例如，如果一個工作站不能連接到伺服器，那就先確定是網路問題還是工作站本身的問題。如果能夠迅速地肯定問題出在工作站本身，你就排除了一大半可能導致問題的因素，向真正的故障根源接近一大步了。即使你最終拿不出解決辦法，不得不尋找外援，隔離問題也會節省你大量的時間。
為了說明診斷網路故障的一般過程，本文例舉了幾種故障情形，有的是常見的小問題，有的是比較艱巨的挑戰。當你遇到類似的問題時，就可以按照本文例子的介紹，先問自己幾個簡單的問題，逐步隔離問題所在，最後找到真正的問題根源。
一、找不到驗證密碼的域伺服器
毫無疑問，你也一定遇到過這樣的情形：當你坐在一台工作站之前准備登錄網路，windows卻報告說找不到用來驗證密碼的域伺服器。要解決這個故障，首先要確定問題到底出在網路、工作站還是伺服器上。從下面幾個問題開始：
→哪些地方改變了？最近是否改動過網路，而這些改動可能導致當前的問題？有沒有添加新的伺服器、拆除原有的伺服器、改動過交換機或HUB？有沒有添加或減少域控制器、將成員伺服器提升為DC（域控制器）或者相反？
→其他工作站也存在類似的問題嗎？
→伺服器正在運行嗎？
經過檢查，你發現此前工作站一直順利地運行，其他工作站沒有遇到類似的問題，伺服器也正常。根據故障現象，基本上可以確定故障出在工作站本身。接下來要確定工作站的那個地方出了故障，試試下面幾個問題：
→工作站能夠Ping到伺服器嗎？
→工作站獲得了一個IP地址嗎？
檢測表明，工作站能夠Ping到伺服器，但Ping操作有時超時，這表明工作站和伺服器之間只有斷斷續續的通信。在命令行上執行ipconfig /renew命令，多執行幾次，工作站有時會更新IP地址，有時不會。這是工作站和伺服器之間斷續通信的症狀。
現在將問題工作站的網路連接和另一台工作站的對換一下，新工作站在問題工作站的位置上也不能連接網路，而問題工作站卻能從另一個網路位置順利地連接網路。現在已經很清楚：問題工作站所在位置的電纜或Hub出了問題。
拆下故障位置上網路電纜連接Hub的那一端，將它接到另一個Hub上，故障依舊。現在可以肯定電纜就是引起故障的罪魁禍首了。
二、windows服務不能啟動
在一台Windows 2000伺服器上，部分服務設置成不用本地的系統帳戶啟動。一次重新啟動Windows 2000伺服器之後，發現這些服務沒有啟動，必須手工打開服務，重新輸入密碼，然後啟動服務。每次重新輸入密碼，都收到消息說：<用戶名字>已被授予作為服務登錄的許可權。
要解決該故障，首先回答下面幾個問題：
→哪些地方改變了？是否有人修改了伺服器？
→這個服務以前能夠啟動嗎？
→用戶名稱和密碼正確嗎？
查詢修改記錄發現，該伺服器是一個DC，不久之前還是域控制器組織單元（OU，Organizational Unit）的成員。在移出該OU之前，這些服務一直能夠順利啟動。另外，用來啟動這些服務的用戶名稱和密碼都是合法的。進一步研究發現，域控制器OU的成員有一些特殊的許可權，其中包括作為服務登錄的許可權。當出現問題的伺服器移出該OU時，伺服器失去了那些許可權。現在要做的是恢復伺服器的許可權。
要將許可權授予伺服器，請按照如下步驟操作：
→在管理控制台（MMC）中打開活動目錄用戶和計算機管理單元，再打開域控制器OU的「屬性」對話框。
→在組策略頁中，點擊「默認域控制器策略」，然後點擊「編輯」，打開組策略管理器。
→依次擴展計算機配置/Windows設置/安全設置，再擴展「本地策略」，然後點擊「用戶權利指派」。
→在右邊的窗格中，右擊「作為服務登錄」，選擇菜單「安全」。
→把用來啟動服務的用戶帳戶加入到策略，完成後點擊「確定」。
有關該問題的更多資料，請參見微軟的文章「如何解決服務啟動許可權問題」（http://support.microsoft.com/?kbid=259733）。
三、無法收到外面發來的郵件
單位用Exchange 2000 Server作為內部和外部的郵件伺服器。有一天原來的ISP不能再提供服務了，所以你迅速換了一個新的ISP。用戶仍舊能夠照常訪問Internet，卻收不到外面來的郵件。不過，發出去的郵件看來沒有問題。
要排解這一故障，第一個要問的問題是：
→在改變ISP之前，郵件系統工作正常嗎？
要確定Exchange Server是否正常工作，防火牆配置是否正確，可以從Internet連接到Exchange Server 25埠（具體操作辦法，請參見微軟文章：Telnet 到 IMC 的埠 25 以測試 IMC 通信， http://support.microsoft.com/?kbid=153119），發送一個測試消息，確認伺服器和防火牆都在正常運行。故障的原因很可能是因為改變ISP。
再回答下面這個問題：
→域名信息正確轉移到了新的ISP嗎？
用Nslookup工具，測試一下是否能夠找到域的郵件交換（MX）記錄，結果卻什麼也沒有找到。根據這一現象，可以推斷在更換ISP時，域名注冊公司沒有正確轉移域名信息。現在你可以聯系域名注冊公司，要求登記MX記錄，以及將域名信息正確轉到新的ISP。只要MX記錄在Internet上一傳播開，Exchange Server又可以收到外面來的郵件了。
四、網路上看不到伺服器
Win2K Pro工作站遇到了奇怪的問題：偶爾能夠看到Win 2K Server，但大部分時間里伺服器就象從網路上消失了一樣。在排解這一網路故障的過程中，首先要回答的問題是：
→過去出現過該故障嗎？
→是否所有的工作站都出現相同的情況？
經調查後發現，這一故障現象自伺服器從 Windows NT 4.0升級到Win2K就開始存在了，網路上的所有工作站都出現同樣的現象。現在要確定的是：故障的根源是伺服器呢，還是網路。
登錄一個工作站，打開命令控制台，執行ping/pathping命令來連接伺服器。結果發現，Ping伺服器的IP地址沒有問題，但卻Ping不到伺服器的名字。可以肯定，故障的原因是名稱解析或DNS錯誤。
接下來執行ipconfig/all，注意到工作站上DNS伺服器指向了ISP的DNS伺服器。Win2K將DNS作為其基本的名稱解析機制，但現在工作站卻用ISP的DNS伺服器來解析本地網路的Win2K伺服器名稱。當工作站向ISP的DNS伺服器查詢Win2K伺服器名稱時，只能得到超時錯誤，導致Win2K伺服器從網路上隱身了。要解決該故障，必須把主DNS伺服器指向內部的Win2K DNS伺服器，讓內網的工作站向Win2K DNS伺服器查詢本地伺服器名稱。
首先證實Win2K伺服器上確實已經安裝了DNS服務，且DNS服務在正常運行，然後修改Win2K DNS伺服器IP地址指向它自己。接下來利用DNS管理器，驗證DNS伺服器位於根位置，且已經啟用轉發。啟用轉發之後，就可以解析非本地的任何IP地址了。不要忘記將ISP的DNS伺服器輸入轉發欄。最後配置一下伺服器上的DHCP，將DNS伺服器從ISP的改成Win2K伺服器，刷新工作站上的IP地址。現在網路已經能夠穩定地運行了。有關在這類環境下配置DNS的信息，請參見微軟的文章「HOW TO：配置 DNS 以訪問 Internet」（http://support.microsoft.com/?kbid=300202）。
五、LAN連接到多個WAN
不久前在A市安裝了一個LAN，它有兩個WAN連接，其中一個連接通向私有的幀中繼網路，另一個連接通向Internet，這是為了防止出現故障和提高性能（圖二顯示了網路結構）。現在出現的故障是：A市的用戶有時不能順利訪問B市的伺服器。
要解決該故障，首先要搞清楚下面兩個問題：
→故障何時出現？
→默認網關是什麼？
故障出現是間歇性的。在A市的DHCP配置中，默認網關是192.168.1.11（即防火牆）。由於A市LAN裡面的所有機器都會出現同樣的故障現象，所以問題很可能出在A市網路上的全局性路由配置上。
在防火牆上有一條靜態路由，從192.168.2.0（掩碼255.255.255.0）到192.168.1.10，用Route Print可以驗證這一規則。A市伺服器有時可以Ping到B市的伺服器，但有時不能。運行Tracert，結果如圖三所示，它顯示出了數據包應當通過的路徑。但有的時候，運行Tracert卻顯示出數據包在第一個躍點（192.168.1.11）之後遇到超時錯誤。根據這一現象，可以推測防火牆沒有可靠地將數據包轉發到控制192.168.2.0通信的Cisco路由器。
查閱防火牆的日誌，可以看到數據包有時被禁止轉發到192.168.1.10，雖然存在這樣一條轉發規則也無濟於事。防火牆的種類很多，但大多數防火牆廠商都反對將防火牆當作路由器，如果防火牆被攻擊者劫持，有關WAN連接的大量信息就會泄露。
因此現在要重新配置網路，使用默認的網關192.168.1.10（即路由器），執行命令Ip route 0.0.0.0 0.0.0.0 192.168.1.11在路由器上建立一個默認的路由。用戶訪問Internet時先通過路由器，再穿越防火牆。
如果A市的路由器（192.168.1.10）出現故障，會對Internet訪問產生哪些影響？如果幀中繼網路失效，但Internet連接仍正常，情況又如何？一旦A市的路由器故障，Internet連接也會丟失，這是因為默認的網關指向了該路由器，該路由器故障導致數據包不能轉發到防火牆。在A市，將DHCP默認網關配置成防火牆可以恢復Internet連接，當然，在恢復A市路由器之前，其他地區的私有WAN和Internet訪問仍舊無效。
六、工作站不能連接網路
辦公大樓五樓的工作站看不到伺服器，也不能訪問Internet。故障間歇性出現。首先要搞清楚的問題是：
→故障出現多長時間了？
→有哪些地方被改變了？
經Pathping工具測試，檢測到一些數據包丟失錯誤。問題看來可以歸結到五樓之內。
利用信號發生器或線纜掃描器追蹤故障，跟蹤網路連接一直到了六樓的Ethernet交換機，五樓和六樓共用該交換機。考慮到可能是交換機埠故障，所以將埠和六樓的一台機器對換了一下，但故障仍舊存在，而且仍只出現在五樓的工作站上，由此推斷，交換機應該沒有問題。
返回五樓，注意到一個辦公室里有個五口的小Hub。進一步查看，注意到還有四個小Hub菊形相連。現在故障的根源找到了。在100 Base-T Ethernet中，每個網路只能有一個Class I轉發躍距（0.7毫秒延遲），或者兩個Class II轉發躍距（0.4毫秒延遲）（由於這個原因，所以不推薦在重要場合使用大量小Hub）。現在拆除所有小Hub，將線頭直接接到六樓的交換機，故障消失。
總地來說，不能認為靠死記硬背就能夠解決所有常見的網路問題，相反地，應當以開放的心態審視每一種故障現象，從幾個簡單的問題開始，逐步排除可能的故障原因。記住，隔離問題是迅速排解故障的關鍵所在。
七、附錄：常用網路診斷工具
Windows XP和Windows 2000提供了許多基本的網路檢測工具：
■ Pathping
Pathping用來檢驗是否能夠聯繫到指定的主機。命令行語法是：pathping 。pathping將顯示出數據包丟失情況的基本信息。
■ Ipconfig
Ipconfig命令用來顯示出工作站的IP配置。命令行語法是：ipconfig /all。通過ipconfig命令的運行結果，至少可以：
→驗證工作站具有正確的IP地址和子網掩碼。錯誤的IP地址和子網掩碼會導致連接出錯。 →如果啟用了DHCP，則可以驗證工作站已經租到了一個IP地址。如果不能獲得IP地址，則表明與DHCP伺服器聯系方面出了問題。
→驗證默認的網關。如果網關錯誤，連接遠程網路或Internet時就會出現問題。
→驗證DNS伺服器。XP和Win 2K依靠DNS進行名稱解析。一般地，工作站應當指向一台Win 2K伺服器以獲得DNS解析。
■ Nslookup
Nslookup即名稱伺服器查找（Name Server Lookup），用來查找DNS伺服器上的DNS記錄。命令語法：nslookup。在前文的例子中，我們用NSLookup來驗證郵件交換（MX）記錄，排解Internet郵件傳送問題。
■ Route Print
Route Print命令顯示出本地機器上的路由規則。這個工具和Ping、Tracert以及Pathping命令結合很有用，能夠幫助確定數據包通過的路由器。命令語法是：route print。另外，利用Route Add可以將靜態路由規則加入到伺服器或工作站。
6、文件伺服器故障如何修復
她對多種企業的客戶環境都有清楚的了解，曾為PeopleSoft、SAP等公司做過通用公司軟體的數 據分析，並將分析結果和綜合應用相結合。Horton擅長為不同的客戶網站提供廣泛多樣的解決方案，評估基準應用軟體工作流程和性能。這些項目包括基於 TCP/IP協議的轉換的表現分析、容量規劃、多級企業應用軟體的運行管理、路由器和交換機的QoS排隊機制(包括WRED、RED和FIFO)、 MySQL資料庫管理、構架、解決方案發展、Cisco路由器和交換機配置(包括SPAN、VLAN、ACLs、流量和CEF)。她目前進行的項目包括協 助客戶尋求部署WAN優化技術以加快關鍵性商業運用軟體的反應時間。Horton將她的知識用於培訓和咨詢服務，把重點放在優化大型企業網路，以解決復雜 的網路故障和網路管理的問題。問：如果文件伺服器發生故障，我應該如何做故障修復?答：你可以拿著棒球棒，就猛擊伺服器，直到把它打好為止。當然這只是個玩笑，雖然不能保證把它敲好，但確實會讓你感覺舒服一點。說到文件伺服器故障修復，有幾個步驟可以給供你參考：首先，確認文件伺服器發生故障是源自軟體還是硬體。我們先從硬體開始檢查，鑒別和診斷的方法都非常簡單。通常硬體相關的問題大多都是不能開機或者登錄系統。 最常見的硬體問題例子，就是磁碟損壞或插卡錯誤引起計算機啟動時奇怪的聲音，解決這種問題典型的方法就是替換損壞的，或者功能不佳的硬體部件。通常我的做 法是首先安裝二級文件伺服器，分部份傳輸數據，而不影響終端用戶。軟體的問題多種多樣。由於我並不知道你使用的是哪種軟體或操作系統，我也沒辦法給你的問題解決方案。通常從應用程序開始，查看是否有錯誤記錄，通常由於用戶許可權或文件保護，文件伺服器不能正常工作。對於一些大型的部署設備，可以考慮自動使文件許可權一致。如 果應用程序日誌中沒有出現問題，硬體工作狀態也正常，那就測試一下文件伺服器的網路連接。確保可以用tracert和ping功能連接到用戶。如果文件服 務器發生都沒有上述問題，在有更多信息的情況下，當然我可以給你更具體的幫助。
7、web伺服器反復出現「未處理的異常」提示，網頁均無法顯示內容，錯誤界面如圖，請教錯誤原因及處理方案
貌似是w3wp.exe應用程序錯誤，你試試這個方法：
點擊「開始」-「控制面板」-「管理工具」-「組件服務」-「計算機」-「我的電腦」-「DCOM」選項， 選擇其下的「IIS ADMIN SERVICE」，右健選擇「屬性」，找到「安全」，在「啟動和激活許可權」中編輯「自定義」，添加帳號「IWAM_*****」， 給該帳號賦予「本地啟動」和「本地激活」的許可權，重新啟動IIS，（點「開始」-「運行」-「CMD」，點確定，然後運行IISRESET）