web-dev-qa-db-fra.com

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

J'ai deux machines Windows sur un réseau domestique filaire, l'une sous Windows 7 (je l'appellerai désormais w7) et l'autre sous Windows 8.1 (je l'appellerai désormais w8). Les deux ordinateurs peuvent accéder aux dossiers partagés l'un avec l'autre (partagés à l'aide de " advanced sharing "), jusqu'à ce que mon fournisseur de services Internet mette à niveau son modem le 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. En tapant le\w8 dans Windows Explorer, je reçois un message disant

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 Démarrer, je reçois une section de détails différente:

Code d'erreur: 0x800070035

Le chemin réseau n'a pas été trouvé.

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

Je me suis assuré que le client pour les 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 de services 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 d'ordinateur
  • Client DHCP
  • Client DNS
  • Publication de ressource de découverte de fonction
  • Serveur
  • Découverte SSDP
  • Assistant Netbios TCP/IP
  • UPnP Device Host
  • Poste de travail

Le périphérique hôte UPnP ne fonctionnait pas sur w7, mais cela n’a pas changé.

Le navigateur de l'ordinateur et l'hôte de périphérique UPnP ne fonctionnaient pas sur w8, mais leur démarrage ne faisait aucune différence.

J'ai essayé de mapper un lecteur réseau sur w8 à partir de w7 (en utilisant à la fois l'adresse IP et le nom), en choisissant "Se connecter avec des informations d'identification différentes" conformément à un réponse sur le technet toujours renvoyé.

Je ne peux pas cingler W8 à partir de W7 en utilisant l'adresse IP ou le nom, mais W8 peut cingler W7.

Il y a aussi une machine xp sur le même réseau. w7 & la machine xp can se voient. w8 can voir la machine xp, mais la machine xp ne peut 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 entrantes, et je ne sais pas lesquelles vérifier.

20
Jimmy

Il existe 2 connexions réseau actives sur les ordinateurs Windows 8: Réseau 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, une adresse IP publique est attribuée à la machine. Quoi qu'il en soit, la connexion de Bell était de type réseau privé et le réseau 3, de type réseau public - exactement le contraire de ce qu’ils auraient dû être. Après avoir modifié ces paramètres, tout a commencé à fonctionner comme prévu.

Il était facile de changer la connexion du réseau 3 en tant que connexion 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 "Rechercher des périphériques et du contenu"). Rendre Bell public était un peu plus compliqué, car cela n'apparaît pas dans les paramètres de connexion. J'ai donc dû accéder à HKEY_LOCAL_MACHINE\LOGICIEL\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 des instructions plus détaillées et des captures d'écran .

2
Jimmy

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

Depuis Windows 10 1709, l'ancien protocole SMB v1 n'est plus pris en charge par défaut et est toujours utilisé par plusieurs PC ou autres périphériques réseau, tels que les routeurs fournissant un NAS. Notez que SMB v1 a peut-être été désinstallé sur des machines Windows plus anciennes. Suivez ces étapes pour le réactiver et accéder à ces périphériques à nouveau.

  • Aller au Panneau de configuration classique
  • Aller à Programmes et fonctionnalités
  • Sélectionnez Ajoutez ou supprimez des fonctionnalités Windows dans la barre latérale
  • Assurez-vous que La prise en charge de SMB 1.0/Partage de fichiers CIFS est cochée.

    En fonction de vos besoins, vous pourriez ne nécessiter que le composant client ou serveur et également installer la suppression automatique (qui tente de vous protéger contre les problèmes de sécurité SMB v1), mais si vous ne savez pas ce que je veux dire, il suffit de cocher la case à cocher parent.

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

Un périphérique typique ne prenant pas SMB au moins 2 à jour est un ancien routeur FritzBox (très répandu en Allemagne). Si vous essayez d'accéder à un disque dur USB connecté en tant que NAS, vous ne pourrez pas accéder au routeur essayant de s'y connecter.

14
Ray Koopa

Suivez les instructions ci-dessous. Ils pourraient aider. Ou ils pourraient ne pas

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, développez le profil de partage "Privé" et assurez-vous que Activer la découverte du résea et Activer le partage de fichiers et d'imprimantes sont choisi.

Développez le profil "Invité ou Public" et assurez-vous que Désactiver la découverte du résea 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 l'écran jusqu'en bas, puis 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 zone 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 Partager et saisissez Everyone dans la liste déroulante, puis appuyez sur Enter et réglez le "niveau d'autorisation" sur Read. Faites cela pour chaque dossier que vous souhaitez partager.

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

