Beim Betrieb eines Netzwerk kann es vorkommen, dass die Zugriffe auf die Freigaben anderer Netzwerkrechner mit dem Fehlercode 80070035 abgelehnt werden. Nachdem ich bei Windows 10 erneut auf den Fehler aufmerksam wurde, hier ein paar Zeilen.
Anzeige
Das Fehlerbild
Sobald man im Explorer auf die Netzwerkumgebung geht, erscheinen die betreffenden Netzwerkrechner der Arbeitsgruppe zwar.
Beim Versuch, auf eine Ressource oder den Netzwerkrechner zuzugreifen, öffnet sich aber das nachfolgend gezeigte Dialogfeld.
Anzeige
In den Details findet sich der Fehlercode 0x80070035 mit dem Fehlertext "Der Netzwerkpfad wurde nicht gefunden.
Lösung 1: Warten oder Problembehandlung probieren
Auf meinem System mit einer FRITZ!Box 7390 ist der Fehler immer nur temporärer Natur. Meist dauert es ein paar Sekunden, bis die Netzwerkkommunikation eingerichtet ist (Microsoft Security Essentials unter Windows 7, Defender unter Windows 8 –10, und Windows-Firewall). Gelegentlich hilft es, die Netzwerkdiagnose über die angebotene Schaltfläche aufzurufen.
Aber auch ohne Problembehandlung komme ich nach kurzer Wartezeit auf meine Netzwerkfreigaben. Bei Windows 10-Systemen habe ich aber den Eindruck, dass es länger als bei anderen Rechnern dauert. Manchmal hilft es (gefühlt) auch, in der Netzwerkumgebung den eigenen Netzwerkrechner anzuwählen und auf dessen Freigaben zuzugreifen.
Klappt nicht? Ursache beseitigen
Der Fehler trat bereits unter Windows 7 im Netzwerk auf, wie dieser MS Answers-Forenbeitrag aus dem Jahr 2011 zeigt. Problembär war dort die Kaspersky Internet Security Suite, deren Firewall-Einstellungen den Netzwerkzugriff ausknipsen. Die Firewall ist auf "Vertrauenswürdiges Netzwerk" zu stellen – wie ich auch in der First Aid: FAQ zur Netzwerkeinrichtung angemerkt habe.
- Klicken Sie auf das Kaspersky-Startsymbol, dann im Kaspersky-Fenster auf Einstellungen und in der linken Spalte auf Firewall.
- Als Nächstes wählen Sie die beiden Einträge Einstellungen und Netzwerke.
- Klicken Sie nun mit der rechten Maustaste auf den Eintrag für das Netzwerk und in der Liste auf Vertrauenswürdiges Netzwerk.
Anschließend sollten die geöffneten Fenster über die OK-Schaltfläche geschlossen werden. Dann sollte das Problem gelöst sein. Dieser Hinweis gilt sinngemäß auch für andere Security-Suites mit eigener Firewall.
NetBIOS over TCP/IP fehlt
Möglicherweise kann auch die NetBIOS-Namensauflösung über TCP/IP nicht ausgeführt werden. Dann sollte der direkte Zugriff über die IP-Adresse des Fremdrechners funktionieren. Ein Ansatz zur Lösung ist in diesem Forenthread (für Windows 7) beschrieben – sollte sich auch unter Windows 10 nutzen lassen. Ähnliches wird in diesem Thread genannt – dort sind auch Dienste zu überprüfen.
ISATAP-Adapter-Klone als Problem
In diesem Thread werden zudem verwaiste 6zu4-Tunnel-Netzwerkadapter-Einträge als Ursache genannt. Die Netzwerkadapter treten als Microsoft-ISATAP-Adapter #2 etc. auf, wenn man im Geräte-Manager auf Ansicht/Versteckte Geräte einblenden geht.
Ursache ist ggf. die Anmeldung an mehreren Netzwerken (siehe auch hier). Die überzähligen Adapter lassen sich löschen (siehe auch hier). Danach Windows neu starten. Ich hatte diese Phanton-Adapter an einer Windows 7-Maschine im Netzwerk und entsprechende Probleme, von anderen Windows-Maschinen auf diesen Rechner zuzugreifen. Nach dem Löschen und einem Neustart war die Netzwerkverbindung sofort verfügbar.
Anmeldeinformationen manuell eingeben
Möglicherweise hilft auch, die Anmeldeinformationen für das Netzwerkgerät manuell einzugeben (siehe). Hier in der Systemsteuerung auf Benutzerkonten und Jugendschutz gehen (in allen Windows-Versionen) und Anmeldeinformationsverwaltung wählen. Dann auf Windows-Anmeldeinformationen gehen und den Befehl Generische Anmeldeinformationen hinzufügen wählen und die Anmeldedaten für den Netzwerkrechner im Fenster eingeben.
Eine weitere Falle lauert, wenn Leute unter einem Administrator-Konto (ohne Kennwort) unterwegs sind. Während ich hier mit normalen Benutzerkonten im Netzwerk auf Freigaben zugreifen kann, wird mir dies unter einem Administratorkonto z.B. zwischen Windows 10 und Windows 7 (partiell) verweigert. Beim letzten Test war es so, dass erst nach dem Anlegen eines kennwortgeschützten Standardkontos die Netzwerkzugriffe sofort möglich waren (danach funktionierten auch Zugriffe per Administratorkonto). Also ggf. mal testen, wie das unter einem Standard-Benutzerkonto ausschaut.
Ergänzung: Der obige Text stammt aus dem Jahr 2015 und ist schon etwas angestaubt. Gerade bei administrator.de diesen Thread gesehen, der weitere Ursachen bei aktuellen Windows 10-Systemen beschreibt. Ursache sind mittlerweile die 'Optimierungen', die in Windows 10 eingebaut sind.
Ähnliche Artikel:
Windows 10 Wiki/FAQ
Windows 10-Fehler: Netzwerkprotokoll fehlt – Teil 1
Windows 10-Fehler: Netzwerkprotokoll fehlt – Teil 2
Windows 10-Fehler: Netzwerkprotokoll fehlt – Teil 3
Windows 10: Upgrade-Matrix und Hardwareanforderungen
Windows 10: Microsoft benennt die Verkaufsversionen (SKUs)
Windows 10: Feature-Vergleich zwischen den Versionen (SKUs)
Windows 10-Upgrade bei Windows 8.1 with Bing
Windows 10: Download mit dem Media Creation Tool – Teil 1
Windows 10: Tipps und Infos zum Download– Teil 2
Windows 10: Upgrade vom Installationsabbild – Teil 3
Windows 10: Clean Install vom Installationsabbild – Teil 4
Windows 10: Clean Install per Upgrade-Trick
Windows 10: Kumulatives September-Update KB3081455
Windows 10: Store liefert Error 0x80070002
SystemProfile: Backup-Fehler 0x80070002
First Aid: FAQ zur Netzwerkeinrichtung
Windows 10-Fehler: Netzwerkprotokoll fehlt
Anzeige
Ich habe genau den Fehler wie zuerst beschrieben, nur nutze ich die Windows Firewall. Ich hab keine Internet Security installiert, lediglich Kaspersky Antivirus, die hat aber eben keine Firewall. Komme so leider nicht weiter.
Ich habe zu dem 4 Windows 10 PCs mit KAV aber nur einer hat das Problem.
Hi,
habe das gleich Problem (schon wieder) gehabt.
Die Lösung war (habe das Problem damals anders gelöst, kann mich leider aber nicht mehr erinnern), direkt die IP-Adresse des Rechners im Windows-Explorer anzugeben: z.b. \\192.168.1.2\
Grüße
Stickoxydul
Danke für die Hilfe – Einstellung in Kapersky war das Problem
Nachdem das beschriebene Problem auch auf einem meiner Rechner auftrat und keine der oben beschriebenen Lösungsansätze zum Erfolg führte habe ich, bevor ich den Rechner komplett neu aufsetze, ein inplacement update (Windows 10 1709) durchgeführt.
Danach hatte ich wieder Zugriff auf meine Netzwerklaufwerke.
Allerdings konnte ich leider nicht die Frage klären, welche Umstände zum Problem geführt haben, noch wie das Update das Problem beseitigt hat.
Möglicherweise ist das implacement update für den einen oder anderen mit diesem Netzwerkproblem ein einfacher Lösungsansatz.
Nach stundenlangen Versuchen ohne Kennwort beim Windows 10 Rechner einen Zugriff herzustellen war dann die Lösung, ein Kennwort beim Windows Rechner zu vergeben!
Endlich war ein Zugriff auch über das Netzwerk – mit Eingabe des Kennworts – möglich!
Wer hätte das gedacht?
Bei mir war die Ursache im Explorer. Nach dem ändern von Schnellzugriff auf dieser PC konnte ich wieder auf den 2. Rechner zugreifen
Ich habe 3 W10 PC's, nur auf einem erhalte ich fast immer den Fehler 0x8000760035.
Den Zugriff auf die HDD des gesuchten NAS (via Benutzer/KW) erhalte ich nur durch Einsatz von IP-Scanner und im Ergebnis (Ip-Adressen) anklicken der entspr. Freigabe.
Keiner der anderen W10-PC benötigt solche Umwege. Ich wäre sehr froh um eine Lösung!
Ich habe den gleichen Fehler zwischen 2 PCs – nach langem Suchen habe ich mein Problem herausgefunden, nicht aber die Lösung !
1. PC Name: XYZW10pro64 Freigabe: \\XYZW10PRO64\F
2. PC Name: ABCW10pro64 Freigabe: \\Abcw10Pro64\f
Im Explorer-Netzwerk werden die Freigaben aber ausschließlich in GROSSBUCHSTABEN angezeigt – folge ist
Zugriff von PC2 auf PC1 funktioniert – von PC1 auf PC2 aber nicht – wenn ich die Freigabe exakt im Explorer eingebe – \\Abcw10Pro64\f – funktioniert der Zugriff !
Fragt sich nur,
1) warum 1 Pc bei der Freigabe von Laufwerken diese plötzlich klein/groß schreibt und der andere nicht
2) warum das erst seit dem entfernen der Workgroup der Fall ist
3) wie man das Problem wieder weg bekommt.
Nur eine Idee – schau dir mal den Blog-Beitrag an.
Windows 10 Version 1803: Netzwerksuche/-umgebung leer
Meine endgültige(erweiterte) Lösung zu der Problematik fand ich in diesem Beitrag:
https://www.borncity.com/blog/2018/03/21/windows-10-kein-zugriff-auf-freigaben/
Hier ein Auszug aus einem Kommentar:
Unter Windows 10/Server 2016 ist mit den Standardeinstellungen kein Zugriff mehr auf Freigaben ohne Authentifizierung mehr möglich (also mit "Gast-Account" auf dem SMB-Server).
"Eigentlich" soll nur das Konfigurieren von "AllowInsecureGuestAuth" (per Gruppenrichtlinie oder Registry) erforderlich sein, stattdessen ist auch "requiresecuritysignature" im LanManWorkstation-Dienst-Reg-Eintrag zu setzen. Sh. hier: https://www.top-password.com/blog/fix-the-error-the-account-is-not-authorized-to-log-in-from-this-station/……..
Der letzte Link brachte mir die Lösung.
Top-Tipp!
Sie schreiben oben "… Aber auch ohne Problembehandlung komme ich nach kurzer Wartezeit auf meine Netzwerkfreigaben. Bei Windows 10-Systemen habe ich aber den Eindruck, dass es länger als bei anderen Rechnern dauert. …"
Seit einem der letzten Funktionsupdates von Windows 10 kann auch ich mehrmals am Tag unvermittelt auf Netzwerkfreigaben im privaten Heimnetzwerk für einige Minuten nicht zugreifen. Danach geht es aber wieder problemlos.
Ich habe festgestellt, dass es bei mir an der Windows eigenen Firewall liegt. Schaltet man sie am PC mit den Freigaben aus, ist der Zugriff sofort wieder möglich. Und das, obwohl die Datei- und Druckerfreigabe und die Netzwerkerkennung im privaten Profil in der Firewall zugelassen sind (Windows Standardeinstellung). Die Firewall blockiert also unvermittelt für einige Minuten die Freigaben, lässt sie danach aber wieder zu.
Ich konnte das Problem bei mir lösen, indem ich in der Firewall bei der eingehenden Regel "Datei- und Druckerfreigabe (SMD eingehend)" im privaten Profil in der Lasche "Bereich" das Feld Remote-IP-Adresse angepasst habe. Dort steht standardmäßig der vordefinierte Computersatz "Lokales Subnetz". Ich habe dort mein Heimnetzwerk, wie es im Router (FritzBox 7590) definiert ist, nochmal explizit hinzugefügt, also über "Hinzufügen…", "Diese IP-Adresse oder dieses Subnetz" den Wert "192.168.178.1/24" hinzugefügt. Seitdem kommt es nicht mehr zu den Blockaden. Im Grunde müsste das ja dasselbe sein wie der Standardwert "Lokales Subnetz", aber aus irgendeinem mir unerfindlichen Grund scheint das zeitweise nicht der Fall zu sein.
Windows7:
Einspielen des Windows-Updates KB4487345 oder Deinstallation der beiden unten beschriebenen Updates kann aktuell helfen!
KB4480970 / KB4480960!
Habe mein NAS Problem gelöst.
Im Exporer Fehlermeldungen, im Browser aber ereichdar!
Ältere NAS benutzen offenbar SMB-1.
Microsoft hat vor einiger Zeit den SMB-1 Dienst deakiviert (weil unsicher),
kann aber wider aktiviert werden (siehe Link).
https://mein-dms.agorum.com/blog/so-aktivieren-sie-smb-1.0-unter-windows-10
Nun sind meine beiden NAS unter Explorer>Netzwerk sichtbar und funktionieren.
Vielen Dank! =) Ich hatte diesen Fehler zuvor auf zwei Windows 10 Rechnern die per LAN-Kabel angebunden sind. Bei einem Windows 10 Notebook das per WLAN im Netzwerk integriert ist, funktionierte der NAS Zugriff hingegen einwandfrei! Dank dieser Lösung nun wieder vollen Zugriff auf das NAS von allen Windows 10 Rechnern!
Zitat:
"Windows7:
Einspielen des Windows-Updates KB4487345 oder Deinstallation der beiden unten beschriebenen Updates kann aktuell helfen!
KB4480970 / KB4480960"
Der Abruf der aktuellen Windows7 Updates hat das KB4480970 automatisch deinstalliert und die Freigaben funktionieren wieder.
Hallo,
hier war die Ursache ganz einfach:
Automatisches Wiederherstellen der Firewall-Standards (nach diversen Versuchen) deaktiviert auch Datei- und Druckerfreigabe im privaten Netzwerk!
Haken erneut setzen – Fehlermeldung ist weg.
Ich habe das Problem folgendermaßen erkannt und behoben. Meine Ausgangslage war, dass ich 2 laptops mit einem Cross-Over-Kabel verbunden habe, wobei 1 Laptop Windows 7, der andere Windows 10 installiert hat.
Problem: Beide Computer erscheinen im Netztwerk, in Windows 10 kann jedoch nicht auf den anderen Computer zugegriffen werden, und es erscheint die obige Fehlermeldung.
Meine Abhilfe erfolgte in diesen 3 wichtigen Schritten:
1)
In meiner Firewall muss das LAN-Netzwerk auf 'Vertrauenswürdiges' Netzwerk (Trusted Network) umgestellt werden.
2) Deaktivieren der WLAN-Verbindungen auf beiden Laptops
3) Das korrekte Setzten von Ordner-Freigaben
Dieser letzte Punkt dürfte bei den meisten Anwendern (selbst wenn sie es wissen) nicht richtig eingestellt sein. Ohne die korrekte Vergabe von Berechtigungen erscheint nämlich nur der 'Öffentiliche' Ordner im Netzwerk und NICHTS anderes ist verfügbar. Hier also ein Beispiel, um den Ordner "C:\Spezielle Dokumente" Freizugeben:
a) Rechtsklicke auf Spezielle Dokumente > Eigenschaften
b) Wähle den Tab 'Freigabe'
c) Im leeren Kästchen ist ein Pfeil, klicke auf ihn
d) Wähle 'Jeder'
e) Klicke auf Hinzufügen
f) Klicke auf den Pfeil rechts von 'Jeder' und wähle 'Lesen/Schreiben'
g) Klicke auf Freigabe
h) Klicke auf Fertig, dann auf Schließen
So funzt die richtige Berechtigungs-Vergabe im LAN-Netzwerk! Haste das gewusst und gemacht? Ich denke nein.
Wähle niemals den ganzen Ordner C:\ zur Freigabe, du müssest dann auch Änderungen im Tab 'Sicherheit' vornehmen und das speichern (neues Schreiben der Berechtigungen) dauert sehr lange. Gibt nur einzelne Ordner frei.
Das wärs, mit diesen 3 Schritten sollte deine LAN-Verbindung klappen, zumindest mit einem Cross-Over-Kabel.
Zum Thema NTFS-Zugriffsberechtigungen bei Netzwerksfreigaben gibt es imho im Blog (und in Schulungsvideos, die ich bei video2brain bis Ende 2014 veröffentlicht habe) einige Hinweise. Das hilft im Kontext des obigen Beiträge aber nicht weiter, da sich fehlende Zugriffsrechte nicht nach einer Wartezeit in Wohlgefallen auflösen. Nur als Hinweis für Querleser.
Aber danke für die Erinnerung an den Punkt.
In der Anmeldeinformationsverwaltung war "Generische Anmeldeinformation hinzufügen" für mich übrigens haarscharf daneben.
Mit "Windows-Anmeldeinformationen hinzufügen" klappte es dagegen. Den Ziel-Rechnernamen gab ich dabei ohne \\ an.
Hallo,
ich habe mir heute ganz frisch Windows 10 Enterpise installiert und wollte nun auf meine Samba Server zugreifen, der unter Linux/Debian läuft. Das ging plötzlich nicht mehr.
Der Grund sind geänderte Richtlinien, so das Windows 10 keine ungesicherten Verbindungen mehr über SMB2 herstellt. Das brauch es aber auch nicht zu sein, da der Server im lokalen Netzwerk ist ;-)
Lösung: gpedit.msc -> Computerkonfiguration -> Administrative Vorlagen -> Netzwerk -> LanMan-Arbeitsstation -> „Unsichere Gastanmeldungen aktivieren"
PS: Die Ursache für den die Freigabefehler sind unter Computerverwaltung -> Ereignisazeige -> Anwendungs- und Dienstprotokolle -> Microsoft -> Windows -> SMBClient -> … zu finden!!!
quelle:
https://support.microsoft.com/de-de/help/4046019/guest-access-in-smb2-disabled-by-default-in-windows-10-and-windows-ser
Aus den Windows SMBClient Logs ist auch aufgefallen, dass mein Samba Server kein Multichannel unterstützt, auch das war ein Problem für genau diese Fehlermeldung (0x80070035).
https://blog.chaospixel.com/linux/2016/09/samba-enable-smb-multichannel-support-on-linux.html
Daaanke! Das hat es bei mir gebracht. War kurz vorm verzweifeln. Tausend Dank.
"Eine weitere Falle lauert, wenn Leute unter einem Administrator-Konto (ohne Kennwort) unterwegs sind."
Kann man umgehen mit dem Editor für lokale Gruppenrichtlinen.
Dazu Rechtsklick auf Start, dann auf Ausführen, dort "gpedit.msc" eingeben und Enter drücken.
Im Gruppenrichtlinieneditor auf Computerkonfiguration -> Windowseinstellungen -> Sicherheitseinstellungen -> Lokale Richtlinie -> Sicherheitsoptionen gehen und Konten: Lokale Kontenverwendung von leeren Kennwörtern auf Konsolenanmeldung beschränken: Deaktiviert
Doppelt anklicken und auf Deaktiviert stellen.
Was man auch noch checken kann.
Computerkonfiguration -> Windowseinstellungen -> Sicherheitseinstellungen -> Lokale Richtlinie -> Zuweisen von Benutzerrechten
Auf diesen Computer vom Netzwerk aus zugreifen: Administratoren, Benutzer, Jeder, Sicherungs-Operatoren
und
Computerkonfiguration -> Windowseinstellungen -> Sicherheitseinstellungen -> Lokale Richtlinie -> Zuweisen von Benutzerrechten
Zugriff vom Netzwerk auf diesen Computer verweigern: Gast
Noch eine Problemlösung die ich herausgefunden habe die funktioniert.
Ich konnte per SMB nicht mehr auf meinen Sat Receiver im lokalen Netzwerk zugreifen.
Ich wollte dessen interne Festplatte in Windows 10 als Netzlaufwerk einbinden.
Seit diesen neuesten Windows 10 Updates und Builds ging es nicht mehr.
Ihr müsst dazu auf Start->Ausführen gehen und dort "shell:AppsFolder" eingeben und mit Ok bestätigen.
Dann im Applications Fenster geht ihr auf
Lokale Sicherheitsrichtlinie->Sicherheitseinstellungen->Lokale Richtlinien->Sicherheitsoptionen->Netzwerkzugriff:Anonymen Zugriff auf Named Pipes und Freigaben einschränken: Deaktiviert
und dieses auf Deaktiviert stellen.
Ich reaktiviere auch gerne die alten SMB 1.0 Protokolle, weil viele meiner Netzwerkgeräte nur das alte Protokoll können.
Dazu unter Systemsteuerung\Alle Systemsteuerungselemente\Programme und Features auf Windows- Features aktivieren oder deaktivieren gehen und dort Unterstützung für die SMB 1.0/CIFS-Dateifreigabe alle 3 Kästchen aktivieren.