網路不能傳輸怎麼辦

　　一旦單位網路傳輸速度晃晃悠悠甚至不能正常傳輸時，那麼單位或員工的大部分工作可能就無法正常開展。為了提高單位或員工的辦公效率，想方設法讓網路傳輸暢通無比就顯得非常重要了。現在，小編從實戰角度出發，向各位朋友貢獻幾則網路不能正常傳輸的原因以及應對辦法，希望大家日後遇到類似網路傳輸故障時能有所啟發。

　　實戰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，當完成這些引數更改操作後，奇蹟竟然出現了，區域網中的所有工作站共享上網成功了。很明顯，這則網路傳輸不通的故障是由於閘道器設定不當引起的，導致了上網資料轉發錯誤。