TCP、+IP網(wǎng)絡(luò)故障診斷的結(jié)構(gòu)化方法大全

1、.：.；TCP| IP網(wǎng)絡(luò)缺點(diǎn)診斷的構(gòu)造化方法大全本文將描畫一種對TCP/IP網(wǎng)絡(luò)進(jìn)展缺點(diǎn)診斷的構(gòu)造化方法。此篇可以作為引子，后面的文章我們將討論本文所涉及到的一些關(guān)鍵問題。那么，在他聽到“TCP/IP網(wǎng)絡(luò)缺點(diǎn)診斷這個(gè)詞的時(shí)候，他想到了什么?許多人能夠會(huì)看到一張流程圖?；蛘哒f想到了操作步驟有幾步的問題。還有許多人能夠會(huì)感到茫然，無從下手。TCP/IP的缺點(diǎn)診斷似乎看起來簡單，畢竟，這僅僅是一個(gè)擁有四層協(xié)議的體系構(gòu)造，每一層有多種協(xié)議。不過，外表的簡單并不意味著缺點(diǎn)可以輕松處理。下面我們先看看：傳統(tǒng)的缺點(diǎn)診斷方法幾年前，在筆者第一次學(xué)習(xí)TCP/IP的網(wǎng)絡(luò)組建時(shí)，了解了幾個(gè)簡單的缺點(diǎn)診斷的流程，這

2、個(gè)流程大體涉及到如下的幾個(gè)方面：鍵入ipconfig，用以檢查IP地址、子網(wǎng)掩碼、默許網(wǎng)關(guān)能否正確。1. 運(yùn)轉(zhuǎn)ping ,查看網(wǎng)絡(luò)適配器能否正在任務(wù)。2. 運(yùn)轉(zhuǎn)ping 探測本機(jī)的IP地址能否正確或合法。3. 試著ping同一子網(wǎng)內(nèi)的任何一臺(tái)計(jì)算機(jī)的IP地址，看能否ping通。4. 試著ping一下默許網(wǎng)關(guān)(即路由器上將他的子網(wǎng)銜接到網(wǎng)絡(luò)其他部分的接口)，看能否ping通。5. 試著ping不同子網(wǎng)的一臺(tái)計(jì)算機(jī)的IP地址6. 試著ping外網(wǎng)的一臺(tái)計(jì)算機(jī)的IP地址。筆者覺得這種方法有點(diǎn)兒僵化，由于我們幾乎可以不用動(dòng)腦子就可以遵照這些步驟。而且還有點(diǎn)兒效率低下，由于從其過程來看

3、，它先假定他本人的計(jì)算機(jī)最能夠有問題，而且問題極能夠離他很近(他的網(wǎng)卡、計(jì)算機(jī)的IP地址配置、本地子網(wǎng))，然后才是遠(yuǎn)程計(jì)算機(jī)的問題。在互聯(lián)網(wǎng)還沒有真正快速開展之前，這個(gè)方法也許不錯(cuò),也就是說，在DNS成為被廣泛采用的域名解析系統(tǒng)之前，在防火墻和VPN等成為多數(shù)企業(yè)的網(wǎng)絡(luò)部分之前，這個(gè)方案也許不錯(cuò)。筆者的意思是：假設(shè)他的一個(gè)用戶說：“我如今不能銜接到效力器上。那么問題會(huì)出在哪里呢?我們有必要將用戶的這句話分解為幾部分，以便于進(jìn)一步了解問題。第一部分-“我不能：那么，我們應(yīng)該問一下，能否只需一個(gè)用戶報(bào)告網(wǎng)絡(luò)問題呢?假設(shè)還有其他人，他們出現(xiàn)的問題類似嗎?假設(shè)是這樣的，那么問題很去除了，他不需求采用上

4、述的僵化方法，直接開場對用戶的計(jì)算機(jī)開場缺點(diǎn)診斷即可以。否那么，問題極有能夠出如今其它地方，這能夠意味著他的DNS效力器離線了或他的DNS供應(yīng)商效力出現(xiàn)了問題?；蛘邇?nèi)部網(wǎng)絡(luò)上的某個(gè)路由器出了問題，出現(xiàn)丟包景象?；蛟S他的用戶正試圖銜接的效力器曾經(jīng)解體。或許他應(yīng)該停下來，想一想這些出現(xiàn)缺點(diǎn)的用戶能夠存在的共同問題。例如，這些機(jī)器都位于一樣的子網(wǎng)上嗎?假設(shè)是這樣的話，那么有能夠那個(gè)子網(wǎng)的默許網(wǎng)關(guān)配置錯(cuò)誤或者路由器癱瘓。或許是某個(gè)任務(wù)人員將銜接子網(wǎng)的任務(wù)組交換機(jī)到骨干交換機(jī)的網(wǎng)絡(luò)電纜切斷了?；蛟S是某個(gè)惡意用戶將一個(gè)欺詐性的DHCP效力器安裝到那個(gè)子網(wǎng)上了，這個(gè)惡意用戶正竊取機(jī)器的IP地址，而將一些不可

