Behebung des Fehlercodes „Der Netzwerkpfad wurde nicht gefunden“ 0x80070035 unter Windows

In einigen Fällen erhalten Sie möglicherweise die Fehlermeldung „Windows cannot access sharename. The network path was not found. Error code: 0x80070035', wenn Sie versuchen, einen freigegebenen Netzwerkordner auf einem Windows-Computer, einer Samba-Freigabe oder einem NAS-Gerät zu öffnen. In diesem Artikel sehen wir uns an, wie Sie diesen Fehler bei freigegebenen Ordnern unter Windows 10 und 11 beheben können.

Inhalt:

Deaktivieren Sie ältere SMB-Versionen von Dateifreigaben
Überprüfen Sie die Windows SMB-Client-Einstellungen
Erlauben Sie unsichere SMBv2-Gastanmeldungen unter Windows
Aktivieren Sie den Legacy-SMB-v1-Client unter Windows
Deaktivieren Sie die Protokolle SMB 1.0 und SMB 2.0 auf Windows-Clients
Überprüfen Sie die Netzwerkerkennungseinstellungen unter Windows
Fügen Sie Windows-Anmeldeinformationen hinzu, um auf NAS- oder Samba-Freigaben zuzugreifen

Network Error
Windows cannot access \sharedNAS
Check the spelling of the name. Otherwise, there might be a problem with your network. To try identify and resolve network problems, click Diagnose.
Error code: 0x80070035.
The network path was not found.

Ein weiterer Fehler tritt auf, wenn Sie versuchen, einen solchen freigegebenen Ordner mithilfe von Gruppenrichtlinien oder dem als Netzwerklaufwerk zuzuordnennet useBefehl:

System error 54 has occurred.
The network path was not found.

Gleichzeitig können Sie diesen freigegebenen Ordner problemlos von anderen Computern (mit älteren Versionen von Windows 10, 8.1 oder 7), Smartphones und anderen Geräten aus öffnen.

Deaktivieren Sie ältere SMB-Versionen von Dateifreigaben

In den meisten Fällen ist die '0x80070035: The network path not found'Fehler zeigt an, dass der freigegebene Zielordner auf dem Remotecomputer nur SMBv1-Verbindungen oder SMBv2-Gastzugriff unterstützt. Hierbei handelt es sich um ältere und unsichere Versionen des Dateifreigabeprotokolls Server Message Block (SMB, CIFS). Das Aktivieren dieser Protokolle auf Ihrem Client wird das Problem wahrscheinlich lösen, aber die Sicherheit Ihres Windows-Geräts verringern. Konfigurieren Sie daher das Remote-Dateiservergerät neu, um es zumindest zu unterstützenSMBv2 mit Authentifizierung, oder im IdealfallSMBv3, ist das erste, was man versuchen sollte. Dies ist die korrekteste und sicherste Methode.

Ändern Sie die SMB-Konfiguration Ihres Dateiservers:

NAS-Gerät– SMBv1 deaktivieren, authentifizierten SMBv2-Zugriff aktivieren (abhängig vom NAS-Anbieter);
Samba-Server unter Linux– Deaktivieren Sie den Gastzugang insmb.configDatei unter[global]Abschnitt:
```
map to guest = never
restrict anonymous = 2
```
Geben Sie die unterstützte SMB-Mindestversion an:
```
server min protocol = SMB2_10
client max protocol = SMB3
client min protocol = SMB2_10
encrypt passwords = true
```
Deaktivieren Sie den anonymen Zugriff in der Konfiguration jedes freigegebenen Ordners:
```
guest ok = no
```
Auf derWindows-Dateiserver, deaktivieren Sie die Protokolle SMBv1 und SMBv2 (beschrieben in einem separaten Abschnitt des Artikels). Aktivieren Sie dieAktivieren Sie die passwortgeschützte FreigabeOption (navigieren Sie zu Systemsteuerung -> Alle Systemsteuerungselemente -> Netzwerk- und Freigabecenter -> Erweiterte Freigabeeinstellungen -> Alle Netzwerke oder führen Sie den Befehl auscontrol.exe /name Microsoft.NetworkAndSharingCenter /page Advanced).