Faites ceci en appuyant sur Win+R Dans la zone de commande Exécuter, tapez: Shell:ConnectionsFolder, sélectionnez votre adaptateur réseau pour la connexion Ethernet câblée et appuyez sur Alt+Enter. Dans la fenêtre Propriétés, faites défiler jusqu'à protocole Internet version 4 (TCP/IPv4) et double-cliquez dessus.

Si l'adresse IP et le masque de sous-réseau ont été entrés manuellement, assurez-vous que le masque de sous-réseau correspond à celui de l'ordinateur Windows 7 en suivant la même procédure sous 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".

Basculez maintenant vers la zone W7 et dans la zone de commande Exécuter, tapez: \\HOSTNAME_OF_W8_BOX et voyez si vous pouvez accéder aux fichiers et aux dossiers sur W8 maintenant.

8
Vinayak

Voici une solution de contournement.

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

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

Mappez le lecteur sur le 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
5
Ionut Dobrinescu

Votre modem est-il également le routeur auquel les deux ordinateurs sont connectés? Si tel est le cas, leur mise à jour réinitialise probablement tous les paramètres par défaut, ce qui permet à 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. Si choisi pour réseau public, ce 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 près de l'heure en bas à droite.
  2. Cliquez Open network and sharing center
  3. En dessous de View your active networks à gauche, cliquez sur le texte bleu qui indique probablement maintenant Public network ou éventuellement Home network.
  4. Dans la nouvelle boîte de dialogue, sélectionnez Work network.
  5. Cliquez sur Close.

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 la même chose sur la machine Windows 8. (Les 5 étapes ci-dessus ne s'appliquent pas à Windows 8. Ce sera toujours un réseau public, et Windows 8 ne vous demandera pas quel réseau vous avez.)

3
LPChip

Je l'ai corrigé en procédant comme suit:

1- allez démarrer-> panneau de configuration-> gestionnaire de périphériques, ouvrez-le 2- dans le menu de visualisation, cochez "voir les périphériques cachés" 3- ouvrez la branche des adaptateurs réseau. 4- Vous verrez plusieurs adaptateurs nommés Microsoft 6to4. (J'en ai eu plus de 150). 5- tout effacer. 6- redémarrez votre pc.

Cependant, en cherchant, j’ai trouvé une autre ressource utile qui a plusieurs étapes en plus de la liste ci-dessus; Donc, si vous le souhaitez, vous pouvez essayer ceci à http://appuals.com/best-fix-steps-fix-error-0x80004005/

3
tom

Alors récemment, j'ai déployé Windows 10 sur quelques machines de test de mon bureau et le problème était de ne pas pouvoir accéder au partage réseau, c'est-à-dire "\\USA\Shared" ou "\\FRANCE\Shared", mais "\\ENGLAND\Shared" fonctionnait bien puisqu'il s'agissait de mon partage local. Ce n'était que sur mon Dell Optiplex 990 qui utilise le NIC Intel 82579LM Gigabit. Les ordinateurs portables accèdent bien aux partages réseau. J'ai regardé le correctif reg HKLM\System\CurrentControlSet\ et aussi que les bons services réseau étaient en cours d'exécution.

Mon collègue de Shanghai et moi-même avons pensé que ce pourrait être un problème de DNS, mais NSLookup était en train de résoudre parfaitement. Je suis allé à: https://downloadcenter.intel.com/product/47549/Intel-82579-Gigabit-Ethernet-Controller où Intel a publié 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 le redémarrage, mes partages non locaux fonctionnent parfaitement.

3
JustWilliam

J'avais quelque chose de similaire, mais je pouvais me connecter à CERTAINS dossiers partagés, mais pas aux autres sur un seul PC client. Pour aggraver les choses, je pouvais me connecter à tous à partir d'un nom de connexion sur le PC client, mais seulement certains d'entre eux utilisant un autre nom de connexion. Et pour autant que je sache, les deux noms de connexion ont été configurés sur les deux ordinateurs.

Cet article a été corrigé pour moi: 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. Il s'avère que bien que le "Nom complet" soit le même sur les deux ordinateurs (dans Admin, Utilisateurs et groupes locaux, Utilisateurs), le "Nom" était différent. Une fois que j'ai ajouté le même "nom complet" à l'hôte, tout a fonctionné comme prévu.

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

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

2
Julie