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