5、路由的地址分配給那些計(jì)算機(jī)，從而構(gòu)成回絕效力的缺點(diǎn)。當(dāng)然，假設(shè)只是一個(gè)用戶存在著這種問題，那么就需求我們問這樣一些問題，如“計(jì)算機(jī)開機(jī)了嗎?網(wǎng)絡(luò)電纜平安地安裝到了計(jì)算機(jī)的后部了嗎?“銜接到可以問這位用戶這樣一個(gè)問題“他所說的銜接是什么意思?這是由于“銜接是一個(gè)技術(shù)性很強(qiáng)的詞語，許多用戶其實(shí)并不真正了解所議論的東西。為什么呢?由于存在著不同種類的銜接，包括MAC級(jí)的通訊、TCP會(huì)話、口令驗(yàn)證、訪問權(quán)限和特權(quán)、跨NAT的銜接、防火墻的經(jīng)過、運(yùn)用層的會(huì)話等等。作為網(wǎng)管員需求知道用戶的問題是什么。當(dāng)這些用戶說不能“銜接到效力器時(shí)，他們正在做什么?是在訪問此效力器上的一個(gè)共享嗎?在訪問時(shí)能否收到了一個(gè)“

6、回絕訪問的音訊呢?這些用戶能否收到一個(gè)登錄窗口，提示其輸入相關(guān)憑證呢?(如賬戶名、口令等)效力器回絕其憑證了嗎?這些用戶在找到或運(yùn)用活動(dòng)目錄中的共享時(shí)發(fā)生了問題了嗎?他們發(fā)現(xiàn)問題的是一個(gè)映射驅(qū)動(dòng)器嗎?他們是不是正經(jīng)過閱讀網(wǎng)上鄰居來查找效力器呢?等等。這些用戶僅在銜接某臺(tái)效力器時(shí)才出現(xiàn)缺點(diǎn)嗎?或者，這些用戶是不是在銜接到任何網(wǎng)絡(luò)節(jié)點(diǎn)時(shí)都出現(xiàn)缺點(diǎn)?在這里，決議問題或缺點(diǎn)的范圍是很重要的：銜接是一個(gè)方面或多個(gè)方面呢?“效力器他搞定了這個(gè)用戶，而且搞定了那臺(tái)效力器，也搞定了其間的網(wǎng)絡(luò)。它們?nèi)圆荒茔暯?為什么呢?需求留意的是那臺(tái)效力器究竟在什么地方呢?它在用戶的子網(wǎng)上嗎?在一個(gè)相鄰的子網(wǎng)上嗎?在一個(gè)不同

7、的部門上嗎?在一個(gè)不同的樓層上嗎?在一個(gè)不同的大樓上嗎?是哪種網(wǎng)絡(luò)將用戶與特定的效力器銜接起來?是無線以太網(wǎng)嗎?是無線局域網(wǎng)嗎?是互聯(lián)網(wǎng)上的VPN通道嗎?是撥號(hào)的modem銜接嗎?是線纜modem還是DSL modem?首先決議用戶和效力器之間的銜接類型(有能夠是幾種)，然后思索哪個(gè)地方有能夠出現(xiàn)缺點(diǎn)?有能夠是CSU/DSU出了缺點(diǎn)，可以試著給它重新加電或與應(yīng)該監(jiān)視CSU/DSU的供應(yīng)商聯(lián)絡(luò)。也有能夠是某人在清掃衛(wèi)生時(shí)碰到了電源開關(guān)，導(dǎo)致某個(gè)以太網(wǎng)交換機(jī)離線。假設(shè)他用的是可網(wǎng)管型交換機(jī)，也可以檢查網(wǎng)絡(luò)管理軟件的警告信息。也有能夠是遠(yuǎn)程效力器所在的辦公室發(fā)生了電源中斷。可以試著咨詢一下。用戶是僅

8、與一臺(tái)效力器無法銜接，還是無法與多臺(tái)效力器不能銜接?其他人也不能銜接到那些效力器上嗎?在受影響的效力器之間有什么共同的東西嗎?(問題有能夠與用戶的計(jì)算機(jī)有關(guān)，更有能夠與網(wǎng)絡(luò)架構(gòu)本身有關(guān))“如今時(shí)間要素在缺點(diǎn)診斷中是至關(guān)重要的。應(yīng)該問一下：問題是剛剛發(fā)生嗎?上次勝利銜接到效力器是在什么時(shí)候?這種景象繼續(xù)了多長時(shí)間?是延續(xù)性的還是延續(xù)的?斷斷續(xù)續(xù)的網(wǎng)絡(luò)問題涉及到不可靠的WAN鏈接以及其它一些難于處理的問題，特別是這些問題繼續(xù)很短暫時(shí)間或偶爾出現(xiàn)時(shí)更是這樣。時(shí)間要素還有能夠?qū)栴}與能夠影響網(wǎng)絡(luò)的其它情況聯(lián)絡(luò)起來。問題是出如今今天上午10點(diǎn)20分嗎?彼時(shí)他的網(wǎng)絡(luò)還出現(xiàn)了哪些問題?WSUS效力器上打補(bǔ)丁

