2014-08-04 21:06:36 +0000 2014-08-04 21:06:36 +0000
22
22

Windows kann nicht auf den \\[anderer Computer] Fehlercode 0x80004005

zugreifen Ich habe zwei Windows-Rechner in einem verkabelten Heimnetzwerk, einen mit Windows 7 (ich werde ihn von nun an w7 nennen) und einen mit Windows 8.1 (ich werde ihn von nun an w8 nennen). Beide Rechner konnten auf die gemeinsam genutzten Ordner des jeweils anderen Rechners zugreifen (also über “ erweiterte Freigabe”), bis mein Internet-Provider am Wochenende sein Modem aufrüstete. Jetzt kann w8 auf die gemeinsamen Ordner von w7 zugreifen, aber w7 kann **nicht auf die gemeinsamen Ordner von w8 zugreifen. Wenn ich den \w8 im Windows-Explorer eingebe, erhalte ich eine Meldung, die besagt:

Windows kann nicht auf \w8

zugreifen und in den Details:

Fehlercode: 0x80004005

Nicht spezifizierter Fehler

Wenn ich dasselbe im Startmenü versuche, erhalte ich einen anderen Detailbereich:

Fehlercode: 0x800070035

Der Netzwerkpfad wurde nicht gefunden.

Wenn ich \[w8’s ip-Adresse] entweder im Windows-Explorer oder im Startmenü eingebe, erhalte ich die gleichen Ergebnisse wie oben.

Ich habe sichergestellt, daß Client für Microsoft-Netzwerke auf W7 und w8 für die Local Area Connection sowie die Verbindung zum Internet Service Provider installiert und überprüft wurde.

Es gibt keine Firewalls von Drittanbietern auf w7 & w8.

Ich stellte sicher, dass all diese Dienste sowohl auf w7 als auch auf w8 liefen

  • Computer-Browser
  • DHCP-Client
  • DNS-Client
  • Function Discovery Resource Publication
  • Server
  • SSDP Discovery
  • TCP/IP Netbios helper
  • UPnP Device Host
  • Workstation

UPnP Device Host lief nicht auf w7, aber das Starten machte keinen Unterschied.

Computer Browser & UPnP Device Host liefen nicht unter w8, aber das Starten machte keinen Unterschied

Ich versuchte, ein Netzlaufwerk unter w8 von w7 aus auf w8 zu mappen (unter Verwendung sowohl der IP-Adresse als auch des Namens), wobei ich “connect using different credentials” gemäß einer Antwort von technet immer noch einen Fehlercode ergab: 0x800070035

Ich kann w8 von w7 aus weder unter Verwendung der IP-Adresse noch des Namens anpingen, aber w8 kann w7 anpingen.

Es gibt auch einen xp-Rechner im selben Netzwerk. w7 & der xp-Rechner können sich gegenseitig sehen. w8 kann den xp-Rechner sehen, aber der xp-Rechner kann nicht** w8 sehen.

Es scheint, als könnte dies eine Firewall-Konfiguration auf w7 sein. Es gibt jedoch viele, viele eingehende Firewall-Regeln, und ich weiß nicht, auf welche ich achten soll.

Antworten (9)

16
16
16
2017-12-02 15:50:19 +0000

Neben den oben genannten Lösungen, die generische / klassische Probleme mit diesem Fehlercode lösen, kann ein weiteres neues Problem 0x80004005.

Seit Windows 10 1709 wird das alte SMB v1-Protokoll standardmäßig nicht mehr unterstützt, das immer noch von mehreren PCs oder anderen Netzwerkgeräten wie Routern, die ein NAS bereitstellen, verwendet wird. Beachten Sie, dass SMB v1 möglicherweise auch auf älteren Windows-Rechnern deinstalliert wurde. Folgen Sie diesen Schritten, um es wieder zu aktivieren und wieder auf solche Geräte zuzugreifen.

  • Gehen Sie zur klassischen Systemsteuerung
  • Gehen Sie zu Programme & Funktionen
  • Wählen Sie Windows-Funktionen hinzufügen oder entfernen in der Seitenleiste
  • Stellen Sie sicher, dass Unterstützung für SMB 1.0/CIFS File Sharing markiert ist.

