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