抱歉，如果這聽起來很熟悉，但我嘗試過其他解決方案。
我有一台新的 Win10 機器，無法存取 AD 網路共用。雖然我可以透過 IP 存取它們，但當我透過伺服器名稱存取時，我收到訊息：「指定的網路名稱不再可用」（這不是「找不到網路路徑」）。
如果我重新啟動遠端桌面配置、電腦瀏覽器和伺服器服務，則不會發生任何變更。但是，如果我重新啟動工作站服務（這會重新啟動其他服務），則伺服器名稱將再次起作用。但當我重新啟動時，它又消失了。我嘗試將工作站設定為延遲啟動，但服務控制面板不允許我這樣做。
我已啟用「SMB 1.0/CIFS 檔案共享支援」功能下的所有 3 個選項，並停用了防毒軟體。我位於一個網域中，並且 DNS 及其 DNS 服務指向我的 DC。伺服器名稱解析其 IP 沒有任何問題。我還確保在工作站上停用 SMBv2（伺服器不支援它）。伺服器是Windows 2012伺服器，具有DC、DNS和DHCP服務。
請注意：我位於 Windows 網域中，並且使用者的「文件」目錄被重定向到網路共用。我不能只使用 IP 位址來映射共享。我在其他十幾台較舊的 Win10 電腦上沒有這個問題，只有我正在設定的這台新的 Win10 電腦上有這個問題。我在這上面花了8個小時。
那麼，請問：如何透過伺服器名稱取得我的網路共享，以便在新 PC 上可靠地工作？
答案1
另一台最近更新的電腦開始遇到同樣的斷開連線。通常，我會審查所有工作站並推出更新，但這兩個工作站是該規則的例外。
該問題似乎是由 2 個特定項目引起的：
我的檔案伺服器已停用 SMBv2。
SMBv2 肯定在幾年前就被禁用了，儘管我不確定為什麼。我檢查了是否在 powershell 中啟用了 SMBv2 協定：
取得 SmbServerConfiguration |選擇啟用SMB2協議
它被禁用了。因此，在伺服器停用 SMBv2 且更新後的用戶端停用 SMBv1 的情況下，共享不起作用的原因就很明顯了。我在 Powershell 中使用以下命令在伺服器上啟用了 SMBv2：
設定 SmbServerConfiguration -EnableSMB2Protocol $true
兩台新電腦上的網路共享現已恢復正常。