9、了嗎?域效力器上的預(yù)定維護(hù)實(shí)現(xiàn)了嗎?構(gòu)造化的方法筆者本人的TCP/IP網(wǎng)絡(luò)的構(gòu)造化缺點(diǎn)診斷的方法由三個(gè)關(guān)鍵部分組成：1. 決議問題的要素。也就是說要思索如下方面：客戶端：即出現(xiàn)問題的客戶端效力器端：客戶無法訪問的效力器、打印機(jī)或其它的網(wǎng)絡(luò)資源(如互聯(lián)網(wǎng))等。其間的網(wǎng)絡(luò)：線纜(假設(shè)不是無線的話)、集線器、交換機(jī)、路由器、防火墻、代理效力器，以及客戶端和效力器之間的其它網(wǎng)絡(luò)架構(gòu)。環(huán)境：能夠會(huì)影響他的網(wǎng)絡(luò)的外部情況，如電源的動(dòng)搖、建筑物的維護(hù)等等。范圍：一個(gè)或多個(gè)有關(guān)的客戶端/效力器端。期間：延續(xù)的、延續(xù)的，還是偶爾的，何時(shí)開場等。出現(xiàn)問題的銜接類型：物理層、網(wǎng)絡(luò)層、傳輸層還是運(yùn)用層?身份驗(yàn)證還是訪

10、問控制?等等。標(biāo)志性信息：客戶端機(jī)器上的出錯(cuò)音訊，登錄對話框等等。2. 在思索到以上問題要素時(shí)，決議需求運(yùn)用哪些缺點(diǎn)診斷措施，這些措施包括：驗(yàn)證有關(guān)客戶端、效力器和網(wǎng)絡(luò)架構(gòu)硬件的物理媒體。也就是說檢查電纜，確保網(wǎng)絡(luò)適配器正確安裝，并進(jìn)一步查找、驗(yàn)證可以顯示媒體斷開形狀的網(wǎng)絡(luò)銜接。驗(yàn)證有關(guān)客戶端、效力器、網(wǎng)絡(luò)架構(gòu)硬件的TCP/IP配置。在客戶端上這意味著檢查IP地址、子網(wǎng)掩碼、默許網(wǎng)關(guān)、DNS設(shè)置等等。對于網(wǎng)絡(luò)架構(gòu)硬件而言，也就是指路由器上的路由表和Internet網(wǎng)關(guān)。驗(yàn)證有關(guān)客戶端和效力器端的路由選擇的連通性。也就是說要運(yùn)用ping，pathping，tracert，或其它類似的工具，便于在

11、網(wǎng)絡(luò)層上驗(yàn)證端到端的TCP/IP的銜接性;采用數(shù)據(jù)包嗅探以監(jiān)視傳輸層會(huì)話;運(yùn)用nslookup，telnet和其它的工具來診斷包括域名解析問題、身份驗(yàn)證等運(yùn)用層問題。3.了解之、訊問之、測試之:了解協(xié)議如何任務(wù)，數(shù)據(jù)包如何由路由表轉(zhuǎn)發(fā)，netdiag.exe等工具可以通知他什么是非常關(guān)鍵的。勝利的TCP/IP缺點(diǎn)診斷是建立在了解TCP/IP如何任務(wù)和有關(guān)測試工具的根底之上的。假設(shè)他從來沒有努力了解網(wǎng)絡(luò)監(jiān)視器的跟蹤方式，那么他在診斷某些問題時(shí)就會(huì)遇到困難。問一些恰當(dāng)?shù)膯栴}對于勝利的缺點(diǎn)診斷也很關(guān)鍵。要學(xué)會(huì)何時(shí)按部就班，何時(shí)以騰躍性思想直奔主題是缺點(diǎn)診斷藝術(shù)的本質(zhì)所在，這還括充分運(yùn)用他的左右腦，即

