錯誤 0x80070035 未找到網路路徑：在 Windows 中修復該問題的終極指南

資訊科技數位 » Windows » 錯誤 0x80070035 未找到網路路徑：在 Windows 中修復該問題的終極指南

如果 Windows 顯示「找不到網路路徑」錯誤，錯誤代碼為 0x80070035，您並非個案。在家庭和辦公室網路中，無法存取共用資料夾或裝置的情況比您想像的要常見得多，而且通常表示名稱解析、權限、服務或安全性方面存在問題。

別急，重要的是要明白，這個錯誤通常並不意味著電腦“不存在”，而是某些東西阻礙了通訊路徑：可能是 NetBIOS 名稱衝突、服務被禁用、嚴格的安全策略，或者防火牆阻止了 SMB協定。下面你會找到一份全面的指南，其中包含在 Windows 10 和 Windows 11 上測試過的原因、診斷方法和解決方案。

錯誤 0x80070035 的真正意義是什麼以及它會出現什麼症狀？

典型的錯誤訊息是“Windows 無法存取 \\電腦”，後面跟著錯誤代碼 0x80070035 和文字“找不到網路路徑”。此外，在事件檢視器中的「Windows 日誌」>「系統」下，通常也會看到 NetBT 4321 事件：「名稱 WORKGROUP:1d 無法註冊，因為另一台電腦不允許聲明該名稱。」此症狀表示存在網路（NetBIOS）命名衝突。

在許多情況下，目標電腦可以回應ping 請求並在瀏覽器中顯示，但擴展其共享資源卻失敗。這種情況更可能是網路發現問題、區域網路管理器策略問題、SMB 或 NetBIOS/WINS 問題，而不是完全的網路中斷。

在混合環境中，例如使用 NAS 裝置（如 Unraid）或多台 Windows PC 時，您可能會看到某台電腦被辨識為媒體裝置而非網路裝置。這是 UPnP/DLNA 發現機制的副作用，雖然比較明顯，但並不影響 SMB 存取的解析。

引發故障的常見原因

造成問題的原因多種多樣，但也存在一些常見的模式。了解這些模式有助於您確定解決方案的優先級，避免在問題只是名稱衝突或服務中斷時進行猜測。

• 網路控制器 已過時或安裝不當。
• 共享配置錯誤：權限、未共享的資源或存取帳戶的密碼缺失。
• 發現服務 （fdPHost、FDResPub、SSDP、UPnP）已停止或手動啟動。
• Windows 或第三方防火牆封鎖 SMB（連接埠 445）或 發現.
• LAN 管理器或訪客安全策略對於舊電腦或 NAS 來說太嚴格。
• 在需要時停用 NetBIOS 或與 DHCP/static 設定不一致。
• SMBv1 已停用 在僅支援 SMB1 的非常老舊的裝置的網路中（注意安全）。
• DNS/NetBIOS 快取損壞或網路參數被修改。
• 在遠端部署/支援場景中停用 Admin$ 管理資源。

快速檢查，消除疑慮

在深入研究更複雜的配置之前，最好先檢查一下基礎知識。如果問題是網路問題或與憑證相關，這部分內容可以為您節省大量時間。

1. 檢查名稱和網絡：確認您正確輸入了 \\ComputerName 且兩台電腦位於相同子網路/網路設定檔（最好是私有）上。
2. 通過 IP 測試：在「執行」（Windows+R）中，輸入 \\Computer_IP（例如 \\192.168.1.50）。如果 IP 位址有效，但名稱無效，則問題出在 名稱解析.
3. 密碼：如果您在兩台電腦上使用同一個帳戶，請確保兩台電腦上都設定了密碼。 Windows 10/11 限制未設定密碼的帳戶進行遠端存取。 密碼.
4. 重新映射磁碟機：刪除舊映射並使用正確的路徑重新建立它們，以避免 IP 變更後路由中斷。
5. 同一工作小組：確認兩台電腦位於同一工作群組（預設為「WORKGROUP」）。如果電腦名稱是通用的，請嘗試 重命名 以避免碰撞。

如果您的 Windows 11 是最新版本，但即使一切看起來都正確，您仍然看不到這些資源，請檢查您是否使用的是 24H2 分支：據報道，安全更改會收緊對舊共享資源的訪問，迫使您調整策略或憑證。

正確配置共享和網路配置文件

Windows 系統能夠區分公用網路和專用網路。理想情況下，為了實現文件共享，兩台電腦都應該使用專用網絡，並啟用網絡發現、文件共享和印表機共享。

前往“設定”>“網路和 Internet”，找到目前連接，點擊“屬性”以驗證設定檔。然後在“高級共用設定”下，為相關設定檔啟用“網路發現”，並在存放資料夾的電腦上啟用“檔案和印表機共用”。

