9
Keine Verbindung zum NAS, gemapptes Laufwerk oder per UNC. Fehlercode 0x80004005 und 0x80070035
Hallo liebe Gemeinde.
Ich hab seit kurzem ein Problem (auf einem Server) mit dem Zugriff auf ein NAS (Synology) und auf den Zugriff auf ein Laufwerk per UNC.
• Es erscheint über den Windows Explorer (Eingabe in der Adresszeile des Explorers: \\IPADRESSE\Verzeichnis)
der Fehlercode: 0x80004005 und Unbekannter Fehler
• Wenn ich über WIN+R - Ausführen gehe und dort einen UNC Pfad eingebe, erscheint der Fehlercode: 0x80070035 und die Meldung "Der Netzwerkpfad wurde nicht gefunden"
• Net Use bringt den Fehlercode 85 und die Meldung, dass der Gerätename schon vorhanden ist. Das stimmt nicht.
• Es spielt keine Rolle, ob ich über den Namen, oder über die IP Adresse gehe (beides geht nicht).
• Anpingen geht und ich bekomme eine Antwort.
• Uhrzeit ist OK.
• Wenn ich den Server neustarte geht es kurz, dann aber auf einmal nicht mehr.
• Ich hab auch die Firmware auf dem Server aktualisiert.
• Das Betriebssystem des betroffenen Rechners ist WIN2012R2.
Ich hoffe ich konnte mein Anliegen verständlich beschreiben. Wenn nicht, fragt einfach nach. Danke für Eure Mühe.
Ich hab schonmal das Forum durchforstet und die Dinge wie Uhrzeit... kontrolliert. Bisher war für mich noch keine Lösung vorhanden.
Ich hab seit kurzem ein Problem (auf einem Server) mit dem Zugriff auf ein NAS (Synology) und auf den Zugriff auf ein Laufwerk per UNC.
• Es erscheint über den Windows Explorer (Eingabe in der Adresszeile des Explorers: \\IPADRESSE\Verzeichnis)
der Fehlercode: 0x80004005 und Unbekannter Fehler
• Wenn ich über WIN+R - Ausführen gehe und dort einen UNC Pfad eingebe, erscheint der Fehlercode: 0x80070035 und die Meldung "Der Netzwerkpfad wurde nicht gefunden"
• Net Use bringt den Fehlercode 85 und die Meldung, dass der Gerätename schon vorhanden ist. Das stimmt nicht.
• Es spielt keine Rolle, ob ich über den Namen, oder über die IP Adresse gehe (beides geht nicht).
• Anpingen geht und ich bekomme eine Antwort.
• Uhrzeit ist OK.
• Wenn ich den Server neustarte geht es kurz, dann aber auf einmal nicht mehr.
• Ich hab auch die Firmware auf dem Server aktualisiert.
• Das Betriebssystem des betroffenen Rechners ist WIN2012R2.
Ich hoffe ich konnte mein Anliegen verständlich beschreiben. Wenn nicht, fragt einfach nach. Danke für Eure Mühe.
Ich hab schonmal das Forum durchforstet und die Dinge wie Uhrzeit... kontrolliert. Bisher war für mich noch keine Lösung vorhanden.
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 341229
Url: https://administrator.de/forum/keine-verbindung-zum-nas-gemapptes-laufwerk-oder-per-unc-fehlercode-0x80004005-und-0x80070035-341229.html
Ausgedruckt am: 23.12.2024 um 08:12 Uhr
9 Kommentare
Neuester Kommentar
Hallo,
Ganz weit hergeholt. Ist der "Client fuer Microsoft Netzwerke" noch vorhanden und aktiv?
BFF
Ganz weit hergeholt. Ist der "Client fuer Microsoft Netzwerke" noch vorhanden und aktiv?
BFF
Hi. Danke für Deinen Kommentar. Der Client ist vorhanden und aktiv (auf dem virtuellen Adapter) (Bild: vethernet)
Wenn ich das auf dem physischen versuche, kommt die unten erwähnte Meldung (Bild: meldung)
Ich muss dazu sagen, dass es ein Hyper-V Server ist, auf dem mehrere VMs laufen. Wenn ich versuche, mich auf eine VM zu verbinden (auf dem Server direkt), kommt eine Fehlermeldung (Bild: vm)
Wenn ich von extern per RDP auf die Maschine gehe ist alles OK. Wenn ich mich auf eine VM einlogge und auf das NAS gehe (Explorer: \\IPADRESSE\NAS) dann geht das problemlos.
Auf der physischen Maschine nicht. Den Netzwerkkartentreiber kann ich auch nicht zurücksetzen, es keinen vorhergehenden gibt.
Ich hoffe das war einigermassen verständlich...
Wenn ich das auf dem physischen versuche, kommt die unten erwähnte Meldung (Bild: meldung)
Ich muss dazu sagen, dass es ein Hyper-V Server ist, auf dem mehrere VMs laufen. Wenn ich versuche, mich auf eine VM zu verbinden (auf dem Server direkt), kommt eine Fehlermeldung (Bild: vm)
Wenn ich von extern per RDP auf die Maschine gehe ist alles OK. Wenn ich mich auf eine VM einlogge und auf das NAS gehe (Explorer: \\IPADRESSE\NAS) dann geht das problemlos.
Auf der physischen Maschine nicht. Den Netzwerkkartentreiber kann ich auch nicht zurücksetzen, es keinen vorhergehenden gibt.
Ich hoffe das war einigermassen verständlich...
Guten Morgen,
Ich hatte erst kürzlich das selbe/ähnliche Problem.
Ein wenig gegraben, fand ich heraus, dass mein NAS über SMB zugänglich ist. Das habe ich aber zuvor aus den Windows Funktionen (Control Panel: Programs and Features -> Turn Windows features on or off -> SMB 1.0/CIFS File Sharing Support) entfernt.
Da ich ausschliesslich mit englischer Software unterwegs bin, sind mir die genauen deutschen Bezeichnungen nicht bekannt. Aber das sollte kein Problem sein.
Nach dem 'Wiederaktivieren' war wieder alles, wie es sein soll.
Vielleicht hilft das weiter.
Happy Weekend.
Ich hatte erst kürzlich das selbe/ähnliche Problem.
Ein wenig gegraben, fand ich heraus, dass mein NAS über SMB zugänglich ist. Das habe ich aber zuvor aus den Windows Funktionen (Control Panel: Programs and Features -> Turn Windows features on or off -> SMB 1.0/CIFS File Sharing Support) entfernt.
Da ich ausschliesslich mit englischer Software unterwegs bin, sind mir die genauen deutschen Bezeichnungen nicht bekannt. Aber das sollte kein Problem sein.
Nach dem 'Wiederaktivieren' war wieder alles, wie es sein soll.
Vielleicht hilft das weiter.
Happy Weekend.
Hi. Danke für das Feedback.
Das Feature wurde bei mir als aktiv angezeigt. Ich hab jetzt mal einen anderen Server angeschaut und die aktiven Features verglichen.
Hier hab ich gesehen, dass auf dem Server auf dem es geht das Feature "Netzwerklastenausgleich" aktiviert ist.
Dann hab ich versucht das Feature auf dem Server zu aktivieren, bei dem ich die Probleme habe und bin auf den Fehler "fehler beim öffnen des runspace pools..." (siehe untere meldung). Und dieser Fehler wiederum soll durch ausführen von "netsh http add iplisten 127.0.0.1" behoben werden. Neustart ist hierfür notwendig (konnte ich noch nicht durchführen).
Komischerweise tritt das Problem nicht auf einem anderen Rechner auf...
Was für ein Theater.
Das Feature wurde bei mir als aktiv angezeigt. Ich hab jetzt mal einen anderen Server angeschaut und die aktiven Features verglichen.
Hier hab ich gesehen, dass auf dem Server auf dem es geht das Feature "Netzwerklastenausgleich" aktiviert ist.
Dann hab ich versucht das Feature auf dem Server zu aktivieren, bei dem ich die Probleme habe und bin auf den Fehler "fehler beim öffnen des runspace pools..." (siehe untere meldung). Und dieser Fehler wiederum soll durch ausführen von "netsh http add iplisten 127.0.0.1" behoben werden. Neustart ist hierfür notwendig (konnte ich noch nicht durchführen).
Komischerweise tritt das Problem nicht auf einem anderen Rechner auf...
Was für ein Theater.
Update:
1. Ich hab jetzt mal einen Neustart durchgeführt und bis jetzt ist die Verbindung OK. UNC geht auch. Wenn ich netsh show iplist ausführe, dann wird mir auch angezeigt, dass der Server auf 127.0.0.1 lauscht.
2. Das Feature Netzwerklastenausgleich hab ich jetzt noch nicht nach installiert, da mein Ziel (UNC Verbindung...) bisher erreicht ist. Auf einem anderen Server, bei dem das Problem nicht existiert, ist aber keine IP sichtbar, wenn ich netsh show iplist ausführe.
Ich kann im Moment nicht so wirklich den Fehler mit irgendeiner Ursache verbinden. Aber wenn es jetzt geht mit der IP 127.0.0.1 (Punkt 1), dann ist das erst mal OK.
PS: Das Problem tritt erst auf, seit ich die Mai Updates (Windows) durchgeführt habe.
1. Ich hab jetzt mal einen Neustart durchgeführt und bis jetzt ist die Verbindung OK. UNC geht auch. Wenn ich netsh show iplist ausführe, dann wird mir auch angezeigt, dass der Server auf 127.0.0.1 lauscht.
2. Das Feature Netzwerklastenausgleich hab ich jetzt noch nicht nach installiert, da mein Ziel (UNC Verbindung...) bisher erreicht ist. Auf einem anderen Server, bei dem das Problem nicht existiert, ist aber keine IP sichtbar, wenn ich netsh show iplist ausführe.
Ich kann im Moment nicht so wirklich den Fehler mit irgendeiner Ursache verbinden. Aber wenn es jetzt geht mit der IP 127.0.0.1 (Punkt 1), dann ist das erst mal OK.
PS: Das Problem tritt erst auf, seit ich die Mai Updates (Windows) durchgeführt habe.
Hallo ihr da draußen.
Leider schlechte Nachrichten. Es ist wie verhext. Es treten wieder die oben genannten Fehler auf.
Ping geht, Traceroute geht aber Laufwerk mappen und UNC Verbindung auf einen anderen Rechner geht nicht.
Wenn ich jetzt das OSI Modell diesem Fehler zugrunde lege, würde ich sagen bis Schicht drei (ICMP=Pingprotokoll) ist es OK. Danach nicht mehr.
Also bis zur Netzwerkebene scheint es zu gehen, aber auf der Transportebene nicht mehr (UDP/ TCP). Oder ist da jemand anderer Meinung?
Firewall auf dem Server hab ich mal testweise deaktiviert. Neuaufsetzen ist leider nicht möglich. Wäre über einen Lösungsvorschlag sehr dankbar...
Kann ich irgendwie testen ob UDP/ TCP funktional ist (Firewall ist ja deaktiviert sollte also gehen...) ?
Leider schlechte Nachrichten. Es ist wie verhext. Es treten wieder die oben genannten Fehler auf.
Ping geht, Traceroute geht aber Laufwerk mappen und UNC Verbindung auf einen anderen Rechner geht nicht.
Wenn ich jetzt das OSI Modell diesem Fehler zugrunde lege, würde ich sagen bis Schicht drei (ICMP=Pingprotokoll) ist es OK. Danach nicht mehr.
Also bis zur Netzwerkebene scheint es zu gehen, aber auf der Transportebene nicht mehr (UDP/ TCP). Oder ist da jemand anderer Meinung?
Firewall auf dem Server hab ich mal testweise deaktiviert. Neuaufsetzen ist leider nicht möglich. Wäre über einen Lösungsvorschlag sehr dankbar...
Kann ich irgendwie testen ob UDP/ TCP funktional ist (Firewall ist ja deaktiviert sollte also gehen...) ?
Keiner eine Idee?
Hallo,
Ich habe noch mal ganz oben begonnen. Zu den Fehler Codes habe ich da u.v.a. folgende Infos gefunden. Vielleicht helfen diese weiter:
Zum Fehler 0x80004005
https://appuals.com/solved-how-to-fix-error-0x80004005/
http://www.eassos.com/how-to/fix-error-code-0x80004005.php
Zum Fehler 0x80070035
https://appuals.com/error-0x80070035-the-network-path-was-not-found/
Hilft das weiter?
Beste Grüsse
Remo
Ich habe noch mal ganz oben begonnen. Zu den Fehler Codes habe ich da u.v.a. folgende Infos gefunden. Vielleicht helfen diese weiter:
Zum Fehler 0x80004005
https://appuals.com/solved-how-to-fix-error-0x80004005/
http://www.eassos.com/how-to/fix-error-code-0x80004005.php
Zum Fehler 0x80070035
https://appuals.com/error-0x80070035-the-network-path-was-not-found/
Hilft das weiter?
Beste Grüsse
Remo
Kommt mir irgendwie so vor, dass der Host kein SMB1 mehr kann. Das will aber scheinbar der NAS.
Kennt der NAS noch andere Protokolle, wie NFS oder so?
BFF
Kennt der NAS noch andere Protokolle, wie NFS oder so?
BFF