Überprüfen Sie die Windows SMB-Client-Einstellungen

Führen Sie die folgenden einfachen Prüfungen auf Ihrem Windows-Client durch. Diese Schritte können Ihnen helfen, den Fehler „Netzwerkpfad nicht gefunden“ zu beheben, ohne die Sicherheit Ihres Computers zu gefährden:

Überprüfen Sie, ob Sie den richtigen Dateiservernamen eingegeben haben. Versuchen Sie, den Netzwerkordner nicht nach Namen zu öffnen (\FS01Public), sondern nach IP-Adresse (\192.168.3.111Public);
Überprüfen Sie in den Eigenschaften des freigegebenen Netzwerkordners (sowohl auf der NTFS-Dateisystemberechtigungen als auch auf der Ebene des freigegebenen Ordners), ob Ihr Benutzer die Berechtigung hat, den Inhalt des Ordners zu lesen.
Setzen Sie den DNS-Cache auf beiden Computern zurück:
ipconfig /flushdns
Wenn auf Ihrem Gerät gleichzeitig zwei aktive Netzwerkschnittstellen vorhanden sind (WLAN und Ethernet), versuchen Sie, eine davon vorübergehend zu deaktivieren und den Zugriff auf Ihre lokalen Netzwerkressourcen zu überprüfen.
Überprüfen Sie, ob die folgenden Dienste auf Ihrem Computer ausgeführt werden (öffnen Sie die Dateiservices.mscKonsole). Starten Sie diese Dienste und ändern Sie den Starttyp in „Automatisch verzögerter Start“:
```
Function Discovery Provider Host – fdPHost
Function Discovery Resource Publication – FDResPub
SSDP Discovery – SSDPSRV
UPnP Device Host – upnphost
DNS Client (dnscache)
```
Versuchen Sie, Ihre Antiviren- und/oder Firewall-Anwendung vorübergehend zu deaktivieren und prüfen Sie, ob das Problem weiterhin besteht, wenn Sie auf Netzwerkressourcen zugreifen.
Versuchen Sie, das IPv6-Protokoll in den Eigenschaften Ihres Netzwerkadapters in der Systemsteuerung zu deaktivieren. Überprüfen Sie, ob die folgenden Protokolle für Ihren Netzwerkadapter aktiviert sind:Client für Microsoft-NetzwerkUndDatei- und Druckerfreigabe für Microsoft-Netzwerke;
Versuchen Sie, die Windows-Netzwerkeinstellungen auf dem Computer mit den folgenden Befehlen zurückzusetzen:
netsh winsock reset netsh int ip reset
Wenn Sie ein Windows-Arbeitsgruppennetzwerk verwenden, stellen Sie sicher, dass die NetBIOS-Protokollunterstützung in den TCP/IPv4-Eigenschaften Ihres Netzwerkadapters nicht deaktiviert ist.Öffnen Sie als Nächstes die lokalen Sicherheitsrichtlinieneinstellungen (secpol.msc), gehen Sie zu Lokale Richtlinien -> Sicherheitsoptionen ->Netzwerksicherheit: LAN Manager-Authentifizierungsebeneund auswählenLM und NTLM senden – verwenden Sie NTLMv2-Sitzungssicherheit, sofern ausgehandelt(Dies ist eine unsichere Option!!).

Erlauben Sie unsichere SMBv2-Gastanmeldungen unter Windows

Wenn Sie anonymen Zugriff auf freigegebene Ordner auf NAS-Speicher oder andere Computer verwenden (ohne Eingabe eines Benutzernamens und Passworts), müssen Sie die unsichere Gastanmelderichtlinie auf dem Clientcomputer aktivieren. Moderne Windows-Versionen erlauben standardmäßig keinen anonymen (Gast-)Zugriff auf freigegebene Netzwerkordner über das SMB 2.0-Protokoll.

Wenn Sie versuchen, als anonymer (Gast-)Benutzer eine Verbindung zum freigegebenen Ordner herzustellen, wird ein Ereignis mit der Ereignis-ID angezeigt31017wird im Protokoll der Ereignisanzeige angezeigt.

