Ich habe ein Problem mitallemeiner Windows 10-Geräte (und zuvor Windows 7-Geräte) – grundsätzlich endet jeder Versuch, über das Netzwerk auf eine Windows-Netzwerkfreigabe zuzugreifen, mit dem Fehler 0x80070035 „Netzwerkpfad nicht gefunden“.
Hier sind drei PCs im Spiel, zwei mit Win 10 Home und einer mit Windows 10 Pro. Auf dem Win 10 Pro-Rechner lief vorher Win 7 Ultimate sowie Linux Mint und ich bekomme Fehler, wenn ich versuche, sie auch zu verwenden. (Allerdings erinnere ich mich, dass Win7 vor langer Zeit funktioniert hat)
Seltsamerweise können sich alle betroffenen Computer in der Netzwerkumgebung gegenseitig sehen!
Beachten Sie, dass ich Dateien über SMB übertragen konnte, wenn beide Seiten der Verbindung mit Samba oder einer sehr alten Windows-Version betrieben wurden. Wenn auf dieser Seite jedoch eine kürzlich gepatchte Windows-Version mit etwas läuft, das ich für SMBv3 halte, dann lautet das Problem 0x80070035.
Am frustrierendsten ist, dass erst gestern ein brandneuer Laptop eingetroffen ist und auch dieser dieses Problem aufweist. Ich habe ausführliche Nachforschungen zu 0x80070035 angestellt, und obwohl es eine Menge vorgeschlagener Lösungen gibt, scheint niemand wirklich zu verstehen, was dieser Fehler verursacht.bedeutet eigentlichund es gibt keine eindeutige Möglichkeit zur Fehlerbehebung.
Ich habe (erfolglos) versucht:
- Jedem PC wird eine statische IP zugewiesen, sowohl in einem Switch-Netzwerk als auch über Crossover, und die Konnektivität wird mit Ping- und Steam-Benachrichtigungen überprüft.
- Habe versucht, über \\IP.ADRESSE oder \\HOSTNAME miteinander zu kommunizieren
- Den Status des TCP/IP-NetBIOS-Helfers geprüft (immer aktiv, mit der Starteinstellung „Manuell (ausgelöst)“)
- Auf dem Rechner mit Win 10 Pro habe ich die Netzwerkzugriffs-/Netzwerksicherheitseinstellungen in secpol.msc bearbeitet (ich habe diese Änderungen nicht vor mir, aber eine davon stellte sicher, dass NTLM richtig verhandelt)
- Jede Maschine wurde in Heimnetzgruppen aufgenommen und aus diesen entfernt.
- überschriebene Hostnamen in c:\windows\system32\drivers\etc\hosts
- sichergestellt, dass sich alle Computer mit Login/Passwort authentifizieren, statt mit dem dummen neuen System, das es verwendet
- Stellen Sie sicher, dass „NetBIOS über TCP/IP aktivieren“ eingestellt ist.
- andere im letzten Jahr versuchte Korrekturen, an die ich mich nicht erinnern kann (ich werde sie später einfügen, wenn ich mich daran erinnere)
Obwohl es schön wäre, das Problem zu beheben, wäre es noch besser, zu verstehen, was hier genau vor sich geht. Ich kann mich nur daran erinnern, dass Win7 ungefähr zu der Zeit, als die SMBv2-Sicherheitslücke auftrat, nicht mehr funktionierte, und ich vermute, dass diese Funktionalität im Fall von Win7 direkt mit diesem Patch zusammenhing.
Darüber hinaus bin ich jedoch ratlos. Es wäre toll, wenn es eine Checkliste mit Dingen gäbe, die ich überprüfen könnte. Jemand?
Bearbeiten: Beim Untersuchen eines Wireshark-Dumps der Konversation kann ich sehen, dass die beiden Maschinen miteinander sprechen – zuerst verhandeln sie SMB1, dann SMB2, dann sendet jemand ein TCP ACK und die andere Seite folgt mit einem TCP RST (?). Das lässt mich glauben, dass es an der Firewall liegt, aber ich habe die Firewall deaktiviert …
Antwort1
Hintergrund
Ich habe drei lokale Netzwerk-PCs, 2 mit Windows 10 Pro Ver 1803 und 1 mit Windows 10 Home Version 1803. Auf einem Pro-Rechner läuft eine Neuinstallation, auf den anderen beiden ein Update von Win 7. Auf
allen Rechnern laufen lokale Konten, ein lokaler Benutzer ohne Passwort und das integrierte Administratorkonto (Net User Administrator /Active:yes), mehr dazu weiter unten. Das Gute ist, dass beide Konten auf dem Heim-PC auf Ordner auf beiden Pro-PCs zugreifen können.
Der Pro-Rechner mit einer Neuinstallation funktioniert auch einwandfrei.
Das aktualisierte Pro hat den Fehler 0x80070035 bei lokalem Benutzerkonto ohne Passwort ausgegeben. Wie Sie habe ich alle Netzsuchen und die meisten Ratschläge befolgt.
Der Datei-Explorer ordnet die anderen PCs zu, aber nicht ihre Festplatten oder Ordner. Ebenso bestätigt Ping die Verbindung. Außer die richtigen Einstellungen für die erweiterte Freigabe zu aktivieren, musste auf den beiden problemlosen PCs nichts weiter getan werden, außer natürlich sicherzustellen, dass die Ordner die richtigen Berechtigungen und Freigaben hatten.
Antwort:
Ich habe auf dem problematischen Pro-Rechner eine Neuinstallation durchgeführt – derselbe Fehler.
Ich habe dann das integrierte Administratorkonto aktiviert (Net User Administrator /Active:yes). Die gute Nachricht ist, dass das Problem behoben ist, wenn ich mich nur als Administrator anmelde.
Der Fehlercode bleibt beim lokalen Benutzerkonto bestehen. Dies deutet auf ein Problem mit der Berechtigungs- oder Richtlinienkonfiguration hin. Die Dienste und Einstellungen auf beiden Pro-Rechnern sind identisch.
Meine Suche nach einer Lösung geht weiter.
Antwort2
Ich habe den Zugriff auf das lokale Benutzerkonto gelöst. In meinem Heimnetzwerk sind lokale Benutzer nicht kennwortgeschützt, daher bietet die Lösung, die bei mir funktioniert hat, möglicherweise nicht die Sicherheit, die andere benötigen. regedit> HKEY LOCAL MACHINE>SYSTEM>CURRENT CONTROL SET>SERVICES>LANMANWORKSTATION. Wenn der Parameter AllowInsecureGuestAuth vorhanden ist und der Hex-Wert auf 0 gesetzt ist, ändern Sie den Wert auf 1. Wenn nicht, fügen Sie einen DWORD32-Parameter mit diesem Namen hinzu und setzen Sie den Hex-Wert auf 1. Beenden Sie regedit und starten Sie neu.
Antwort3
Es gibt zwei gute Links (aber der dritte von SuperUser ist besser):
Link1UndLink2 - Die besten Seiten zum Thema
Obwohl ich durch die Installation von SMB 1.0 mein freigegebenes Laufwerk sehen kann, kann ich trotzdem nicht darauf zugreifen. Die nächste Lösung führt zu demselben Ergebnis, könnte aber vielleicht Ihr Problem lösen:
EntsprechendSuperuser-LinkSie sollten die Installation von SMB 1.0 vermeiden und die Antwort schlägt eine bessere Lösung vor