12、要有充分的想象和縝密的思想。最后，踏踏實(shí)實(shí)地測試，并隔離問題是很關(guān)鍵的，為此他需求缺點(diǎn)診斷的工具箱。而且沒有什么比豐富的閱歷更能協(xié)助 他處理復(fù)雜問題了。小結(jié)診斷TCP/IP網(wǎng)絡(luò)的缺點(diǎn)時(shí)能夠會(huì)使人灰心喪氣，不過也充溢樂趣。在未來的文章中，我們將祥細(xì)論述缺點(diǎn)診斷的措施和工具，以協(xié)助 他勝利地處理網(wǎng)絡(luò)中出現(xiàn)的問題。本篇解釋路由表如何任務(wù)，并論述如何在Windows網(wǎng)絡(luò)中診斷路由缺點(diǎn)。在上篇文章中，筆者概括性地指出了 HYPERLINK vlan9/net-protocol/tcp-ip/index.html t _blank TCP/IP網(wǎng)絡(luò)缺點(diǎn)診斷的構(gòu)造化方法。這種方法有三個(gè)關(guān)鍵方面：了解作為根底

13、的網(wǎng)絡(luò)技術(shù)和協(xié)議決議問題的不同元素及其屬性決議應(yīng)該采取哪些缺點(diǎn)診斷措施和工具來處理問題筆者以為缺點(diǎn)診斷問題不是簡單的一、兩步措施就可以處理的，換句話說，缺點(diǎn)的處理更確切地講是一種藝術(shù)(基于直覺)而非科學(xué)(基于某種方法)。TCP/IP網(wǎng)絡(luò)的根底是路由表，這是一種TCP/IP網(wǎng)絡(luò)上每臺(tái)主機(jī)的數(shù)據(jù)構(gòu)造。路由表有以下三個(gè)作用：用于存儲(chǔ)網(wǎng)絡(luò)上其它子網(wǎng)的信息，以及如何到達(dá)這些網(wǎng)絡(luò)上的主機(jī)。為了到達(dá)此數(shù)據(jù)包的最終目的地，路由表可以決議每個(gè)數(shù)據(jù)包如何被轉(zhuǎn)發(fā)到某臺(tái)主機(jī)。用于決議哪個(gè)網(wǎng)絡(luò)接口(稱為下一跳接口)應(yīng)該用于轉(zhuǎn)發(fā)這個(gè)數(shù)據(jù)包，從而使其到達(dá)目的地?？梢哉f，假設(shè)他想高效地診斷TCP/IP網(wǎng)絡(luò)上的路由問題，了解路

14、由表是很關(guān)鍵的。如今讓我們看看路由表是如何任務(wù)的，在不同的情況下路由表的表現(xiàn)是怎樣的，并且看看在不同的情況下需求運(yùn)用哪些缺點(diǎn)診斷的措施和工具。我們將從檢查一個(gè)簡單的效力器(只需一個(gè)網(wǎng)絡(luò)接口的效力器)的路由表開場，此效力器只分配了一個(gè)IP地址。筆者選擇這個(gè)例子是由于它最易了解，在筆者的下一篇文章中，我們將看一些更為復(fù)雜的例子，包括擁有多個(gè)IP地址的效力器(如web 效力器)和擁有多個(gè)網(wǎng)絡(luò)接口的效力器(如既能銜接到LAN又能銜接到一個(gè)用于備份的單獨(dú)的網(wǎng)絡(luò))。只擁有一個(gè)IP地址的簡單效力器的路由表下面的路由表是在/24網(wǎng)絡(luò)上IP地址為0的效力器的路由表:

15、以下是援用片段：C:routeprint IPv4RouteTable = InterfaceList 0 x1.MSTCPLoopbackinterface 0 x10003.0003ff25888c.Intel21140-BasedPCIFastEthernetAdapter (Generic) = = ActiveRoutes: NetworkDestinationNetmaskGatewayInterfaceMetric 020 1 172.1

16、6.11.00020 05520 55550020 0020 5555001 DefaultGateway: = PersistentRoutes: No

17、ne 為了顯示這個(gè)路由表，他需求翻開一個(gè)命令提示窗口，在其中輸入route print。下面我們對其各個(gè)部分逐個(gè)分析便于我們了解它是如何任務(wù)的：路由表中每一個(gè)路由表項(xiàng)(或路由)都由五個(gè)字段組成：網(wǎng)絡(luò)目的地址(Network Destination)：代表某個(gè)能夠的目的地址，它是一個(gè)IP地址或子網(wǎng)，即表示IP數(shù)據(jù)包被轉(zhuǎn)發(fā)到何處的地址。掩碼(Netmask):一個(gè)用于將某數(shù)據(jù)包中的IP地址中的目的地址字段與上面能夠的網(wǎng)絡(luò)地址匹配起來的位方式。網(wǎng)關(guān)(Gateway)：下一跳的IP地址，數(shù)據(jù)包必需被轉(zhuǎn)發(fā)到此，才干到達(dá)特定的目的網(wǎng)絡(luò)。接口(Interface)：下一跳的接口，這個(gè)接口必需用于將數(shù)據(jù)包進(jìn)展

