Es ist ziemlich ärgerlich, wenn man versucht, auf freigegebene Netzwerkordner zuzugreifen und die gefürchtete Windows cannot access sharename. The network path was not found. Error code: 0x80070035Fehlermeldung erhält. Das passiert unter Windows 10, 11 und auch nach einigen neueren Updates, insbesondere wenn man ein NAS, eine Samba-Freigabe oder ein anderes Gerät im lokalen Netzwerk verwendet. Manchmal können sich andere Geräte wie ältere Windows-PCs oder Smartphones problemlos verbinden, sodass man sich fragt, wo das Problem bei Windows 10/11 liegt. Meistens liegt es an Inkompatibilitäten des SMB-Protokolls (Server Message Block) – entweder wird eine Version erzwungen, die nicht mit dem Server kompatibel ist, oder Windows blockiert aus Sicherheitsgründen standardmäßig bestimmte ältere oder unsichere Protokolle. Die gute Nachricht: Es gibt mehrere Möglichkeiten zur Fehlerbehebung, mit denen sich das Problem hoffentlich beheben lässt, ohne den Rechner unsicher zu machen oder sich in komplizierten Lösungsansätzen zu verlieren.
So beheben Sie den Fehler „Netzwerkpfad nicht gefunden“ in Windows
Deaktivierung älterer SMB-Versionen von Dateifreigaben
Dieser Fehler tritt häufig auf, wenn Windows auf dem Client versucht, SMBv1 oder SMBv2 zu verwenden, der Server aber nur neuere, sicherere Versionen wie SMBv3 unterstützt. Viele aktuelle Windows-Versionen deaktivieren SMBv1 standardmäßig, da es als unsicher gilt. Wenn Ihr Remote-Gerät (NAS, Linux-Server, älterer Windows-Rechner) noch SMBv1 verwendet, kann Windows keine Verbindung herstellen, solange Sie es nicht aktivieren. Die Aktivierung von SMBv1 birgt jedoch erhebliche Sicherheitsrisiken. Daher ist es ratsam, den Server so zu konfigurieren, dass er SMBv2 oder SMBv3 unterstützt.
Um zu überprüfen, ob SMBv1 aktiviert ist, führen Sie folgenden Befehl in PowerShell aus:
Dism /online /Get-Features /format:table | find "SMB1Protocol"Wenn „Deaktiviert“ angezeigt wird, aktivieren Sie es nur im äußersten Notfall mit folgendem Befehl:
Dism /online /Enable-Feature /FeatureName:"SMB1Protocol-Client"Windows muss es natürlich unnötig kompliziert machen. Trotzdem ist das besser, als ein anfälliges Protokoll offen zu lassen. Und falls Sie SMBv1 auf einem Windows Server aktivieren, denken Sie daran, es nach Abschluss der Fehlerbehebung wieder zu deaktivieren.
Überprüfen Sie Ihre SMB-Einstellungen und die Protokollunterstützung
Windows blockiert manchmal SMBv2-Gastanmeldungen aus Sicherheitsgründen – es sei denn, Sie ändern bestimmte Einstellungen. Wenn Sie beispielsweise eine Verbindung zu einer Freigabe herstellen, die anonymen Zugriff erlaubt, lehnt Windows diese möglicherweise ab, sofern Sie unsichere Gastanmeldungen nicht aktivieren.Öffnen Sie dazu den Editor für lokale Gruppenrichtlinien ( gpedit.msc) und navigieren Sie zu Computerkonfiguration > Administrative Vorlagen > Netzwerk > Lanman Workstation. Suchen Sie nach „Unsichere Gastanmeldungen aktivieren“ und aktivieren Sie diese Option. Andernfalls erhalten Sie weiterhin diese Fehlermeldung.
Oder, falls Sie mit Registry-Änderungen vertraut sind, führen Sie diesen Befehl in PowerShell als Administrator aus:
reg add HKLM\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters /v AllowInsecureGuestAuth /t reg_dword /d 00000001 /fHinweis: Dadurch wird ein unsicherer Gastzugang ermöglicht. Aktivieren Sie diese Option daher nur, wenn Sie sie wirklich benötigen, und denken Sie daran, sie anschließend wieder zu deaktivieren.
Legacy SMB v1-Client aktivieren (falls erforderlich)
Wenn Ihr Gerät nur SMBv1 unterstützt (z. B.ein älteres NAS oder Netzwerkgerät), ist SMBv1 unter Windows 10/11 standardmäßig deaktiviert. Sie können es über die Windows-Funktionen ( optionalfeatures.exe) wieder aktivieren – aktivieren Sie einfach „SMB 1.0 / CIFS-Client“. Alternativ können Sie folgenden Befehl in der Kommandozeile ausführen:
Dism /online /Enable-Feature /FeatureName:"SMB1Protocol-Client"Starten Sie Ihren PC anschließend neu. Beachten Sie jedoch, dass SMBv1 extrem unsicher ist – aktivieren Sie es nur im absoluten Notfall und deaktivieren Sie es später wieder. Auf Serverversionen können Sie SMBv1 mit dem Befehl aktivieren Install-WindowsFeature FS-SMB1. Denn… ja, Sicherheit.
Deaktivieren Sie die SMB 1.0- und SMB 2.0-Protokolle (falls Sie nur SMBv3 benötigen).
Wenn Ihre Netzwerkgeräte alle SMBv3 unterstützen (was sie tun sollten), empfiehlt es sich, SMBv1 und SMBv2 vollständig zu deaktivieren. Unter Windows können Sie dies über PowerShell oder Befehle tun:
sc.exe config lanmanworkstation depend= bowser/mrxsmb10/nsi sc.exe config mrxsmb10 start= disabled sc.exe config mrxsmb20 start= disabled PowerShell -ExecutionPolicy Unrestricted Set-SmbServerConfiguration –EnableSMB2Protocol $falseUm zu überprüfen, ob diese Protokolle tatsächlich deaktiviert sind, führen Sie Folgendes aus:
Get-SmbServerConfiguration | select "*enablesmb*"|flStellen Sie außerdem sicher, dass sowohl EnableSMB1Protocol als auch EnableSMB2Protocol auf „False“ gesetzt sind. Dadurch bleibt das System sauber und sicher, da Windows nicht versucht, veraltete Versionen zu verwenden, die möglicherweise Probleme verursachen.
Stellen Sie sicher, dass die Einstellungen für Netzwerkermittlung und -freigabe korrekt sind.
Manchmal scheint Windows das Netzwerk nicht zu erkennen.Öffnen Sie die Systemsteuerung und gehen Sie zu Netzwerk- und Freigabecenter. Stellen Sie sicher, dass Ihr Netzwerk auf „Privat“ (nicht „Öffentlich“) eingestellt ist und überprüfen Sie Optionen wie „Netzwerkermittlung aktivieren “ und „Datei- und Druckerfreigabe aktivieren“.Deaktivieren Sie außerdem die kennwortgeschützte Freigabe, falls diese in Ihrer Konfiguration aktiviert ist. Das mag etwas ungewöhnlich klingen, kann aber in manchen lokalen Netzwerken einen großen Unterschied machen. Deaktivieren Sie testweise auch VPNs oder Firewalls von Drittanbietern, um zu prüfen, ob diese den SMB-Datenverkehr blockieren.
Konfigurieren Sie Anmeldeinformationen und Berechtigungen ordnungsgemäß.
Wenn die Freigabe auf anderen Geräten funktioniert, aber nicht unter Windows, speichern Sie Ihre Anmeldeinformationen im Windows-Anmeldeinformationsmanager ( Anleitung hier ).Fügen Sie den Hostnamen/die IP-Adresse Ihres NAS oder Servers mit Benutzername und Kennwort hinzu und stellen Sie sicher, dass die Option „ Benutzerkonten und Kennwörter zum Verbinden mit anderen Computern verwenden“ im Netzwerk- und Freigabecenter unter „Erweiterte Freigabeeinstellungen“ aktiviert ist. Windows verwendet dann – zumindest in den meisten Fällen – automatisch diese gespeicherten Anmeldeinformationen für den Zugriff auf die Freigabe.Überprüfen Sie auch die Berechtigungen und NTFS-Freigaberegeln – manchmal blockieren diese den Zugriff unbemerkt.
Sollte das alles nichts bringen, lohnt es sich, die Firewall-Regeln und Router-Einstellungen Ihres Netzwerks zu überprüfen oder sogar einen kompletten Netzwerk-Reset durchzuführen. Denn manchmal verursachen WLAN- oder Ethernet-Probleme mehr Ärger, als der Aufwand auf den ersten Blick vermuten lässt.
Hoffentlich funktionieren Ihre Netzwerkfreigaben nach diesen Schritten wieder. Die Fehlersuche bei SMB-Problemen ist zwar etwas mühsam, aber sobald das Problem behoben ist, müssen Sie sich keine Gedanken mehr darüber machen, warum die Freigabe nicht angezeigt wird.
Zusammenfassung
- Die SMB-Versionsunterstützung wurde geprüft, Protokolle wurden je nach Bedarf aktiviert oder deaktiviert.
- Verifizierte Einstellungen für Netzwerkermittlung und -freigabe
- Anmeldeinformationen korrekt konfiguriert und Netzwerkkomponenten zurückgesetzt
- Gegebenenfalls die Sicherheitsrichtlinien für den Gastzugang anpassen
Zusammenfassung
Die Behebung von SMB-Fehlern kann mühsam sein und erfordert Geduld, insbesondere da die Windows-Sicherheitseinstellungen ältere Protokolle manchmal blockieren. In der Regel spart es viel Zeit, sich auf unterstützte SMB-Versionen zu konzentrieren und sicherzustellen, dass die Netzwerkeinstellungen mit denen des Servers übereinstimmen. Denken Sie daran: Unsichere Optionen wie SMBv1 oder Gastzugriff sollten nur im äußersten Notfall und nicht als dauerhafte Lösung aktiviert werden. Hoffentlich hilft Ihnen das, auf die freigegebenen Ordner zuzugreifen.