網(wǎng)絡不能傳輸怎么辦
一旦單位網(wǎng)絡傳輸速度晃晃悠悠甚至不能正常傳輸時，那么單位或員工的大部分工作可能就無法正常開展。為了提高單位或員工的辦公效率，想方設法讓網(wǎng)絡傳輸暢通無比就顯得非常重要了?，F(xiàn)在，學習啦小編從實戰(zhàn)角度出發(fā)，向各位朋友貢獻幾則網(wǎng)絡不能正常傳輸?shù)脑蛞约皯獙k法，希望大家日后遇到類似網(wǎng)絡傳輸故障時能有所啟發(fā)。
網(wǎng)絡不能傳輸怎么辦
實戰(zhàn)1：DNS轉發(fā)不當，引發(fā)傳輸死循環(huán)
小編最近從單位局域網(wǎng)內的一臺工作站中訪問Internet網(wǎng)絡時，發(fā)現(xiàn)網(wǎng)頁內容顯示速度非常緩慢，而且時不時地還出現(xiàn)無法打開網(wǎng)頁的現(xiàn)象。
起初他還以為是自己的工作站系統(tǒng)感染了病毒，可是詢問其他同事后，他發(fā)現(xiàn)與自己同處一個子網(wǎng)的其他工作站-時速度都很緩慢，這說明該故障與網(wǎng)絡病毒有關的可能性不是很大。后來，小編仔細對比檢查了幾臺上網(wǎng)速度不快的工作站配置參數(shù)，看到DNS服務器地址參數(shù)不盡相同，有的使用的是單位主DNS服務器地址，有的使用備用DNS服務器地址，按道理來說局域網(wǎng)中的兩臺DNS服務器不應該同時出現(xiàn)故障。小編有點放心不下，趕緊對局域網(wǎng)中的兩臺服務器DNS服務器配置參數(shù)進行了檢查，檢查結果讓其深意外，原來兩臺DNS服務器都啟用了DNS轉發(fā)功能，不過在設置轉發(fā)地址時，小編看到IP地址為10.176.6.10的DNS服務器將解析任務轉發(fā)到10.176.6.11服務器中了，而IP地址為10.176.6.11的DNS服務器卻將解析任務又轉發(fā)給10.176.6.10服務器了，這么一來當主DNS服務器無法完成普通工作站發(fā)送過來的解析請求時，它就會自動地將解析任務轉發(fā)給局域網(wǎng)的備份DNS服務器中，而當單位的兩臺DNS服務器工作狀態(tài)都不正常時那么局域網(wǎng)傳輸通道中就會形成死循環(huán)了，要不了多長時間網(wǎng)絡傳輸通道就會被堵塞。找到了故障原因后，小編立即將其中一臺DNS服務器的轉發(fā)地址設置成本地ISP提供的DNS服務器地址，如此一來DNS解析任務就不會發(fā)生死循環(huán)了;重新修改了DNS轉發(fā)地址后，小編再一次進行了上網(wǎng)測試，這一次他發(fā)現(xiàn)網(wǎng)絡訪問速度已經(jīng)恢復了正常。
實戰(zhàn)2：網(wǎng)絡病毒襲擊，引發(fā)通道堵塞
由于工作需要，小編準備通過自己工作站的網(wǎng)上鄰居窗口去訪問同事的一個共享文件，可是在將這個容量不超過10KB的文本文件拖放到本地硬盤中時，他發(fā)現(xiàn)網(wǎng)絡傳輸速度異常緩慢，足足等了半個多小時文件傳輸才算完成。小編的第一感覺就是自己的工作站或者局域網(wǎng)遭受到了網(wǎng)絡病毒的攻擊。目前網(wǎng)絡中各種類型的病毒層出不窮，其中蠕蟲病毒對網(wǎng)絡的破壞性最強，它常常會充分利用系統(tǒng)漏洞進行自我繁殖復制，同時還會利用網(wǎng)絡協(xié)議自身的漏洞在網(wǎng)絡傳輸通道中非法傳播擴散，最終會導致網(wǎng)絡傳輸通道堵塞。
為了驗證自己的工作站系統(tǒng)是否已經(jīng)感染了蠕蟲病毒，小編立即將專業(yè)分析工具Sniffer下載下來，利用該工具從連接狀態(tài)中很快就知道局域網(wǎng)某臺工作站系統(tǒng)已經(jīng)感染了網(wǎng)絡蠕蟲病毒;當然，要是大家對Sniffer工具的使用不熟悉時，也可以在自己的工作站系統(tǒng)中安裝天網(wǎng)防火墻之類的工具，之后按照缺省參數(shù)啟用該專業(yè)防火墻，日后局域網(wǎng)中要是有工作站感染蠕蟲病毒不停向網(wǎng)絡發(fā)送病毒信息時，天網(wǎng)防火墻就能將這些信息源攔截下來，到時查看攔截結果中的IP地址信息就能準確定位蠕蟲病毒源。
找到了感染蠕蟲病毒的故障工作站后，小編立即來到那臺故障工作站現(xiàn)場，要求那臺工作站的使用者暫時斷開網(wǎng)絡連接，并且重新啟動系統(tǒng)，同時將系統(tǒng)切換到安全模式狀態(tài)，之后使用專業(yè)的殺毒軟件來進行病毒查殺操作。在病毒查殺操作結束后，那臺故障工作站再次被連接到局域網(wǎng)中，這一次小編發(fā)現(xiàn)Sniffer工具抓取下來的信息并沒有什么異常之處，再嘗試進行共享訪問傳輸時，那個容量不超過10KB的文本文件很快就被傳輸完成了，很顯然在網(wǎng)絡病毒被清除之后，網(wǎng)絡傳輸通道立即被打通了。
在這里需要提醒各位朋友注意的是，現(xiàn)在許多蠕蟲病毒存在不少新變種，有時候安裝在本地系統(tǒng)中的殺毒軟件奈何不了這些變種蠕蟲病毒，此時大家可以根據(jù)變種蠕蟲病毒的名稱到網(wǎng)上下載專業(yè)的蠕蟲病毒查殺工具。為了防止蠕蟲病毒再次襲擊自己的工作站系統(tǒng)或本地網(wǎng)絡，大家還應該到微軟公司的官方網(wǎng)站中查找一下是否有針對對應蠕蟲病毒的補丁程序，要是有的話必須及時進行下載安裝，以增強本地系統(tǒng)或網(wǎng)絡的安全“免疫”能力。
實戰(zhàn)3：線纜連接出錯，引發(fā)網(wǎng)絡環(huán)路
單位各個辦公室都有自己的內網(wǎng)，內網(wǎng)工作站通過核心交換機與外網(wǎng)連接。最近，有同事向網(wǎng)絡管理員小編反映，他們處室的工作站在-時不正常，有時能打開網(wǎng)頁，但時間不長網(wǎng)頁內容又無法顯示了，不過再過一段時間，相同的網(wǎng)頁內容又能訪問了，之后又會持續(xù)出現(xiàn)相同的故障現(xiàn)象。
從故障現(xiàn)象來看，小編認為可能是網(wǎng)絡設備的工作狀態(tài)不穩(wěn)定，或者網(wǎng)絡連接不穩(wěn)定;不過，在對這些因素進行排查后，小編并沒有找到任何問題，為了穩(wěn)妥起見，小編將單位的交換機設備以及路由器設備都重新啟動了一下，以便消除這些設備存在的隱性系統(tǒng)故障，但是故障依然沒有消失。有沒有可能是交換機的連接端口出了問題呢?想到這一點，
小編特意將連接該處室內網(wǎng)的主交換機端口重新?lián)Q了一個，再進行測試時還不行，事實上新啟用的核心交換機中的那個端口工作狀態(tài)是正常的，這說明該處室內網(wǎng)不能正常訪問網(wǎng)絡的原因與核心交換機無關，考慮到其他處室的內網(wǎng)都能正常-內容，于是小編斷定該故障肯定是由這個處室內網(wǎng)引起的。
趕到故障內網(wǎng)現(xiàn)場，小編看到該處室共有六臺工作站，它們通過一個16口的交換機與單位的核心交換機相連;詢問該處室的同事是否經(jīng)常殺毒，得到的回答是他們經(jīng)常查殺病毒，可以確保內網(wǎng)中沒有網(wǎng)絡病毒。排除了病毒因素后，小編將目光瞄向那個16口的交換機，他看到連接到交換機上的網(wǎng)絡線纜亂糟糟地放在地面上，于是他決定先將雜亂無序的線纜理順;在整理線纜的時候，小編發(fā)現(xiàn)竟然有一條線纜的兩個水晶頭同時連接到交換機的兩個端口中，很明顯該內網(wǎng)存在網(wǎng)絡環(huán)路現(xiàn)象，難怪該內網(wǎng)中的工作站上網(wǎng)時出現(xiàn)有時能打開網(wǎng)頁有時不能打開網(wǎng)頁的現(xiàn)象，這都是數(shù)據(jù)丟包嚴重的結果。將網(wǎng)絡環(huán)路現(xiàn)象排除掉，小編重新啟動了一下該16口交換機，結果發(fā)現(xiàn)該處室中的所有工作站立即能正常打開網(wǎng)頁了，而且網(wǎng)頁內容的顯示速度很快。
實戰(zhàn)4：并發(fā)連接受限，引發(fā)無法連接
為了方便各位員工互相交流共享信息，單位網(wǎng)絡管理員小編特意在服務器的硬盤中開辟了一個共享文件夾，以便來讓員工們隨意上傳發(fā)布自己的共享信息。不過，最近有幾個員工同時向小編反映，他們的共享信息無法上傳到服務器指定的共享文件夾中。聽到多人同時反映有故障，小編下意識地認為肯定是服務器系統(tǒng)出了問題;于是他三步并兩步地趕到服務器現(xiàn)場，可是在現(xiàn)場小編看到服務器系統(tǒng)運行一切正常，后來又詢問了其他一部分員工，得知他們都能夠正常地向服務器傳輸共享信息。根據(jù)這一現(xiàn)象，小編認為該故障肯定是部分工作站系統(tǒng)自身的問題引起的，例如上網(wǎng)設置不當、系統(tǒng)感染病毒等，不過在對幾臺工作站的各個可能因素進行檢查之后，小編并沒有找到什么可疑之處，看來問題還是出在服務器端。重新返回服務器現(xiàn)場，小編打開該系統(tǒng)的計算機管理窗口，從該窗口的“共享文件夾”會話連接列表中，他看到此時此刻竟然有30個用戶連接掛在服務器上;考慮到在架設服務器時為了減輕系統(tǒng)的運行負擔，小編特地針對單位局域網(wǎng)工作站數(shù)量不足80臺的現(xiàn)狀，將服務器系統(tǒng)的并發(fā)連接數(shù)目限制為30，而在缺省狀態(tài)下每一個用戶連接即使沒有進行任何操作也要等到30分鐘之后才能從服務器端自行斷開。很顯然，后面的用戶之所以無法訪問服務器中的共享文件夾，是由于同時訪問服務器的連接數(shù)已經(jīng)超過系統(tǒng)指定的數(shù)值;找到了故障原因之后，那么這則故障解決起來也就不麻煩了。
小編立即找到服務器中的那個指定共享文件夾，打開該文件夾的屬性設置窗口，進入共享標簽設置頁面，在該頁面中將用戶連接數(shù)量設置成更大的數(shù)值?？紤]到單位局域網(wǎng)中的工作站數(shù)量不超過80臺，為此小編在這里將并發(fā)連接數(shù)值調整成了80，之后局域網(wǎng)中的其他用戶都能正常訪問服務器中的指定共享文件夾了，當然也能隨心所欲地快速發(fā)布共享信息了。
實戰(zhàn)5：網(wǎng)關設置不當，引發(fā)轉發(fā)錯誤
某單位組建了一個包含數(shù)十臺工作站的小型局域網(wǎng)網(wǎng)絡，其中服務器安裝了Windows Server 2003系統(tǒng)，負責日常的網(wǎng)絡管理及與主管部門的業(yè)務聯(lián)系。后來由于工作需要，該單位申請安裝了ADSL寬帶，由局域網(wǎng)服務器所在的主機作為外線連接主機，其它工作站通過服務器共享外線連接進行上網(wǎng)。安裝配置好后，除了服務器系統(tǒng)能夠-外，其它工作站都不能上網(wǎng)。仔細對各項上網(wǎng)參數(shù)進行檢查后，發(fā)現(xiàn)沒有任何錯誤，而且局域網(wǎng)內部工作站之間都能互相訪問。
經(jīng)過仔細分析，懷疑是服務器參數(shù)設置存在問題，其連接內部網(wǎng)絡的網(wǎng)卡地址為10.176.0.1，與其它工作站處于相同的子網(wǎng)中，其它工作站中的網(wǎng)關地址也都設成了10.176.0.1，按道理來說，這樣的設置是正確的，這個局域網(wǎng)中的所有工作站應該能夠實現(xiàn)共享訪問目的，不過事實恰恰相反。
抱著嘗試的心態(tài)，將服務器連接內網(wǎng)的網(wǎng)卡IP地址修改為192.168.0.1，同時將局域網(wǎng)中其他工作站的IP地址改為192.168.0.XXX，網(wǎng)關地址全部修改為192.168.0.1，當完成這些參數(shù)更改操作后，奇跡竟然出現(xiàn)了，局域網(wǎng)中的所有工作站共享上網(wǎng)成功了。很明顯，這則網(wǎng)絡傳輸不通的故障是由于網(wǎng)關設置不當引起的，導致了上網(wǎng)數(shù)據(jù)轉發(fā)錯誤。