18、轉(zhuǎn)發(fā)，以到達(dá)特定的目的網(wǎng)絡(luò)。跳數(shù)(metric):表示到達(dá)目的的過程中經(jīng)過了多少跳數(shù)(路由器數(shù))，即路由的本錢。例如一：目的主機(jī)在本地子網(wǎng)上對于我們例子而言，假設(shè)這個(gè)特定的效力器(0)要將數(shù)據(jù)包發(fā)往同一子網(wǎng)內(nèi)的另一臺(tái)主機(jī)(IP地址為0)。那么這個(gè)數(shù)據(jù)包的源地址為0，目的地址為0。下面我們將展現(xiàn)Windows是如何用其路由表來決議選擇運(yùn)用哪條路由的：1. Windows首先依次從路由表中取出每一個(gè)路由，并將數(shù)據(jù)包的目的地址(0)與選中路由的掩碼執(zhí)行邏輯“與運(yùn)算。下面展現(xiàn)結(jié)果，這里，路由表

19、中的每一個(gè)路由是經(jīng)過其網(wǎng)絡(luò)目的地址確定的：Route?Netmask0 AND Netmask?05505555055550 2. 對每一個(gè)路

20、由來說，這個(gè)“與運(yùn)算的結(jié)果要與路由的網(wǎng)絡(luò)目的地址比比較，而二者的一次匹配意思著這條路由可被用于將數(shù)據(jù)包轉(zhuǎn)發(fā)到其目的地址。假設(shè)發(fā)現(xiàn)不只需一個(gè)匹配，Windows就會(huì)選用擁有最長匹配的路由(即1的位數(shù)最高的路由)。假設(shè)這并不有產(chǎn)生獨(dú)一的路由，Windows就恣意地選用一個(gè)作為路由。從上面的列表中，這個(gè)“與運(yùn)算的結(jié)果導(dǎo)致了兩個(gè)匹配(路由1和3)，因此Windows選擇了擁有最長匹配的路由，即第三行的那個(gè)。其結(jié)果是Windows知道了運(yùn)用哪個(gè)路由將數(shù)據(jù)包傳送到目的地。下面是這條路由在效力器的路由表中看起來的樣子：Network Destination Netmask Gateway Interface

21、 Metric 0 0 203. Windows如今要運(yùn)用下面的算法來決議下一步做什么：a) 假設(shè)路由的網(wǎng)關(guān)字段與效力器上的一個(gè)網(wǎng)絡(luò)接口的地址相匹配(或者假設(shè)網(wǎng)關(guān)是空的話)，那么Windows就會(huì)用在路由中指定的接口將數(shù)據(jù)包直接發(fā)送到目的地址。b) 假設(shè)路由的網(wǎng)關(guān)字段并不與效力器上網(wǎng)絡(luò)接口的恣意地址相匹配，Windows將會(huì)把數(shù)據(jù)包轉(zhuǎn)發(fā)給路由中的網(wǎng)關(guān)字段的地址。很明顯，這里符合條件a，路由的網(wǎng)關(guān)字段(0)即為分配給效力器單個(gè)網(wǎng)卡的地址。Windows因此會(huì)作出決議以為目的地址位于

22、本地子網(wǎng)上，這也就是說Windows不需求將數(shù)據(jù)包發(fā)送到任何路由器，而是直接發(fā)送給其目的地址。在此例中，Windows運(yùn)用效力器的0的網(wǎng)絡(luò)接口，簡單地將數(shù)據(jù)包發(fā)送給0，接納主機(jī)得到了數(shù)據(jù)包。例如二：目的主機(jī)在遠(yuǎn)程子網(wǎng)上如今，讓我們繼續(xù)同樣的過程，不過這次我們假定效力器想把數(shù)據(jù)包發(fā)往一個(gè)不同子網(wǎng)上的一臺(tái)主機(jī)(IP地址為00)。換句話說，數(shù)據(jù)包的源地址為0，目的地址為00。下面我們看一下Windows是如何利用路由表決議選擇哪條路由的：1. Windows從路由表中取出每一條路由，將數(shù)據(jù)包

23、的目的地址(00)與路由中的掩碼進(jìn)展“與 運(yùn)算。運(yùn)算結(jié)果如下： RouteNetmask00 AND Netmask0550055550055

24、5500 2. 對于每一條路由來說，“與運(yùn)算的結(jié)果要與路由中網(wǎng)絡(luò)目的地址相比較，二者匹配意味著這條路由可被用于將數(shù)據(jù)包轉(zhuǎn)發(fā)到其目的地址。從我們上面的第二張路由表，他可以看出這次只需一個(gè)匹配，也就是說是第一行，這個(gè)路由的網(wǎng)絡(luò)目地字段()與“與運(yùn)算的結(jié)果匹配。因此Windows用來將數(shù)據(jù)包轉(zhuǎn)發(fā)到其目的地址的路由即為下面的路由：Network Destination Netmask Gateway Interface Metric 0 203. 然后Windows就會(huì)運(yùn)用前述的算法來決議下