Starten Sie Ihren PC neu und versuchen Sie erneut, auf das Gerät zuzugreifen.

Ein typisches Gerät, das SMB 2 oder neuer nicht unterstützt, sind ältere FritzBox-Router (beliebt in Deutschland), und wenn Sie versuchen, auf eine USB-Festplatte zuzugreifen, die als NAS angeschlossen ist, können Sie den Router, der versucht, eine Verbindung herzustellen, nicht erreichen.

8
8
8
2014-08-04 21:55:07 +0000

Folgen Sie den nachstehenden Anweisungen. Sie könnten helfen. Oder auch nicht_

Drücken Sie auf dem Computer unter Windows 8 Win+R und geben Sie in das Befehlsfeld Ausführen ein: control /name Microsoft.NetworkAndSharingCenter und drücken Sie die Eingabetaste.

Klicken Sie auf “Erweiterte Freigabeeinstellungen ändern” im linken Fensterbereich und erweitern Sie das Freigabeprofil “Privat” und stellen Sie sicher, dass Netzwerkerkennung einschalten und Datei- und Druckerfreigabe einschalten ausgewählt sind.

Erweitern Sie das Profil “Gast oder öffentlich” und stellen Sie sicher, dass Netzwerkerkennung ausschalten und Datei- und Druckerfreigabe ausschalten ausgewählt sind.

Erweitern Sie das Profil “Alle Netzwerke” und scrollen Sie bis zum unteren Rand des Fensters und wählen Sie unter “Passwortgeschützte Freigabe” Passwortgeschützte Freigabe ausschalten.

Drücken Sie jetzt Win+R und geben Sie in das Befehlsfeld Ausführen: \Localhost ein. Vergewissern Sie sich, daß alle Ihre freigegebenen Ordner hier vorhanden sind.

Wählen Sie einen Ordner aus der Liste und drücken Sie Alt+Eingabe und im Register Freigeben drücken Sie die Schaltfläche Freigeben und geben Sie in der Dropdown-Liste Everyone ein und drücken Sie Eingabe und setzen Sie die “Berechtigungsstufe” auf Lesen. Tun Sie dies für jeden Ordner, den Sie freigeben möchten.

Stellen Sie schließlich sicher, dass beide Computer (W7 und W8) die gleiche Netzwerkmaske haben.

Tun Sie dies, indem Sie Win+R drücken und in das Befehlsfeld Ausführen: shell:ConnectionsFolder eingeben und Ihren Netzwerkadapter für die verkabelte Ethernet-Verbindung auswählen und Alt+Enter drücken. Scrollen Sie im Fenster Eigenschaften nach unten zu Internet Protocol Version 4 (TCP/IPv4) und doppelklicken Sie darauf.

Wenn IP-Adresse und Subnetzmaske manuell eingegeben wurden, stellen Sie sicher, dass die Subnetzmaske mit der des Windows 7-Rechners übereinstimmt, indem Sie den gleichen Schritt auf W7 ausführen.

Ermitteln Sie nun den Hostnamen des W8-Feldes, indem Sie diesen in das Befehlsfeld Ausführen eingeben: cmd /c "hostname & pause".

Wechseln Sie nun zum Feld W7 und geben Sie in das Befehlsfeld Ausführen ein: \HOSTNAME_OF_W8_BOX und schauen Sie, ob Sie jetzt auf die Dateien und Ordner auf W8 zugreifen können.

5
5
5
2015-09-29 08:13:48 +0000

Hier ist ein Workaround.

Manchmal funktioniert die Netzwerkerkennung unter Windows einfach nicht, aber das Netzwerk ist vorhanden, nur nicht erreichbar.

