最近，網絡共享文件訪問失敗特別奇怪。 以固定主機為例，在不同時間訪問另一臺主機的共享文件時，無法通過。

一是引入現象

具體表現是主機上運行的IP地址命令； 嘗試連接到另一臺主機，然后輸入正確的用戶名和密碼； 目前登錄服務器登錄服務不可用，但要過一段時間； 之后的操作是一樣的，可能會有正常的訪問權限。

檢測依賴對方，發現他們有一個共同的特點：他們都有兩臺有IP地址的電腦服務器運維外包，IP網絡地址使用192.168.0.x網絡，網段為192.168.0.1； 不允許服務器上的其他用戶訪問該文件，所以添加10.10.20的IP地址只是因為網絡連接到該網段，所以沒有配置10.10.20網絡。

二、共享合約介紹

這些問題只能求助于互聯網。 上網查了一下，發現是共享合約導致的故障。 要深入理解這個問題，首先要理解共享合約的工作原理。

在系統中，文件共享是通過 SMB 合約完成的。 SMB 合同有兩種工作方式，即基于 TCP/IP (NetBT) 和直接托管。 使用通訊NetBT方式時，通過連接共享，不要使用端口，端口用于名稱解析，138端口用于數據包傳輸，139端口用于會話服務和文件傳輸，所以最重要的端口是端口 139； 簡單，直接，直接跳轉到口，不需要域名解析，直接使用端口傳輸。

在系統早期，它主要用于通信。 但在 2000 年，測試導致了一種新的直接托管模式，它并沒有取消 NetBT。 同時下面是綁定的網卡，只能綁定網卡的第一個IP地址。 在這些情況下，對于 192.168.0.x 網關的 IP 地址的直接主機沒有這樣的限制。 我們知道，在這些情況下，在10.10.20網關上訪問其他主機時，會先用自己的IP地址連接到同一個公網，而不是使用192.168.0.x網段地址。 聽到這里，你可能已經明白，問題的關鍵在于無法手動連接主機，這與答案類似； 隨機方法可以使用NetBT 或直接使用主機。 當出現后者時服務器運維外包，選擇不同的故障，使用前者時則完全正常。

三、故障排除

知道了真正的原因之后，解決這個問題就容易多了。 我們只需要取消NetBT方式，使用直接承載即可。 打開本地連接的屬性窗口，雙擊 (TCP/IP)，點擊;; 按鈕，然后切換到選項卡； 放; 禁用該選項，TCP/IP 就足夠了； 單擊保存設置按鈕； 好的。

其實排除問題的步驟很簡單。而作為一個好的管理網絡，當網絡出現故障時，除了能夠及時排除并了解??故障原因外，相關的原則是完全可以理解，這將提升網絡的質量，增強他們的綜合能力。 幫助