在要共用的資料夾屬性中，依序點選“共用”標籤 > “進階共用”，勾選“共用此資料夾”並檢查權限。如果您希望在受信任的網路上簡化操作，可以新增「所有人」並賦予其讀取權限（或必要的權限）。

重要提示：如果您打算在沒有憑證的情況下存取系統，請注意 Windows 10/11 會限制訪客存取。實際上，在兩台電腦上使用密碼相同的帳戶，或在 NAS 上使用專用憑證，會更加穩定和安全。

必須運行的服務（並且處於自動狀態）

如果電腦顯示為「媒體設備」或根本無法被發現，通常是關鍵服務已停止運作。請開啟 services.msc，確認這些服務正在運作並設定為「自動啟動」 。

• 功能發現提供者主機（fdPHost）。
• 功能發現資源出版品（FDResPub）.
• SSDP 發現。
• UPnP 設備主機。
• DNS客戶端（DNS Client）進行快取並正確解析。

如果任何服務未運行，請轉到其屬性，將啟動類型變更為“自動”，套用更改，然後啟動該服務。之後，重啟電腦有助於穩定服務發現過程。

TCP/IP 上的 NetBIOS、DHCP 和著名的 NetBT 4321 事件

NetBIOS 對小型網路仍有影響。預設情況下，網路介面卡通常會設定為「使用 DHCP 伺服器提供的 NetBIOS 設定」。如果電腦具有靜態 IP 位址，Windows 會自動啟用 NetBIOS；如果使用 DHCP，則會使用路由器的設定。

如何手動在筆記型電腦上啟用 NetBIOS？如果您的路由器沒有廣播 NetBIOS 配置，或者您遇到名稱解析問題，您可以在 IPv4 > 進階 > WINS 中啟用「基於 TCP/IP 的 NetBIOS」。但是，最好保留預設設置，僅在 DHCP 未提供此選項或舊設備需要時才強制啟用。

是否應該在所有設備上啟用？在現代網路中，如果 DNS/WS 發現解析正常運作，則無需啟用。僅在絕對必要時啟用（例如，在舊式伺服器或 NAS 上），除非網路清單顯示有必要，否則避免進行大規模變更。

如果您看到 NetBT 事件 4321 中提到名稱「WORKGROUP:1d」但無法註冊，這通常表示 NetBIOS 名稱衝突或某個主機「擁有」該群組名稱。請檢查是否有重複主機，檢查網路交換機，使用`nbtstat -R`指令清除緩存，然後重新啟動。檢查路由器的 DHCP/WINS 伺服器並避免重複主機名稱也有幫助。

SMBv1、LAN 管理器和相容性：安全第一

SMBv1 已過時且不安全。雖然啟用 SMB 1.0/CIFS 可能暫時解決一些非常老舊的 NAS 設備或僅支援 SMB1 的設備，以及一些舊系統上的存取問題，但由於其存在安全漏洞，微軟建議不要安裝。請盡可能優先使用 SMB 2/3，並更新 NAS 或裝置的韌體。

如果別無選擇，請暫時僅在作為伺服器的電腦上從“Windows 功能”中啟用“SMB 1.0/CIFS 檔案共用支援”，驗證存取權限，並在遷移舊裝置後將其卸載，以減少攻擊面。

關於安全性原則「網路安全：LAN 管理器驗證等級」（secpol.msc），一個能最大限度地提高相容性的設定是「傳送 LM 和 NTLM – 如果協商成功，則使用 NTLMv2 會話安全性」。調整此設定可能允許存取舊版服務，但請記住，降低安全性會帶來風險；請謹慎操作並做好相應的文件記錄。

需要考慮的防火牆、防毒軟體和端口

Windows 防火牆和第三方安全軟體有時會阻止 SMB 流量和發現。請確保目前網路已啟用“檔案和印表機共用”，且連接埠 445/TCP未過濾。

作為測試，您可以暫時停用共用電腦和用戶端上的防火牆/防毒軟體。如果存取正常，請建立規則允許SMB 通信，然後重新啟用保護。請勿讓系統長時間處於無保護狀態。

如果問題是在更新後出現的，請安裝所有待處理的修補程式；或者，作為最後的手段，嘗試卸載與問題出現時間相吻合的最新更新。有些情況下，更新會更改預設策略，破壞相容性。

重置堆疊和快取的網路命令

當 DNS/NetBIOS 快取損壞或包含舊配置殘留時，重置通常能起到很好的效果。以管理員身份開啟命令提示符，並按以下順序執行以下命令：

ipconfig /flushdns
ipconfig /release
ipconfig /renew
netsh winsock reset
netsh int ip reset