Dann sollten Sie der Fileserver-Station eine statische IP zuweisen.

Ordnen Sie das Laufwerk dem freigegebenen Ordner zu, indem Sie die IP der Station anstelle des Computernamens verwenden.

Beispiel:

\192.168.1.141\fileserver

instead of the inaccesible

\computer-name\fileserver
3
3
3
2015-08-28 09:15:44 +0000

Daher habe ich kürzlich Windows 10 auf einigen Testcomputern in meinem Büro bereitgestellt und hatte das Problem, dass ich nicht auf die Netzwerkfreigabe zugreifen konnte, d.h. "\USA\Shared" oder "\FRANCE\Shared", aber "\ENGLAND\Shared" funktionierte gut, da es meine lokale Freigabe war. Dies war nur auf meinem Dell Optiplex 990, der die Intel 82579LM Gigabit-NIC verwendet. Die Laptops greifen problemlos auf die Netzwerkfreigaben zu. Ich schaute mir den reg HKLM\System\CurrentControlSetDaher habe ich kürzlich Windows 10 auf einigen Testcomputern in meinem Büro bereitgestellt und hatte das Problem, dass ich nicht auf die Netzwerkfreigabe zugreifen konnte, d.h.“\USA\Shared”oder“\FRANCE\Shared”, aber“\ENGLAND\Shared”` funktionierte gut, da es meine lokale Freigabe war. Dies war nur auf meinem Dell Optiplex 990, der die Intel 82579LM Gigabit-NIC verwendet. Die Laptops greifen problemlos auf die Netzwerkfreigaben zu. Ich schaute mir den reg -Fix an, und auch, daß die richtigen Netzwerkdienste liefen.

Ich selbst und mein Kollege in Shanghai dachten, es könnten DNS-Probleme sein, aber NSLookup löste sich perfekt. Ich ging zu: https://downloadcenter.intel.com/product/47549/Intel-82579-Gigabit-Ethernet-Controller , wo Intel innerhalb weniger Tage neue Versionen der Netzwerkkarte veröffentlicht hat.

Es gab offensichtlich einige Probleme. Nach einer Aktualisierung der Treiber und einem Neustart funktionieren meine nicht lokalen Freigaben perfekt.

3
3
3
2015-07-10 03:28:05 +0000

Ich habe es mit den folgenden Schritten behoben:

1- los starten->Systemsteuerung->Gerätemanager öffnen 2- im Ansichtsmenü “verborgene Geräte anzeigen” ankreuzen 3- Netzwerkadapterzweig öffnen. 4- Sie werden viele Adapter mit dem Namen Microsoft 6to4 sehen. (ich hatte über 150 davon). 5- alle löschen. 6- starten Sie Ihren PC neu

Während der Suche habe ich jedoch eine andere nützliche Ressource gefunden, die mehrere andere Schritte auflistet als die obige; wenn Sie also möchten, können Sie dies unter http://appuals.com/best-fix-steps-fix-error-0x80004005/ versuchen

3
3
3
2014-08-04 21:30:46 +0000

Ist Ihr Modem auch der Router, an den beide PCs angeschlossen sind? Wenn ja, hat ihr Update wahrscheinlich alles auf die Standardeinstellungen zurückgesetzt, wodurch Windows 7 ein neues Netzwerk erkennt. Daraufhin wird ein Popup-Fenster mit der Frage angezeigt, um welche Art von Netzwerk es sich handelt. Wenn es für Öffentliches Netzwerk gewählt wird, ist es sehr eingeschränkt. Wahrscheinlich ist genau das passiert.

So machen Sie das auf dem Windows 7-Computer:

  1. Klicken Sie auf das Netzwerksymbol neben der Uhrzeit unten rechts:
  2. Klicken Sie auf Open network and sharing center
  3. Klicken Sie unterhalb von View your active networks auf der linken Seite auf den blauen Text, der jetzt wahrscheinlich Public network oder möglicherweise Home network sagt.
  4. Machen Sie dasselbe auf dem Windows 8 Rechner. (Die obigen 5 Schritte gelten nicht für Windows 8. Es wird dort immer ein öffentliches Netzwerk sein, und Fenster 8 wird nicht fragen, welches Netzwerk Sie haben.)
2
2
2
2014-08-05 01:11:17 +0000

Es gibt 2 aktive Netzwerkverbindungen auf den Windows 8 Rechnern: Netzwerk 3, vom Typ Ethernet, und Bell, eine dsl-Verbindung, für die Benutzername und Passwort erforderlich sind. Wenn ich mich mit der Bell-Verbindung verbinde, wird dem Rechner eine öffentliche IP-Adresse zugewiesen. Jedenfalls war die Bell-Verbindung vom Typ Private Network, und das Netzwerk 3 war vom Typ Public Network - genau das Gegenteil von dem, was sie hätten sein sollen. Nachdem ich diese Einstellungen geändert hatte, begann alles wie erwartet zu funktionieren.

Es war trivial, die Netzwerk 3-Verbindung so zu ändern, dass sie privat war (Windows + I, klicken Sie auf Internetzugang, dann oben auf Verbindungseinstellungen anzeigen, wo ich Netzwerk 3 auswählen und “Geräte und Inhalte suchen” einschalten konnte). Bell öffentlich zu machen war etwas aufwändiger, da es unter “Verbindungseinstellungen anzeigen” nicht angezeigt wird. Also mußte ich zu HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\NetworkList\Profiles gehen, das Profil mit dem Profilnamen Bell finden und seine Kategorie auf 0 ändern (d.h. leer lassen). Siehe ausführlichere Anweisungen & Screenshots .

2
2
2
2014-10-22 17:24:57 +0000

Ich hatte etwas Ähnliches, aber ich konnte mich mit EINEN freigegebenen Ordnern verbinden, aber nicht mit anderen auf einem einzigen Client-PC. Erschwerend kam hinzu, dass ich von einem Anmeldenamen auf dem Client-PC aus eine Verbindung zu allen Ordnern herstellen konnte, aber nur zu einigen von ihnen unter einem anderen Anmeldenamen. Und soweit ich sehen konnte, waren beide Anmeldenamen auf beiden PCs eingerichtet.

Dieser Artikel hat das Problem für mich gelöst http://www.howtogeek.com/howto/13197/map-a-network-drive-from-xp-to-windows-7/

Ich hatte, was ich für den gleichen Benutzernamen auf dem XP (Host)-Computer hielt, konnte aber keine Verbindung zu bestimmten Ordnern darauf herstellen. Es stellte sich heraus, dass, obwohl der “Volle Name” auf beiden PCs gleich war (in Admin, Lokale Benutzer und Gruppen, Benutzer), der “Name” unterschiedlich war. Sobald ich den gleichen “Vollständigen Namen” zum Host-Rechner hinzufügte, funktionierte alles wie erwartet.

Meine Vermutung ist, dass das Problem dadurch verursacht wurde, dass einige Ordner von einem Benutzer auf dem Host-Rechner und andere (auf die ich nicht zugreifen konnte) vom anderen erstellt wurden.

Durch Hinzufügen des Benutzernamens für den Client-Rechner auf dem Host-Rechner erhielt ich Zugriff auf alle freigegebenen Dateien.

-1
-1
-1
2016-11-16 18:44:40 +0000

Ich hatte ein ähnliches Problem und es stellte sich heraus, dass der Benutzer auf eine Netzwerkfreigabe mit einem anderen Benutzer-Berechtigungsnachweis (zugeordnetes Netzlaufwerk) zugriff, wodurch der Benutzer-Berechtigungsnachweis aus dem Berechtigungsnachweismanager in der Systemsteuerung entfernt wurde.