局域網在長時間運行后，總會出現各種稀奇古怪的網絡故障，其中最讓我們感到頭疼的就要屬網絡傳輸速度“磕磕絆絆”，甚至慢到不能訪問網絡內容的地步了，因為隨著信息化的快速發展，很多單位以及員工都無法離開網絡了。一旦單位網絡傳輸速度晃晃悠悠甚至不能正常傳輸時，那么單位或員工的大部分工作可能就無法正常開展。為了提高單位或員工的辦公效率，想方設法讓網絡傳輸暢通無比就顯得非常重要了。現在，本文從實戰角度出發，向各位朋友貢獻幾則網絡不能正常傳輸的原因以及應對辦法，希望大家日后遇到類似網絡傳輸故障時能有所啟發。

實戰1：DNS轉發不當，引發傳輸死循環

小王最近從單位局域網內的一臺工作站中訪問Internet網絡時，發現網頁內容顯示速度非常緩慢，而且時不時地還出現無法打開網頁的現象。

起初他還以為是自己的工作站系統感染了病毒，可是詢問其他同事后，他發現與自己同處一個子網的其他工作站訪問外網時速度都很緩慢，這說明該故障與網絡病毒有關的可能性不是很大。后來，小王仔細對比檢查了幾臺上網速度不快的工作站配置參數，看到DNS服務器地址參數不盡相同，有的使用的是單位主DNS服務器地址，有的使用備用DNS服務器地址，按道理來說局域網中的兩臺DNS服務器不應該同時出現故障。小王有點放心不下，趕緊對局域網中的兩臺服務器DNS服務器配置參數進行了檢查，檢查結果讓其深意外，原來兩臺DNS服務器都啟用了DNS轉發功能，不過在設置轉發地址時，小王看到ip地址為10.176.6.10的DNS服務器將解析任務轉發到10.176.6.11服務器中了，而IP地址為10.176.6.11的DNS服務器卻將解析任務又轉發給10.176.6.10服務器了，這么一來當主DNS服務器無法完成普通工作站發送過來的解析請求時，它就會自動地將解析任務轉發給局域網的備份DNS服務器中，而當單位的兩臺DNS服務器工作狀態都不正常時那么局域網傳輸通道中就會形成死循環了，要不了多長時間網絡傳輸通道就會被堵塞。找到了故障原因后，小王立即將其中一臺DNS服務器的轉發地址設置成本地ISP提供的DNS服務器地址，如此一來DNS解析任務就不會發生死循環了；重新修改了DNS轉發地址后，小王再一次進行了上網測試，這一次他發現網絡訪問速度已經恢復了正常。

實戰2：網絡病毒襲擊，引發通道堵塞

由于工作需要，小王準備通過自己工作站的網上鄰居窗口去訪問同事的一個共享文件，可是在將這個容量不超過10KB的文本文件拖放到本地硬盤中時，他發現網絡傳輸速度異常緩慢，足足等了半個多小時文件傳輸才算完成。小王的第一感覺就是自己的工作站或者局域網遭受到了網絡病毒的攻擊。目前網絡中各種類型的病毒層出不窮，其中蠕蟲病毒對網絡的破壞性最強，它常常會充分利用系統漏洞進行自我繁殖復制，同時還會利用網絡協議自身的漏洞在網絡傳輸通道中非法傳播擴散，最終會導致網絡傳輸通道堵塞。

為了驗證自己的工作站系統是否已經感染了蠕蟲病毒，小王立即將專業分析工具Sniffer下載下來，利用該工具從連接狀態中很快就知道局域網某臺工作站系統已經感染了網絡蠕蟲病毒；當然，要是大家對Sniffer工具的使用不熟悉時，也可以在自己的工作站系統中安裝天網防火墻之類的工具，之后按照缺省參數啟用該專業防火墻，日后局域網中要是有工作站感染蠕蟲病毒不停向網絡發送病毒信息時，天網防火墻就能將這些信息源攔截下來，到時查看攔截結果中的IP地址信息就能準確定位蠕蟲病毒源。

找到了感染蠕蟲病毒的故障工作站后，小王立即來到那臺故障工作站現場，要求那臺工作站的使用者暫時斷開網絡連接，并且重新啟動系統，同時將系統切換到安全模式狀態，之后使用專業的殺毒軟件來進行病毒查殺操作。在病毒查殺操作結束后，那臺故障工作站再次被連接到局域網中，這一次小王發現Sniffer工具抓取下來的信息并沒有什么異常之處，再嘗試進行共享訪問傳輸時，那個容量不超過10KB的文本文件很快就被傳輸完成了，很顯然在網絡病毒被清除之后，網絡傳輸通道立即被打通了。

在這里需要提醒各位朋友注意的是，現在許多蠕蟲病毒存在不少新變種，有時候安裝在本地系統中的殺毒軟件奈何不了這些變種蠕蟲病毒，此時大家可以根據變種蠕蟲病毒的名稱到網上下載專業的蠕蟲病毒查殺工具。為了防止蠕蟲病毒再次襲擊自己的工作站系統或本地網絡，大家還應該到微軟公司的官方網站中查找一下是否有針對對應蠕蟲病毒的補丁程序，要是有的話必須及時進行下載安裝，以增強本地系統或網絡的安全“免疫”能力。

實戰3：線纜連接出錯，引發網絡環路