重新啟動電腦後，請再次嘗試存取 \\IP 或 \\電腦名稱。如果問題是「幽靈路徑」或快取損壞，則應該可以恢復對共享資源的存取。

NIC 驅動程式、IPv4/IPv6 和其他協議

檢查裝置管理員，確認網路卡運作正常且無任何警告資訊；回顧一些基本概念，例如OSI 模型。安裝製造商提供的最新驅動程式可能有助於解決間歇性網路卡斷連或丟包問題。

在連線屬性 (ncpa.cpl) 中，確認「Internet 協定版本 4 (TCP/IPv4)」已啟用。如果未啟用，請啟用它。在 IPv6 偶爾會導致問題的網路中，您可以嘗試暫時停用 IPv6 （在所有受影響的裝置上），以排除相容性問題。

作為一種高級修復方法，某些環境透過啟用「可靠組播協定」解決了問題。這並非普遍做法，但如果問題仍然存在且其他一切運行正常，則這是一個風險較低的測試方法。

企業場景：管理、部署與遠端控制

像 Endpoint Central 這樣的管理工具要求在安裝代理程式或執行清單、修補程式或遠端控制之前，將二進位檔案複製到Admin$管理共用資料夾。如果 Admin$ 資料夾已停用，嘗試連線時將看到錯誤代碼 0x80070035。

若要在工作站上重新啟動 Admin$，請檢查登錄機碼：HKLM\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters，並檢查AutoShareWks 的值是否為 1（DWORD 類型）。在伺服器上，該值為 AutoShareServer = 1。如果這些值不存在，請勿建立；只要它們不是 0 即可。如果您變更了這些值，則必須重新啟動系統才能使變更生效。

此外，您需要在用戶端的網路介面卡上啟用“檔案和印表機共用”，並在防火牆中開啟相應的規則。在較舊的網域（例如 2008 R2）中，可以透過啟動腳本強制用戶端使用 Admin$ 權限，同時始終確保採取適當的安全控制措施。

最後，檢查電腦是否已開啟且可存取（透過「執行」命令輸入 \電腦名稱），因為代理程式需要有效的路徑才能複製並開始安裝。

權限、密碼和映射：細節決定成敗

Windows 10/11 優先使用受密碼保護的帳戶進行驗證。如果您未使用密碼保護的帳戶，則可能因策略原因而無法存取。請為存取系統的帳戶建立或指派密碼，或在具有必要資源的裝置上使用專用憑證。

請確認 NTFS 權限與共用權限相符：如果使用者沒有NTFS讀取權限，則授予共用「完全控制」權限也毫無意義。另請注意：舊的映射磁碟機會儲存憑證；請刪除並重新對應它們以避免衝突。

設備顯示為“多媒體設備”的情況

如果某台電腦被列為「媒體設備」而非網路計算機，請檢查是否已啟用發現服務，以及網路設定檔是否設定為「專用」。有時，重新命名電腦並確認其屬於正確的工作群組即可將其重新歸類為電腦。

確認兩台電腦是否屬於同一個工作群組也很有幫助（SystemPropertiesAdvanced.exe > 電腦名稱）。如果以上方法都無效，在調整發現設定期間，透過 IP 位址存取應該仍然有效。

何時觸及註冊表和不安全的訪客策略

某些較舊的 NAS 裝置/印表機以「訪客」身分運作。如果 `HKLM\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters` 檔案中的 `AllowInsecureGuestAuth=0` 設定正確，Windows 可能會阻止它們存取。將其變更為 ` 1`可以恢復存取權限，但請注意，這將啟用不安全的訪客模式；僅在受信任的網路中使用此功能，並記錄變更。

修改策略和日誌需要謹慎。請事先備份數據，如果您身處域內或公司內部，請與安全團隊協調，以避免違反合規性規定。

狩獵 0x80070035 的最終清單

為避免迷路：驗證透過 \\IP 訪問，將網路設定為專用，啟用發現和共享，啟動 fdPHost/FDResPub/SSDP/UPnP，嘗試使用正確的密碼，打開端口 445，檢查 LAN 管理器和 NetBIOS，使用 ipconfig/nbtstat 清除緩存，更新網卡，並僅在 SMB1時才暫時考慮設備。

如果仍遇到問題，請重新對應驅動器，檢查企業場景中的 Admin$，刪除重複名稱，並檢查事件檢視器中是否有重複出現的 NetBT 4321 錯誤或其他錯誤，這些錯誤可能會提供您缺少的線索。

此路線圖涵蓋了 0x80070035 的典型（以及不太典型）原因：從 NetBIOS 衝突和停止的服務到身份驗證策略、侵入性防火牆和 SMB 相容性，始終優先考慮Windows 10/11 中的安全且可維護的配置。