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

Windows ne peut pas accéder au code d'erreur [autre ordinateur] 0x80004005

J'ai deux machines Windows sur un réseau câblé domestique, l'une fonctionnant sous Windows 7 (je l'appellerai désormais w7) et l'autre sous Windows 8.1 (je l'appellerai désormais w8). Les deux machines pouvaient accéder aux dossiers partagés de l'autre (partagés en utilisant le “partage avancé”, c'est-à-dire) jusqu'à ce que mon fournisseur d'accès Internet mette à niveau son modem au cours du week-end. Maintenant, w8 peut accéder aux dossiers partagés de w7, mais w7 ne peut pas accéder aux dossiers partagés de w8. Lorsque je tape le \w8 dans l'explorateur Windows, je reçois un message qui dit

Windows ne peut pas accéder à \w8

et, dans les détails :

Code d'erreur : 0x80004005

Erreur non spécifiée

Si j'essaie la même chose dans le menu de démarrage, j'obtiens une section de détails différente :

Code d'erreur : 0x800070035

Le chemin d'accès au réseau n'a pas été trouvé.

Si j'entre \Nl'adresse IP de w8 dans l'explorateur Windows ou dans le menu Démarrer, j'obtiens les mêmes résultats que ci-dessus.

Je me suis assuré que le Client pour réseaux Microsoft était installé et vérifié sur W7 et w8 pour la connexion au réseau local, ainsi que la connexion au fournisseur d'accès Internet.

Il n'y a pas de pare-feu tiers sur w7 & w8.

Je me suis assuré que tous ces services fonctionnaient à la fois sur w7 et w8

  • Navigateur
  • Client DHCP
  • Client DNS
  • Publication de ressources de découverte de fonctions
  • Serveur
  • Découverte SSDP
  • Aide TCP/IP Netbios
  • Hôte de périphérique UPnP
  • Station de travail

L'hôte de périphérique UPnP ne fonctionnait pas sur w7, mais son démarrage n'a fait aucune différence.

Computer Browser & UPnP Device Host ne fonctionnaient pas sur w8, mais les démarrer ne faisait aucune différence.

J'ai essayé de mapper un lecteur réseau sur w8 depuis w7 (en utilisant à la fois l'adresse IP et le nom), en choisissant “connect using different credentials” selon une réponse sur technet a quand même donné un code d'erreur : 0x800070035

Je ne peux pas envoyer de ping à w8 depuis w7 en utilisant l'adresse IP ou le nom, mais w8 peut envoyer un ping à w7.

Il y a également une machine xp sur le même réseau. w7 et la machine xp peuvent se voir. w8 peuvent voir la machine xp, mais la machine xp ne peuvent pas voir w8.

Il semble que cela pourrait être une configuration de pare-feu sur w7. Cependant, il y a beaucoup, beaucoup de règles de pare-feu en entrée, et je ne sais pas lesquelles vérifier.

Réponses (9)

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

Au-delà des solutions ci-dessus qui résolvent les problèmes génériques / classiques avec ce code d'erreur, un autre nouveau problème peut causer 0x80004005.

Depuis Windows 10 1709, l'ancien protocole SMB v1 n'est plus supporté par défaut, qui est toujours utilisé par plusieurs PC ou d'autres dispositifs de réseau comme les routeurs fournissant un NAS. Notez que SMB v1 peut avoir été désinstallé sur des machines Windows plus anciennes également. Suivez les étapes suivantes pour la réactiver et accéder à nouveau à ces périphériques.

  • Allez dans le Panneau de configuration classique
  • Allez dans Programmes et fonctionnalités
  • Sélectionnez Ajouter ou supprimer des fonctionnalités Windows dans la barre latérale
  • Assurez-vous que Support pour le partage de fichiers SMB 1.0/CIFS est coché.

Redémarrez votre PC et essayez d'accéder à nouveau à l'appareil.

Un appareil typique ne supportant pas SMB 2 ou plus récent sont les anciens routeurs FritzBox (populaires en Allemagne), et si vous essayez d'accéder à un disque dur USB connecté pour faire office de NAS, vous ne pourrez pas atteindre le routeur qui essaie de s'y connecter.

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

Suivez les instructions ci-dessous. Elles pourraient vous aider. Dans l'ordinateur fonctionnant sous Windows 8, appuyez sur Win+R et dans la boîte de commande Exécuter, tapez : control /name Microsoft.NetworkAndSharingCenter et appuyez sur Entrée.

Cliquez sur “Modifier les paramètres de partage avancés” dans le volet de gauche et développez le profil de partage “Privé” et assurez-vous que Adopter la découverte du réseau et Adopter le partage de fichiers et d'imprimantes sont sélectionnés.

Développez le profil “Invité ou public” et assurez-vous que Désactiver la découverte de réseau et Désactiver le partage de fichiers et d'imprimantes sont sélectionnés.

Développez le profil “Tous les réseaux” et faites défiler vers le bas de la fenêtre et sous “Partage protégé par mot de passe”, sélectionnez Désactiver le partage protégé par mot de passe.

Maintenant, appuyez sur Win+R et dans la boîte de commande Exécuter, tapez : \Localhost. Vérifiez que tous vos dossiers partagés sont présents ici.

Sélectionnez un dossier dans la liste et appuyez sur Alt+Enter et dans l'onglet Partage, appuyez sur le bouton Partage et tapez Everyone dans la liste déroulante et appuyez sur Enter et réglez le “Niveau de permission” sur Lecture. Faites cela pour chaque dossier que vous voulez partager.

Enfin, assurez-vous que les deux ordinateurs (W7 et W8) ont le même masque de réseau.

Faites cela en appuyant sur Win+R et dans la boîte de commande Exécuter, tapez : shell:ConnectionsFolder et sélectionnez votre adaptateur réseau pour la connexion Ethernet filaire et appuyez sur Alt+Enter. Dans la fenêtre de propriétés, faites défiler vers le bas jusqu'à Internet Protocol Version 4 (TCP/IPv4) et double-cliquez dessus.

Si l'adresse IP et le masque de sous-réseau ont été saisis manuellement, assurez-vous que le masque de sous-réseau correspond à celui de la machine Windows 7 en suivant la même étape sur W7.

Maintenant, trouvez le nom d'hôte de la boîte W8 en tapant ceci dans la boîte de commande Exécuter : cmd /c "hostname & pause".

Passez maintenant à la boîte W7 et dans la boîte de commande Exécuter, tapez : \HOSTNAME_OF_W8_BOX et voyez si vous pouvez accéder aux fichiers et dossiers sur W8 maintenant.

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

Voici une solution de contournement.

Parfois, la découverte de réseau sous Windows ne fonctionne tout simplement pas, mais le réseau est présent, tout simplement inaccessible.

Ensuite, vous devez attribuer une IP statique à la station de serveur de fichiers.

Faire correspondre le lecteur au dossier partagé en utilisant l'IP de la station au lieu du nom de l'ordinateur.

Exemple :

\192.168.1.141\fileserver

instead of the inaccesible

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

J'ai donc récemment déployé Windows 10 sur quelques machines de test dans mon bureau et j'ai eu le problème de ne pas pouvoir accéder au partage réseau, c'est-à-dire "\USA\Shared" ou "\FRANCE\Shared", mais "\ENGLAND\Shared" a bien fonctionné car c'était mon partage local. C'était seulement sur mon Dell Optiplex 990 qui utilise la carte réseau Gigabit Intel 82579LM. Les ordinateurs portables accèdent aux partages réseau sans problème. J'ai regardé la correction de reg HKLM\System\CurrentControlSetJ'ai donc récemment déployé Windows 10 sur quelques machines de test dans mon bureau et j'ai eu le problème de ne pas pouvoir accéder au partage réseau, c'est-à-dire“\USA\Shared”ou“\FRANCE\Shared”, mais“\ENGLAND\Shared”` a bien fonctionné car c'était mon partage local. C'était seulement sur mon Dell Optiplex 990 qui utilise la carte réseau Gigabit Intel 82579LM. Les ordinateurs portables accèdent aux partages réseau sans problème. J'ai regardé la correction de reg et j'ai constaté que les bons services réseau fonctionnaient.

Moi-même et mon collègue de Shanghai avons pensé qu'il pouvait s'agir de problèmes de DNS, mais NSLookup a parfaitement résolu le problème. Je suis allé voir : https://downloadcenter.intel.com/product/47549/Intel-82579-Gigabit-Ethernet-Controller où Intel a sorti de nouvelles versions de la carte réseau à quelques jours d'intervalle.

Il y avait évidemment quelques problèmes. Après une mise à jour des pilotes et un redémarrage, mes parts non locales fonctionnent parfaitement.

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

Je l'ai réparé en suivant les étapes suivantes :

1- aller dans le panneau de contrôle->gestionnaire de périphériques l'ouvrir 2- dans le menu de visualisation cocher “voir les périphériques cachés” 3- ouvrir la branche des adaptateurs réseau. 4- vous verrez de nombreux adaptateurs nommés Microsoft 6to4. (j'en avais plus de 150). 5- supprimer tout. 6- redémarrez votre PC

Cependant, en cherchant, j'ai trouvé une autre ressource utile qui a une liste d'étapes autre que celle ci-dessus ; donc si vous le souhaitez, vous pouvez l'essayer sur http://appuals.com/best-fix-steps-fix-error-0x80004005/

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

Votre modem est-il également le routeur auquel les deux ordinateurs sont connectés ? Si c'est le cas, leur mise à jour a probablement tout réinitialisé par défaut, ce qui a permis à Windows 7 de détecter un nouveau réseau. En conséquence, une fenêtre contextuelle s'affiche pour demander de quel type de réseau il s'agit. S'il est choisi pour le réseau public, il sera très restreint. C'est probablement ce qui s'est passé.

Voici ce que vous faites sur l'ordinateur Windows 7 :

  1. Cliquez sur l'icône de réseau proche de l'heure en bas à droite.
  2. Cliquez sur Open network and sharing center
  3. En dessous de View your active networks à gauche, cliquez sur le texte bleu qui dit probablement maintenant Public network ou peut-être Home network.
  4. Dans la nouvelle boîte de dialogue, sélectionnez Work network.
  5. Cliquez sur Fermer.

Les choses devraient maintenant fonctionner à nouveau.

Si les choses ne fonctionnent toujours pas, cliquez sur le Change advanced sharing settings à gauche et évaluez ces paramètres. Faites de même sur la machine Windows 8. (Les 5 étapes ci-dessus ne s'appliquent pas à Windows 8. Il y aura toujours un réseau public, et Windows 8 ne vous demandera pas quel réseau vous avez).

2
2
2
2014-08-05 01:11:17 +0000

Il y a 2 connexions réseau actives sur les machines Windows 8 : Network 3, de type Ethernet, et Bell, une connexion dsl nécessitant un nom d'utilisateur et un mot de passe. Lorsque je me connecte à la connexion Bell, la machine se voit attribuer une adresse IP publique. De toute façon, la connexion Bell était de type Réseau privé, et le Réseau 3 était de type Réseau public - exactement l'opposé de ce qu'ils auraient dû être. Après avoir modifié ces paramètres, tout a commencé à fonctionner comme prévu.

Il était trivial de changer la connexion du Réseau 3 pour qu'elle soit privée (Windows + I, cliquez sur Accès Internet, puis sur Afficher les paramètres de connexion en haut, où je pouvais sélectionner le Réseau 3 et activer “Trouver les appareils et le contenu”). Rendre Bell public a été un peu plus compliqué, car cela n'apparaît pas sous “View Connection Settings”. J'ai donc dû aller sur HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\NetworkList\Profiles, trouver le profil avec le nom de profil Bell, et changer sa catégorie en 0 (c'est-à-dire le laisser vide). Voir les instructions détaillées et les captures d'écran .

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

J'avais quelque chose de similaire, mais je pouvais me connecter à QUELQUES dossiers partagés, mais pas à d'autres sur un seul PC client. Pour aggraver les choses, je pouvais me connecter à tous ces dossiers à partir d'un seul nom de connexion sur le PC client, mais seulement à certains d'entre eux en utilisant un autre nom de connexion. Et d'après ce que j'ai pu voir, les deux noms de connexion étaient configurés sur les deux PC.

Cet article est ce qui m'a permis de résoudre le problème http://www.howtogeek.com/howto/13197/map-a-network-drive-from-xp-to-windows-7/

J'avais ce que je PENSAIS être le même nom d'utilisateur sur la machine XP (hôte), mais je ne pouvais pas me connecter à certains dossiers sur celle-ci. Il s'est avéré que bien que le “Nom complet” était le même sur les deux PC (dans Admin, Utilisateurs locaux et Groupes, Utilisateurs), le “Nom” était différent. Une fois que j'ai ajouté le même “Nom complet” sur l'hôte, tout a fonctionné comme prévu.

Je pense que le problème est dû au fait que certains dossiers ont été créés par un utilisateur sur la machine hôte, et d'autres (auxquels je ne pouvais pas accéder) ont été créés par l'autre.

En ajoutant le nom d'utilisateur de la machine cliente sur la machine hôte, j'ai eu accès à tous les fichiers partagés.

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

J'ai eu un problème similaire et j'ai fini par me rendre compte que l'utilisateur accédait à un partage réseau avec un autre identifiant utilisateur (lecteur réseau mappé) ; le fait de retirer l'identifiant utilisateur du gestionnaire d'identifiants dans le panneau de contrôle a réglé le problème.