單位各個辦公室都有自己的內網，內網工作站通過核心交換機與外網連接。最近，有同事向網絡管理員小王反映，他們處室的工作站在訪問外網時不正常，有時能打開網頁，但時間不長網頁內容又無法顯示了，不過再過一段時間，相同的網頁內容又能訪問了，之后又會持續出現相同的故障現象。

從故障現象來看，小王認為可能是網絡設備的工作狀態不穩定，或者網絡連接不穩定；不過，在對這些因素進行排查后，小王并沒有找到任何問題，為了穩妥起見，小王將單位的交換機設備以及路由器設備都重新啟動了一下，以便消除這些設備存在的隱性系統故障，但是故障依然沒有消失。有沒有可能是交換機的連接端口出了問題呢？想到這一點，

小王特意將連接該處室內網的主交換機端口重新換了一個，再進行測試時還不行，事實上新啟用的核心交換機中的那個端口工作狀態是正常的，這說明該處室內網不能正常訪問網絡的原因與核心交換機無關，考慮到其他處室的內網都能正常訪問外網內容，于是小王斷定該故障肯定是由這個處室內網引起的。

趕到故障內網現場，小王看到該處室共有六臺工作站，它們通過一個16口的交換機與單位的核心交換機相連；詢問該處室的同事是否經常殺毒，得到的回答是他們經常查殺病毒，可以確保內網中沒有網絡病毒。排除了病毒因素后，小王將目光瞄向那個16口的交換機，他看到連接到交換機上的網絡線纜亂糟糟地放在地面上，于是他決定先將雜亂無序的線纜理順；在整理線纜的時候，小王發現竟然有一條線纜的兩個水晶頭同時連接到交換機的兩個端口中，很明顯該內網存在網絡環路現象，難怪該內網中的工作站上網時出現有時能打開網頁有時不能打開網頁的現象，這都是數據丟包嚴重的結果。將網絡環路現象排除掉，小王重新啟動了一下該16口交換機，結果發現該處室中的所有工作站立即能正常打開網頁了，而且網頁內容的顯示速度很快。

實戰4：并發連接受限，引發無法連接

為了方便各位員工互相交流共享信息，單位網絡管理員小王特意在服務器的硬盤中開辟了一個共享文件夾，以便來讓員工們隨意上傳發布自己的共享信息。不過，最近有幾個員工同時向小王反映，他們的共享信息無法上傳到服務器指定的共享文件夾中。聽到多人同時反映有故障，小王下意識地認為肯定是服務器系統出了問題；于是他三步并兩步地趕到服務器現場，可是在現場小王看到服務器系統運行一切正常，后來又詢問了其他一部分員工，得知他們都能夠正常地向服務器傳輸共享信息。根據這一現象，小王認為該故障肯定是部分工作站系統自身的問題引起的，例如上網設置不當、系統感染病毒等，不過在對幾臺工作站的各個可能因素進行檢查之后，小王并沒有找到什么可疑之處，看來問題還是出在服務器端。重新返回服務器現場，小王打開該系統的計算機管理窗口，從該窗口的“共享文件夾”會話連接列表中，他看到此時此刻竟然有30個用戶連接掛在服務器上；考慮到在架設服務器時為了減輕系統的運行負擔，小王特地針對單位局域網工作站數量不足80臺的現狀，將服務器系統的并發連接數目限制為30，而在缺省狀態下每一個用戶連接即使沒有進行任何操作也要等到30分鐘之后才能從服務器端自行斷開。很顯然，后面的用戶之所以無法訪問服務器中的共享文件夾，是由于同時訪問服務器的連接數已經超過系統指定的數值；找到了故障原因之后，那么這則故障解決起來也就不麻煩了。

小王立即找到服務器中的那個指定共享文件夾，打開該文件夾的屬性設置窗口，進入共享標簽設置頁面，在該頁面中將用戶連接數量設置成更大的數值。考慮到單位局域網中的工作站數量不超過80臺，為此小王在這里將并發連接數值調整成了80，之后局域網中的其他用戶都能正常訪問服務器中的指定共享文件夾了，當然也能隨心所欲地快速發布共享信息了。

實戰5：網關設置不當，引發轉發錯誤

某單位組建了一個包含數十臺工作站的小型局域網網絡，其中服務器安裝了Windows Server 2003系統，負責日常的網絡管理及與主管部門的業務聯系。后來由于工作需要，該單位申請安裝了ADSL寬帶，由局域網服務器所在的主機作為外線連接主機，其它工作站通過服務器共享外線連接進行上網。安裝配置好后，除了服務器系統能夠訪問外網外，其它工作站都不能上網。仔細對各項上網參數進行檢查后，發現沒有任何錯誤，而且局域網內部工作站之間都能互相訪問。

經過仔細分析，懷疑是服務器參數設置存在問題，其連接內部網絡的網卡地址為10.176.0.1，與其它工作站處于相同的子網中，其它工作站中的網關地址也都設成了10.176.0.1，按道理來說，這樣的設置是正確的，這個局域網中的所有工作站應該能夠實現共享訪問目的，不過事實恰恰相反。

抱著嘗試的心態，將服務器連接內網的網卡IP地址修改為192.168.0.1，同時將局域網中其他工作站的IP地址改為192.168.0.XXX，網關地址全部修改為192.168.0.1，當完成這些參數更改操作后，奇跡竟然出現了，局域網中的所有工作站共享上網成功了。很明顯，這則網絡傳輸不通的故障是由于網關設置不當引起的，導致了上網數據轉發錯誤。