25、一步做什么，這次符合條件b，由于路由的網(wǎng)關(guān)字段()與分配給效力器的單獨(dú)網(wǎng)卡的地址(0)并不匹配。Windows因此會(huì)決議目的地址位于一個(gè)遠(yuǎn)程子網(wǎng)上，將數(shù)據(jù)包轉(zhuǎn)發(fā)給路由器，路由器經(jīng)過繼續(xù)轉(zhuǎn)發(fā)數(shù)據(jù)包將其傳送到目的地。在此例中，Windows運(yùn)用效力器的0網(wǎng)絡(luò)接口，將數(shù)據(jù)包發(fā)送到在網(wǎng)關(guān)字段中所顯示的地址。一旦位于的路由器收到了數(shù)據(jù)包，它會(huì)決議下一步需求采取什么步驟，才干將數(shù)據(jù)包轉(zhuǎn)發(fā)到其最后的目的地址00，而這又依賴于0/24網(wǎng)絡(luò)是1/24(由單個(gè)路

26、由器銜接)或一個(gè)遠(yuǎn)程網(wǎng)絡(luò)的臨近子網(wǎng)(由幾個(gè)中間網(wǎng)絡(luò)之間的路由器銜接)。缺點(diǎn)診斷小技巧在上述的過程中哪里會(huì)出問題呢?首先，Windows有能夠無法選擇一條網(wǎng)絡(luò)目的地址字段與“與運(yùn)算的結(jié)果(即路由的掩碼字段與數(shù)據(jù)包的目的字段“與運(yùn)算的結(jié)果)相匹配的路由。假設(shè)發(fā)生這種情況，他就會(huì)收到一個(gè)路由選擇錯(cuò)誤，這普通會(huì)經(jīng)過一些運(yùn)轉(zhuǎn)在效力器上的網(wǎng)絡(luò)運(yùn)用程序指示給他。通常情況下，Windows會(huì)運(yùn)用TCP來通知網(wǎng)絡(luò)堆棧的上層，闡明數(shù)據(jù)包不能送達(dá)，就會(huì)導(dǎo)致某種錯(cuò)誤音訊。在這種情況下，他的路由表能夠曾經(jīng)損壞，或者說，他的路由表中有一個(gè)非法的耐久性路由。耐久性路由指的是他經(jīng)過運(yùn)用route -p add手動(dòng)命令添加到路

27、由表中的路由，這種路由需求重啟才可以運(yùn)用，由于其值是存儲(chǔ)在注冊表中的。假設(shè)他添加了非法的路由，就會(huì)產(chǎn)生奇異的結(jié)果。(雖然這種非法路由多數(shù)情況下會(huì)導(dǎo)致數(shù)據(jù)通訊被莫名其妙地丟棄。)另外一方面，假設(shè)目的主機(jī)位于一個(gè)遠(yuǎn)程子網(wǎng)上，Windows會(huì)將數(shù)據(jù)包轉(zhuǎn)發(fā)給一個(gè)路由器(默許的網(wǎng)關(guān)地址)，而這個(gè)路由器又不能選擇一個(gè)路由，那么這種情況就會(huì)發(fā)生：路由會(huì)將把一個(gè)ICMP(網(wǎng)際控制報(bào)文協(xié)議)音訊：“目的不可到達(dá)(Destination Unreachable)-主機(jī)不可到達(dá)(Host Unreachable)前往給發(fā)送此數(shù)據(jù)包的主機(jī)。此例中，TCP會(huì)通知上層協(xié)議，然后就會(huì)顯示某種錯(cuò)誤音訊。無論何種情況，一個(gè)處置

28、問題的適用方法是在發(fā)送方主機(jī)上檢查路由表，還要檢查數(shù)據(jù)包在到達(dá)目的地的過程中沿途經(jīng)過的途徑所銜接的路由器，查看這些路由表能否一致或曾經(jīng)損壞。一個(gè)損壞的路由表可以經(jīng)過重置TCP/IP堆棧進(jìn)展恢復(fù)(至少在Windows計(jì)算機(jī)上是這樣)，詳細(xì)方法是運(yùn)用netsh int ip reset命令，大家可以參考微軟的KB299357查找祥細(xì)資料。不過，需求留意，這種重置操作并不會(huì)去除他手動(dòng)添加到路由表中的路由。結(jié)論我們討論了路由表是如何任務(wù)的，并且論述了如何診斷路由表的缺點(diǎn)，下一篇文章我們將討論幾個(gè)更為復(fù)雜的例子，例如看看擁有多個(gè)地址和多個(gè)網(wǎng)卡的效力器的情況。這是網(wǎng)絡(luò)缺點(diǎn)診斷構(gòu)造化方法的第三篇，本文談的是