Source: Microsoft-Windows-SMBClient  
Date: Date/Time  
Event ID: 31017  
Task Category: None  
Level: Error  
Keywords: (128)  
User: NETWORK SERVICE  
Computer: fs01.woshub.com  
Description: Rejected an insecure guest logon.  
User name: Ned  
Server name: ServerName

So erlauben Sie SMBv2-Gastanmeldungen (Dies ist eine unsichere Option und sollte nur verwendet werden, wenn es unbedingt erforderlich ist!), öffnen Sie den Editor für lokale Gruppenrichtlinien (gpedit.msc) und schalten Sie das einAktivieren Sie unsichere GastanmeldungenRichtlinie (Computerkonfiguration -> Administrative Vorlagen -> Netzwerk -> Lanman Workstation).

Oder Sie können den Zugriff auf unsichere SMB-Freigabeordner unter dem Gastkonto über die Registrierung mit dem folgenden Befehl aktivieren:

reg add HKLMSYSTEMCurrentControlSetServicesLanmanWorkstationParameters /v AllowInsecureGuestAuth /t reg_dword /d 00000001 /f

Aktivieren Sie den Legacy-SMB-v1-Client unter Windows

Sie müssen das aktivierenSMB1Protokoll-ClientKomponente auf dem Client-Computer, wenn Ihr Netzwerkgerät (Dateispeicher) nur das Dateifreigabeprotokoll SMB 1.0 unterstützt (obwohl dies der Fall ist).Aus Sicherheitsgründen nicht empfohlen).

DerSMB v1.0Das Protokoll ist in modernen Versionen von Windows 10/11 und Windows Server 2019/2022 standardmäßig deaktiviert. Dies liegt daran, dass SMB 1.0 ein veraltetes und anfälliges Protokoll für die Datei- und Ordnerfreigabe unter Windows ist. Wenn Sie versuchen, von Windows 10/11 aus eine Verbindung zu einer reinen SMBv1-Dateifreigabe herzustellen (z. B. eine alte Version des NAS-Speichers, ein Computer mit Windows XP/Windows Server 2003) und die freigegebenen Netzwerkordner des Remote-Geräts auflisten (nach dem UMC-Pfad, z. B\FileStorageNetworkName), erhalten Sie eine Fehlermeldung 'Network path not found'.

Mit dem DISM-Befehl können Sie überprüfen, ob das SMBv1-Protokoll in Windows aktiviert ist:

Dism /online /Get-Features /format:table | find "SMB1Protocol"

Wie Sie sehen können, ist in diesem Fall dieSMB1Protokoll-ClientFunktion ist deaktiviert.

SMB1Protocol                                 | Disabled
SMB1Protocol-Client                          | Disabled
SMB1Protocol-Server                          | Disabled
SMB1Protocol-Deprecation                     | Disabled

Sie können das SMB v1-Clientprotokoll aktivieren, um von dort aus auf ältere freigegebene Ordner zuzugreifenSchalten Sie Windows-Funktionen ein oder ausPanel (optionalfeatures.exe-> SMB 1.0 / CIFS-Dateifreigabeunterstützung -> SMB 1.0 / CIFS-Client).

Oder Sie können den SMB 1.0-Client mit dem DISM-Befehl aktivieren:

Dism /online /Enable-Feature /FeatureName:"SMB1Protocol-Client"

Starten Sie nach der Installation des SMBv1-Clients Ihren Computer neu und prüfen Sie, ob der freigegebene Netzwerkordner jetzt geöffnet werden kann.

Unter Windows Server 2019/2022 können Sie SMBv1 mit dem Befehl aktivieren

Install-WindowsFeature FS-SMB1

Wichtig!Wenn Sie den SMB1-Client aktiviert haben, denken Sie daran, dass dieses Protokoll anfällig ist und zahlreiche Schwachstellen für die Remote-Ausnutzung aufweist. Wenn Sie das SMB v1-Protokoll für den Zugriff auf ältere Geräte nicht benötigen, deaktivieren Sie es unbedingt.

Unter Windows 10/11 wird der SMBv1-Client automatisch deaktiviert, wenn er länger als 15 Tage nicht verwendet wurde.

