網(wǎng)絡(luò)時(shí)斷時(shí)續(xù) 源自通信協(xié)議設(shè)置不當(dāng)
最近筆者將自己的筆記本電腦帶到單位局域網(wǎng)來上網(wǎng)，平時(shí)通過局域網(wǎng)訪問Internet網(wǎng)絡(luò)時(shí)一切正常，可是在訪問局域網(wǎng)中的共享資源時(shí)，卻碰到一則非常離奇的故障現(xiàn)象，那就是從筆記本訪問局域網(wǎng)中另外一臺工作站中的共享資源時(shí)，有的時(shí)候網(wǎng)絡(luò)訪問很順暢，有的時(shí)候根本無法訪問。經(jīng)過筆者的仔細(xì)分析與反復(fù)琢磨，終于找出共享訪問故障的“罪槐禍?zhǔn)住?，竟然是筆記本電腦的通信協(xié)議設(shè)置不合適。為了防止各位朋友日后在解決同一類型的共享訪問故障時(shí)多走彎路，下面筆者就將該離奇的共享訪問故障詳細(xì)解決過程還原出來，但愿大家能從中獲得一點(diǎn)啟發(fā)!
故障回放
為了工作需要，筆者從自己的筆記本電腦中打開網(wǎng)上鄰居窗口，從中找到共享資源所在的目標(biāo)工作站圖標(biāo)，用鼠標(biāo)雙擊該圖標(biāo)后，系統(tǒng)屏幕上出現(xiàn)了身份驗(yàn)證對話框，在其中正確輸入合適的共享訪問帳號名稱與密碼后，系統(tǒng)屏幕上卻彈出了類似目前沒有可用登錄服務(wù)器來處理登錄請求這樣的故障錯(cuò)誤，不過過一段時(shí)間后，再嘗試按照相同的操作來訪問共享資源時(shí)，系統(tǒng)故障提示竟然消失了，并且筆者可以很順暢地看到目標(biāo)工作站系統(tǒng)中的共享資源。
起初，筆者還以為筆記本電腦與共享資源所在工作站之間的網(wǎng)絡(luò)線路存在接觸不良的問題，于是毫不猶豫地將這段通信線路之間的所有網(wǎng)絡(luò)接口全部拔下來，然后按照正確的方法將它們重新插了一下，直到每一個(gè)連接接口牢靠為止;此外，為了防止網(wǎng)絡(luò)連接線纜出現(xiàn)短路或斷路現(xiàn)象，筆者還特地從朋友那里借來了網(wǎng)絡(luò)測試儀，來對每一根網(wǎng)絡(luò)線纜的連通性進(jìn)行了測試，測試結(jié)果表明所有網(wǎng)絡(luò)線纜的連通性都很正常，這說明共享訪問的時(shí)斷時(shí)續(xù)故障現(xiàn)象不是由網(wǎng)絡(luò)線纜接觸不良引起的。
在排除網(wǎng)絡(luò)線纜的連通性因素后，筆者又開始懷疑自己的筆記本電腦中存在網(wǎng)絡(luò)病毒，因?yàn)橹灰芯W(wǎng)絡(luò)病毒存在，什么樣的網(wǎng)絡(luò)故障現(xiàn)象都有可能發(fā)生;為了檢驗(yàn)自己的筆記本電腦中是否真的存在病毒，筆者特地安裝了單位***購買的正版殺毒軟件，之后又通過Internet網(wǎng)絡(luò)將其升級到***版本，然后開始對筆記本的所有“角落”進(jìn)行了全面、徹底地病毒查殺操作，在經(jīng)過很長時(shí)間的殺毒、等待之后，筆者發(fā)現(xiàn)筆記本電腦中還真的存在一些網(wǎng)絡(luò)病毒，看到這些被清除的網(wǎng)絡(luò)病毒，筆者暗自高興不已，因?yàn)檫@些網(wǎng)絡(luò)病毒被清除干凈之后，共享訪問時(shí)斷時(shí)續(xù)的故障現(xiàn)象說不定就能消失了;然而等到筆者實(shí)際上網(wǎng)嘗試進(jìn)行共享訪問時(shí)，之前出現(xiàn)的時(shí)斷時(shí)續(xù)故障現(xiàn)象仍然存在，看來這種故障現(xiàn)象也不是由網(wǎng)絡(luò)病毒引起的。
原因探究
既然網(wǎng)絡(luò)線纜的連通性與網(wǎng)絡(luò)病毒不是共享訪問故障的“罪槐禍?zhǔn)住?，那還會(huì)有哪些因素能導(dǎo)致共享訪問時(shí)斷時(shí)續(xù)呢?在反復(fù)琢磨與仔細(xì)排查之后，筆者估計(jì)問題很可能是筆記本電腦的上網(wǎng)設(shè)置有問題，或者局域網(wǎng)中的DHCP服務(wù)器工作狀態(tài)不穩(wěn)定，造成了筆記本電腦上網(wǎng)不穩(wěn)定。想到這一點(diǎn)，筆者決定先檢查一下局域網(wǎng)中的DHCP服務(wù)器工作狀態(tài)是否正常;在進(jìn)行這項(xiàng)檢查時(shí)，筆者先以系統(tǒng)管理員身份登錄進(jìn)入DHCP服務(wù)器所在的主機(jī)系統(tǒng)，依次單擊該系統(tǒng)桌面中的“開始”/“程序”/“管理工具”/“DHCP”命令，在彈出的DHCP控制臺窗口中，筆者發(fā)現(xiàn)該服務(wù)處于正常的啟用狀態(tài);后來，筆者又仔細(xì)檢查了服務(wù)器系統(tǒng)的日志記錄，從該日志記錄中筆者也沒有看到DHCP服務(wù)器工作狀態(tài)不正常的記錄內(nèi)容;再從局域網(wǎng)中的其他工作站中嘗試進(jìn)行共享訪問時(shí)，發(fā)現(xiàn)共享訪問操作一切很正常，并且很長時(shí)間也沒有遇到網(wǎng)絡(luò)訪問斷開的故障現(xiàn)象，這幾乎可以確認(rèn)局域網(wǎng)DHCP服務(wù)器工作狀態(tài)是正常的。
在排除了局域網(wǎng)DHCP服務(wù)器因素后，筆者開始檢查筆記本電腦的上網(wǎng)設(shè)置，結(jié)果發(fā)現(xiàn)筆記本電腦同時(shí)設(shè)置了兩個(gè)IP地址，而當(dāng)前連接局域網(wǎng)時(shí)使用的IP地址為10.176.11.0子網(wǎng)的，對應(yīng)該子網(wǎng)的網(wǎng)關(guān)地址為10.176.11.1(如圖1所示);但為了能夠同時(shí)訪問到局域網(wǎng)中另外一個(gè)工作子網(wǎng)的文件服務(wù)器，筆記本電腦又添加了10.176.6.0網(wǎng)段的IP地址，由于僅僅限于內(nèi)網(wǎng)的訪問，所以筆記本電腦使用這個(gè)工作子網(wǎng)的IP地址時(shí)就沒有配置10.176.6.0網(wǎng)段的網(wǎng)關(guān)地址。再檢查共享資源所在工作站系統(tǒng)的上網(wǎng)設(shè)置時(shí)，對方主機(jī)恰好使用的IP地址是10.176.6.0網(wǎng)段的。會(huì)不會(huì)是參與共享訪問的筆記本電腦同時(shí)啟用兩個(gè)IP地址，引起了共享訪問時(shí)斷時(shí)續(xù)故障現(xiàn)象呢?為了驗(yàn)證自己的猜測，筆者立即將自己的筆記本電腦上網(wǎng)設(shè)置修改了一下，讓其只使用一個(gè)IP地址，之后再進(jìn)行共享訪問時(shí)，發(fā)現(xiàn)共享訪問時(shí)斷時(shí)續(xù)故障現(xiàn)象果然沒有再次發(fā)生，看來問題的確是由于筆記本電腦同時(shí)設(shè)置了兩個(gè)IP地址引起的。
雖然通過設(shè)置一個(gè)IP地址解決了共享訪問故障現(xiàn)象，但對于具體的故障原因，筆者還是沒有弄清楚;不得已，筆者只好到Internet網(wǎng)絡(luò)中尋求解決該問題的答案了，在Internet網(wǎng)絡(luò)上經(jīng)過長時(shí)間搜索之后，筆者終于找到了具體的故障原因。#p#
原來，當(dāng)我們嘗試在安裝了Windows系統(tǒng)的工作站中進(jìn)行共享訪問操作時(shí)，系統(tǒng)需要SMB通信協(xié)議的支持才能完成，而SMB通信協(xié)議的工作方式主要有兩種，一種是NetBios Over TCP/IP方式(以下簡稱為NetBT)，另外一種是Direct hosting方式。當(dāng)工作站系統(tǒng)采用NetBT通信方式進(jìn)行共享訪問時(shí)，會(huì)自動(dòng)使用工作站的NetBIOS接口來進(jìn)行共享傳輸，同時(shí)會(huì)占用對應(yīng)系統(tǒng)的UDP137端口、UDP138端口以及TCP139端口，其中137通信端口主要是用來對共享主機(jī)進(jìn)行名稱解析的，138通信端口主要是用來傳遞數(shù)據(jù)包的，而139通信端口主要用于具體的共享文件傳輸?shù)模栽诠蚕碓L問操作過程中最重要的通信端口就是139端口了;而當(dāng)工作站系統(tǒng)采用Direct hosting通信方式進(jìn)行共享訪問時(shí)，那通信過程就更簡單了，直接通過對應(yīng)系統(tǒng)的TCP445通信端口進(jìn)行共享資源的傳輸，而不需要先使用NetBIOS通信端口來進(jìn)行共享主機(jī)的名稱解析過程，這樣一來共享訪問效率會(huì)更高一些。
在Windows 2000以前版本的操作系統(tǒng)中，文件共享訪問操作只能使用NetBT通信方式進(jìn)行工作，而在Windows 2000以后版本的操作系統(tǒng)中，文件共享訪問操作可以同時(shí)使用兩種通信方式進(jìn)行工作，也就是說既能使用NetBT方式工作，又能使用Direct hosting方式工作;此外，在使用NetBT方式工作時(shí)，NetBT通信協(xié)議是隨網(wǎng)卡設(shè)備綁定的，同時(shí)該通信協(xié)議只能與網(wǎng)卡設(shè)備的***個(gè)IP地址進(jìn)行綁定，在本文所描述的故障中，NetBT通信協(xié)議只能與10.176.11.0子網(wǎng)的IP地址進(jìn)行綁定;而使用Direct hosting方式進(jìn)行共享訪問時(shí)，卻沒有如此煩瑣的限制。依照上面的分析，筆者發(fā)現(xiàn)筆記本電腦在嘗試訪問10.176.6.0子網(wǎng)的其它工作站系統(tǒng)時(shí)，會(huì)優(yōu)先使用綁定的IP地址與共享資源所在的主機(jī)系統(tǒng)進(jìn)行連接，也就是說它會(huì)自動(dòng)使用10.176.11.0子網(wǎng)的IP地址進(jìn)行連接。到了這里，筆者終于將故障的原因弄清楚了，原來問題的關(guān)鍵就在于筆記本電腦無法自動(dòng)選用哪一種合適的通信方式來訪問共享資源所在的主機(jī)系統(tǒng)，而是采用隨機(jī)選用的方式進(jìn)行工作，也就是說有時(shí)會(huì)選用NetBT通信方式進(jìn)行共享訪問，有時(shí)也會(huì)選用Direct hosting通信方式進(jìn)行工作，一旦工作方式被設(shè)置為NetBT通信方式時(shí)，共享訪問就會(huì)出現(xiàn)連接不通的故障現(xiàn)象，使用Direct hosting通信方式工作時(shí)，那共享訪問操作則一切正常。
故障解決
弄清楚了真正的故障原因后，我們在解決具體的故障現(xiàn)象時(shí)就輕松多了，我們只要想辦法讓筆記本電腦強(qiáng)迫工作在Direct hosting通信方式下就可以了，要做到這一點(diǎn)，我們可以按照下面的操作來禁止筆記本電腦使用NetBT通信方式：
首先依次單擊筆記本電腦系統(tǒng)桌面中的“開始”/“設(shè)置”/“網(wǎng)絡(luò)連接”命令，在彈出的網(wǎng)絡(luò)連接列表窗口中，找到目標(biāo)本地連接圖標(biāo)，并用鼠標(biāo)右鍵單擊該圖標(biāo)，從彈出的快捷菜單中執(zhí)行“屬性”命令，打開本地連接屬性設(shè)置對話框;
其次在該設(shè)置對話框中選中“Internet協(xié)議(TCP/IP)”選項(xiàng)，再單擊該選項(xiàng)下面的“屬性”按鈕，進(jìn)入到TCP/IP協(xié)議的屬性設(shè)置界面，在該設(shè)置界面中單擊“高級”按鈕，打開TCP/IP協(xié)議的高級設(shè)置窗口;
接著再單擊其中的“WINS”標(biāo)簽，打開如圖2所示的標(biāo)簽設(shè)置頁面，找到其中的“NetBIOS設(shè)置”，檢查其中的“禁用TCP/IP上的NetBIOS”項(xiàng)目是否處于選中狀態(tài)，要是發(fā)現(xiàn)它還沒有被選中時(shí)，我們必須及時(shí)將它重新選中，再單擊“確定”按鈕將上述設(shè)置操作保存好就OK了。
【編輯推薦】