29、如何利用Windows平臺(tái)的網(wǎng)絡(luò)銜接修復(fù)特性。勝利的缺點(diǎn)診斷依賴于三個(gè)重要支柱：縝密的邏輯思想、對技術(shù)與技巧的了解、診斷工具的運(yùn)用閱歷。我們的文章主要以這三個(gè)支柱為根底。例如，在筆者的首篇文章中，我們概要地描畫了一種構(gòu)造化的方法，展現(xiàn)如何從邏輯上診斷Windows系統(tǒng)網(wǎng)絡(luò)的TCP/IP網(wǎng)絡(luò)缺點(diǎn)。在第二篇文章中，我們重點(diǎn)從技術(shù)上討論了路由表是如何任務(wù)的，并討論了路由表問題的缺點(diǎn)診斷技巧。今天的這篇文章中，我們將了解Windows的網(wǎng)絡(luò)修復(fù)特性如何修復(fù)常見的網(wǎng)絡(luò)銜接問題。后面我們還有文章討論上述的三大支柱，以協(xié)助 讀者成為更為專業(yè)的缺點(diǎn)診斷高手。修復(fù)特性是一個(gè)強(qiáng)有力的工具，雖然大家很少用它(他用得

30、很多嗎?)，由于許多人沒有真正地了解它。運(yùn)用這個(gè)特性是相當(dāng)簡單的，只需求在網(wǎng)絡(luò)銜接上右擊，從彈出的快捷菜單中選擇“修復(fù)即可。如圖： 在我們這樣操作時(shí)，就會(huì)彈出一個(gè)對話框，延續(xù)地顯示一系列的音訊，這些音訊表現(xiàn)了修復(fù)活動(dòng)的任務(wù)過程。如圖： 在上面的圖中，我們看到的正在進(jìn)展的修復(fù)操作是“去除DNS緩存，這僅是一個(gè)修復(fù)操作而已。背后，Windows執(zhí)行的是一些命令行操作，圖中的每一個(gè)過程的音訊(如“去除DNS緩存)都指明了其中的一個(gè)命令被執(zhí)行了。那么，在我們運(yùn)用“修復(fù)功能時(shí)，究竟系統(tǒng)運(yùn)轉(zhuǎn)了哪些命令，執(zhí)行了哪些操作呢?這些命令做了什么?它們對系統(tǒng)產(chǎn)生了怎樣的影響?為什么要執(zhí)行這些操作或命令?下面我們一一

31、道來：第一步：DHCP更新(DHCP Renew)假設(shè)他配置了網(wǎng)絡(luò)銜接使其可以經(jīng)過DHCP自動(dòng)地接納IP地址，就會(huì)需求這一步。假設(shè)他手動(dòng)配置了銜接，運(yùn)用的是靜態(tài)的IP地址和其它的TCP/IP配置，就不需求這一步了。此處執(zhí)行的這個(gè)命令行操作類似于但不同于下面的命令： 以下是援用片段：ipconfig/renew 這個(gè)命令會(huì)試圖與DHCP效力器(計(jì)算機(jī)先前的IP地址就是從此租用的)聯(lián)絡(luò)。假設(shè)可以聯(lián)絡(luò)到DHCP效力器，計(jì)算機(jī)就會(huì)確認(rèn)其目前的TCP/IP配置是合法的。不過，在這個(gè)命令經(jīng)過“修復(fù)功能執(zhí)行時(shí)，與經(jīng)過命令行方式啟動(dòng)它的行為是不一樣的。此時(shí)，并不是向獲取其IP地址和相關(guān)DHCP配置的效力器發(fā)送

32、一個(gè)單播的DHCP更新音訊，而是向網(wǎng)絡(luò)中的任何可用的DHCP效力器發(fā)送一個(gè)DHCP更新音訊的廣播包。如此做的緣由在于，假設(shè)計(jì)算機(jī)目前的TCP/IP配置是非法的，計(jì)算機(jī)就可以經(jīng)過要求一個(gè)新的地址租用，從任何可用的DHCP效力器那兒獲取新的TCP/IP配置。執(zhí)行“修復(fù)網(wǎng)絡(luò)銜接這個(gè)操作有兩個(gè)方面的影響：一是處理客戶端上的DHCP配置問題，二是在無需與一個(gè)特定的DHCP效力器聯(lián)絡(luò)的情況下處理問題。小提示：經(jīng)過實(shí)施網(wǎng)絡(luò)上的DHCP效力器的冗余機(jī)制，來防止由于DHCP效力器不可用所呵斥的網(wǎng)絡(luò)問題。如今網(wǎng)上有不少這樣的文章，讀者可本人用google等搜索。第二步：清空ARP緩存這一步執(zhí)行的命令行操作如下所示

