最近遭遇的一個網(wǎng)絡(luò)共享文件訪問故障非常奇怪，以某一臺固定的主機為例，不同時間訪問另外一臺主機的共享文件時，卻出現(xiàn)時通時不通的現(xiàn)象。
　　一、現(xiàn)象介紹
　　具體表現(xiàn)為在主機上運行“//IP地址”命令，來嘗試連接另外一臺主機，輸入正確的用戶名和密碼之后卻提示“當(dāng)前沒有可用的登錄服務(wù)器來服務(wù)登錄請求”，但是過一陣子再使用相同的操作又有可能正常訪問。
　　在對希望互訪的兩臺計算機進行檢查，發(fā)現(xiàn)它們有一個共同的特點，那就是它們都配置了兩個IP地址。當(dāng)前內(nèi)網(wǎng)使用的IP地址是192.168.0網(wǎng)段的，網(wǎng)關(guān)為192.168.0.1；但為了讓幾臺服務(wù)器之間進行文件交換，不讓其他客戶端訪問，因此在服務(wù)器上又添加了10.10.20網(wǎng)段的IP地址，由于只是內(nèi)網(wǎng)訪問，因此就沒有配置10.10.20網(wǎng)段的網(wǎng)關(guān)。
　　二、共享協(xié)議介紹
　　碰到這樣的問題只能求助于網(wǎng)絡(luò)。在網(wǎng)絡(luò)上經(jīng)過一翻搜索之后，才發(fā)現(xiàn)是因為共享協(xié)議才引發(fā)這個故障的。要想徹底認識這個問題，必須先了解共享協(xié)議的工作原理。
　　在Windows系統(tǒng)中，文件共享是通過SMB協(xié)議來完成的。SMB協(xié)議有兩種工作方式，分別為NetBios Over TCP/IP（簡稱NetBT）和Direct hosting。當(dāng)采用NetBT方式通信時，會通過NetBIOS接口來進行連接，分占別用UDP137、138和TCP139端口，其中137端口用來進行名字解析，138端口傳遞數(shù)據(jù)包，139用于會話服務(wù)，進行文件傳輸，因此最重要的就是139端口了；而采用Direct hosting則更為簡單，直接跳過NetBIOS直接口，不需要進行名稱解析，直接使用TCP445端口傳輸。
在早期的Windows系統(tǒng)之中，主要使用NetBIOS進行通訊，但是到了Windows 2000后，考試,大提示又新增加了Direct hosting方式，但并沒有取消NetBT。同時NetBT是隨網(wǎng)卡綁定的，并且只能綁定在網(wǎng)卡的第一個IP地址上，在本例中，即192.168.0網(wǎng)段的IP地址；而Direct hosting卻沒有這樣的限制。我們知道在本例中，訪問10.10.20網(wǎng)段的其它主機時，會優(yōu)先使用自己綁定的同網(wǎng)段的IP地址進行連接，而不會采用192.168.0網(wǎng)段的地址進行連接。看到這里，大家或許已經(jīng)明白了。問題的關(guān)鍵就在于主機不能自動識別采用正確的連接方式，而是采取的類似“隨機搶答”的方式，既可能采用NetBT，也可能采用Direct hosting，當(dāng)選擇前者時就會出現(xiàn)不通的故障，使用后者時則完全正常。
　　三、故障解決
　　知道了其真實原因后，解決起來就方便多了，我們只需要取消NetBT方式，強制使用Direct hosting即可。打開本地連接的屬性窗口，雙擊其中的“Internet協(xié)議（TCP/IP）”，在打開的窗口中單擊“高級”按鈕，再切換到“WINS”選項卡，將其中的“NetBIOS設(shè)置”設(shè)為“禁用TCP/IP上的NetBIOS”選項，然后單擊“確定”按鈕保存設(shè)置就可以了。
　　其實，解除問題的步驟是非常簡單的。但是作為優(yōu)秀的網(wǎng)絡(luò)管理人員，在網(wǎng)絡(luò)出現(xiàn)故障的時候，不僅要能夠及時排除，而且能夠知道引發(fā)故障的原因，對相關(guān)的原理能夠有充分的了解，這樣會提高網(wǎng)絡(luò)素養(yǎng)，提高自己的綜合能力將有極大的幫助