VERWANDT:5 schnelle Tipps zum Überprüfen und Beheben von Festplattenfehlern

Deaktivieren Sie die Protokolle SMB 1.0 und SMB 2.0 auf Windows-Clients

Wenn in Ihrem Netzwerk nur moderne Geräte verwendet werden, die SMB v3 unterstützen (Windows 8.1/Windows Server 2012 R2 und höher, siehe Tabelle der SMB-Versionen in Windows), können Sie den Fehler 0x80070035 beheben, indem Sie SMB1 und SMB2 auf allen Clients vollständig deaktivieren. Tatsache ist, dass Ihr Computer möglicherweise versucht, das SMB 2.0-Protokoll zu verwenden, um auf freigegebene Ordner zuzugreifen, die nur SMB 3.0-Verbindungen akzeptieren

Deaktivieren Sie zunächst das SMB 1.0-Protokoll mithilfe vonSchalten Sie Windows-Funktionen ein oder ausPanel (optionalfeatures.exe) oder mit Befehlen:

sc.exe config lanmanworkstation depend= bowser/mrxsmb10/nsi sc.exe config mrxsmb10 start= disabled Dism /online /Disable-Feature /FeatureName:"SMB1Protocol"

Deaktivieren Sie dann das SMB 2.0-Protokoll:

reg.exe add "HKLMSYSTEMCurrentControlSetservicesLanmanServerParameters" /v "SMB2" /t REG_DWORD /d "0" /f sc.exe config lanmanworkstation depend= bowser/mrxsmb10/nsi sc.exe config mrxsmb20 start= disabled PowerShell -ExecutionPolicy Unrestricted Set-SmbServerConfiguration –EnableSMB2Protocol $false

Sie können überprüfen, ob die Protokolle SMB 1 und SMB 2 deaktiviert sind, indem Sie den folgenden PowerShell-Befehl ausführen:

Get-SmbServerConfiguration | select "*enablesmb*"|fl

EnableSMB1Protocol              : False
EnableSMB2Protocol              : False

Überprüfen Sie die Netzwerkerkennungseinstellungen unter Windows

Wenn Ihre Computer einer Arbeitsgruppe angehören, empfehle ich Ihnen dringend, den Empfehlungen aus dem Artikel Netzwerkcomputer werden in Windows nicht angezeigt zu folgen.

ImNetzwerk- und FreigabecenterAbschnitt der Systemsteuerung auf beiden Computern, überprüfen Sie, ob derPrivatDas Netzwerkprofil wird als aktuelles Profil festgelegt (Privat: Aktuelles Profil). Stellen Sie sicher, dass die folgenden Optionen aktiviert sind:

Aktivieren Sie die Netzwerkerkennung. + Aktivieren Sie die automatische Einrichtung von mit dem Netzwerk verbundenen Geräten.
Aktivieren Sie die Datei- und Druckerfreigabe.

Aktivieren Sie im Abschnitt „Alle Netzwerke“ die folgenden Optionen:

Passwortgeschützte Freigabe deaktivieren;
Aktivieren Sie die Freigabe.

Fügen Sie Windows-Anmeldeinformationen hinzu, um auf NAS- oder Samba-Freigaben zuzugreifen

Wenn das Problem nur beim Zugriff auf die NAS-Freigabe oder den Samba-Server unter Linux auftritt, können Sie versuchen, die Verbindungsanmeldeinformationen (Benutzername und Passwort, die für die Verbindung zur SMB-Freigabe verwendet werden) im zu speichernWindows-Anmeldeinformations-Manager(SystemsteuerungAlle Elemente der SystemsteuerungAnmeldeinformations-ManagerWindows-Anmeldeinformationen oder führen Sie den Befehl auscontrol.exe keymgr.dll).

KlickenFügen Sie Windows-Anmeldeinformationen hinzuund geben Sie den Hostnamen (oder die IP) des SMB-Dateiservers und die Anmeldeinformationen für die Verbindung an.

Gehen Sie dann zum Netzwerk- und Freigabecenter und aktivieren Sie die OptionVerwenden Sie Benutzerkonten und Passwörter, um eine Verbindung zu anderen Computern herzustellenimErweiterte Freigabeeinstellungen.