33、： 以下是援用片段：arpd*這個(gè)命令清空本地計(jì)算機(jī)上地址解析協(xié)議(ARP)緩存中的內(nèi)容。ARP是一個(gè)用于將IP地址解析為MAC地址(固化到局域網(wǎng)網(wǎng)卡內(nèi))的協(xié)議。ARP緩存包含著最近一段時(shí)間以來解析的網(wǎng)絡(luò)節(jié)點(diǎn)的MAC地址。這些MAC地址被保管到計(jì)算機(jī)的緩存中，目的是與這些節(jié)點(diǎn)(IP地址)的通訊無需反復(fù)解析就可以實(shí)現(xiàn)。假設(shè)ARP緩存中的一個(gè)或多個(gè)工程不正確，那么與某些IP地址的網(wǎng)絡(luò)通訊就會(huì)失敗。假設(shè)某個(gè)不正確的緩存工程屬于本地子網(wǎng)的一個(gè)點(diǎn)，那么與那個(gè)節(jié)點(diǎn)的通訊就會(huì)失敗。假設(shè)默許網(wǎng)關(guān)的緩存工程不正確，那么與遠(yuǎn)程子網(wǎng)節(jié)點(diǎn)的通訊就會(huì)失敗。這種類型的網(wǎng)絡(luò)通訊失敗(不論是位于本地子網(wǎng)還是遠(yuǎn)程子網(wǎng))都可以指

34、明哪一個(gè)ARP緩存工程是不正確的(假設(shè)不正確的ARP緩存工程是問題所在)。第三步：清空NetBIOS緩存這一步執(zhí)行的命令行操作如下所示： 以下是援用片段：nbtstatR 這個(gè)命令會(huì)清空本地計(jì)算機(jī)上的NetBIOS緩存內(nèi)容。運(yùn)轉(zhuǎn)這個(gè)命令還會(huì)將LMHOSTS文件中的任何工程預(yù)先裝載到緩存中。在多數(shù)基于Windows的網(wǎng)絡(luò)中，包括那些部署了活動(dòng)目錄和DNS域名解析的網(wǎng)絡(luò)，老的NetBIOS名字解析仍可用于某些功能。由于可經(jīng)過查詢一個(gè)WINS效力器或經(jīng)過運(yùn)用NetBIOS廣播將遠(yuǎn)程主機(jī)的NetBIOS名字解析為其相關(guān)的IP地址，這些主機(jī)到IP地址的映射就被添加到本地計(jì)算機(jī)的NetBIOS緩存中，從而

35、與遠(yuǎn)程主機(jī)的通訊在無需反復(fù)多次解析的情況下就可以實(shí)現(xiàn)。假設(shè)NetBIOS緩存中的一個(gè)或多個(gè)工程不正確，與網(wǎng)絡(luò)中的某些IP主機(jī)的通訊就會(huì)失敗。假設(shè)本地子網(wǎng)主機(jī)的緩存工程不正確，那么與此主機(jī)的通訊就失敗。假設(shè)默許網(wǎng)關(guān)的緩存工程不正確，那么遠(yuǎn)程子網(wǎng)上的主機(jī)通訊就會(huì)失敗。這種網(wǎng)絡(luò)通訊失敗(不論主機(jī)是在本地子網(wǎng)或遠(yuǎn)程子網(wǎng)上)可以指明NetBIOS緩存中的哪個(gè)工程不正確(假設(shè)不正確的NetBIOS緩存工程是問題所在)。不正確的NetBIOS緩存工程有時(shí)是由WINS效力器上WINS數(shù)據(jù)庫中的過時(shí)工程引起的。這是由于在實(shí)施WINS后，WINS要優(yōu)先于NetBIOS廣播的名字解析，因此損壞的或過時(shí)的WINS工程

36、就會(huì)用不正確的工程重新注入NetBIOS緩存，即使在緩存被清空以后也是如此。這種情況的處理方案是要在WINS數(shù)據(jù)庫中永久性地標(biāo)志不正確的記錄，再次清空NetBIOS緩存內(nèi)容，然后用nbtstat c命令監(jiān)視緩存，用以確保這些不正確的工程不會(huì)再被加裁到緩存中。第四步：清空DNS解析程序緩存這一步執(zhí)行的命令行操作如下所示： 以下是援用片段：ipconfig/flushdns 這個(gè)命令清空本地計(jì)算機(jī)DNS解析程序緩存中的內(nèi)容。運(yùn)轉(zhuǎn)這個(gè)命令還會(huì)將HOSTS文件中的任何工程預(yù)先裝載到緩存中。經(jīng)過查詢名字效力器(DNS效力器)，遠(yuǎn)程主機(jī)完全合格的DNS名字就會(huì)被解析為相關(guān)IP地址，這些FQDN來到IP地址的映射就會(huì)被添加到本地計(jì)算機(jī)DNS解