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, une exécutant Windows 7 (je l'appellerai désormais w7) et une exécutant Windows 8.1 (je l'appellerai désormais w8). Les deux machines pouvaient accéder l'une à l'autre aux dossiers partagés (partagés à l'aide du « partage avancé », c'est-à-dire) jusqu'à ce que mon fournisseur de services Internet mette à jour leur 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 Démarrer, j'obtiens 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 l'explorateur Windows ou dans le menu Démarrer, j'obtiens les mêmes résultats que ci-dessus.

Je me suis assuré que 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 et w8.

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

• Navigateur informatique
• Client DHCP
• Client DNS
• Publication de ressource de découverte de fonction
• Serveur
• Découverte SSDP
• Assistant TCP / IP Netbios
• Hôte de périphérique UPnP
• Poste de travail

UPnP Device Host ne fonctionnait pas sur w7, mais le démarrer ne faisait aucune différence.

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 en utilisant des informations d'identification différentes" selon une réponse sur technet qui a toujours donné le code d'erreur: 0x800070035

Je ne peux pas cingler w8 à partir de w7 en utilisant une adresse IP ou un nom, mais w8 peut cingler w7.

Il existe également une machine xp sur le même réseau. w7 et la machine xp peuvent se voir. w8 peut 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 existe de nombreuses règles de pare-feu entrantes, et je ne sais pas lesquelles vérifier.

Au-delà des solutions ci-dessus résolvant des 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, qui est toujours utilisé par plusieurs PC ou autres périphériques réseau comme les routeurs fournissant un NAS. Notez que SMB v1 peut également avoir été désinstallé sur les anciennes machines Windows. Suivez ces étapes pour le réactiver et accéder à nouveau à ces appareils.

• Accédez au 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 la prise en charge du partage de fichiers SMB 1.0 / CIFS est cochée.

  Selon ce dont vous avez besoin, vous pourriez avoir besoin uniquement du composant client ou serveur, et également installer la suppression automatique (qui essaie de vous protéger contre les problèmes de sécurité SMB v1), mais si vous n'avez aucune idée de ce que je veux dire, cochez simplement la case parent.

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

Un appareil typique ne prenant pas en charge SMB 2 ou plus récent est les anciens routeurs FritzBox (populaires en Allemagne), et si vous essayez d'accéder à un disque dur USB connecté pour agir comme NAS, vous ne pourrez pas atteindre le routeur en essayant de vous y connecter. .

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

Sur l'ordinateur exécutant Windows 8, appuyez sur Win+ Ret dans la zone de commande Exécuter, tapez:
control /name Microsoft.NetworkAndSharingCenteret appuyez sur Entrée.

Cliquez sur "Modifier les paramètres de partage avancés" dans le volet gauche et développez le profil de partage "Privé" et assurez-vous que Activer la découverte du réseau et Activer 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 du 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+ Ret 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+ Enteret dans l' onglet Partage , appuyez sur le bouton Partager et tapez Everyonedans la liste déroulante et appuyez sur Enteret définissez le "Niveau d'autorisation" sur Lire . 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.

Pour ce faire, appuyez sur Win+ Ret dans la zone de commande Exécuter, tapez: shell:ConnectionsFolderet sélectionnez votre carte réseau pour la connexion Ethernet filaire 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é 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, trouver le nom d' hôte de la boîte W8 en tapant 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_BOXet voyez si vous pouvez accéder aux fichiers et dossiers sur W8 maintenant.

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, juste inaccessible.

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

Mappez 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

Votre modem est-il également le routeur auquel les deux PC sont connectés? Si c'est le cas, leur mise à jour réinitialisera probablement tout aux paramètres par défaut, ce qui provoquera la détection d'un nouveau réseau par Windows 7. 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 produit.

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

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

Les choses devraient maintenant fonctionner à nouveau.

Si les choses ne fonctionnent toujours pas, cliquez Change advanced sharing settingssur sur la 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. Ce sera toujours un réseau public là-bas, et Windows 8 ne vous demandera pas quel réseau vous avez.)

Je l'ai corrigé avec les étapes suivantes:

1- Allez sur Démarrer-> Panneau de configuration-> Gestionnaire de périphériques Ouvrez-le 2- Dans le menu Affichage, cochez "Afficher les périphériques cachés" 3- Ouvrez la branche des adaptateurs réseau. 4- vous verrez de nombreux adaptateurs nommés Microsoft 6to4. (J'en avais plus de 150 nombre). 5- supprimer tout. 6- Redémarrez votre PC.

Cependant, lors de la recherche, j'ai trouvé une autre ressource utile qui comporte plusieurs étapes autres que celle ci-dessus; donc si vous le souhaitez, vous pouvez essayer ceci sur http://appuals.com/best-fix-steps-fix-error-0x80004005/

Ainsi , récemment , je déployé de Windows 10 à quelques machines de test dans mon bureau et a eu la question de ne pas être en mesure d'accéder au partage réseau c. -à- "\\USA\Shared"ou , "\\FRANCE\Shared"mais "\\ENGLAND\Shared"a bien fonctionné comme il était ma part locale. C'était uniquement sur mon Dell Optiplex 990 qui utilise la carte réseau Gigabit Intel 82579LM. Les ordinateurs portables accèdent très bien aux partages réseau. J'ai regardé le HKLM\System\CurrentControlSet\ correctif reg et également que les bons services réseau étaient en cours d'exécution.

Mon collègue de Shanghai et moi-même avons pensé qu'il pourrait s'agir de problèmes DNS, mais NSLookup se résolvait parfaitement. Je suis allé sur: 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 des problèmes. Après une mise à jour des pilotes et un redémarrage, mes partages non locaux fonctionnent parfaitement.

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, l'appareil reçoit une adresse IP publique. Quoi qu'il en soit, la connexion de Bell était de type Réseau privé et le Réseau 3 était 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 trivial de changer la connexion au réseau 3 pour qu'elle soit privée (Windows + I, cliquez sur accès Internet, puis Afficher les paramètres de connexion en haut, où je pouvais sélectionner le réseau 3 et activer «Rechercher les périphériques et le contenu»). Rendre Bell publique était un peu plus compliqué, car il n'apparaît pas sous Afficher les paramètres de connexion. J'ai donc dû aller dans HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Windows NT \ CurrentVersion \ NetworkList \ Profiles, trouver le profil avec le nom de profil Bell et changer sa catégorie à 0 (c'est-à-dire le laisser vide). Voir des instructions et des captures d'écran plus détaillées .

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

Cet article est ce qui l'a résolu 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 dessus. Il s'avère que bien que le "Nom complet" soit le même sur les deux PC (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 d'autres (auxquels je n'ai pas pu 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.

J'ai eu un problème similaire et j'ai fini par dire que l'utilisateur accédait à un partage réseau avec un autre identifiant utilisateur (lecteur réseau mappé) en supprimant les informations d'identification de l'utilisateur du gestionnaire d'informations d'identification dans le panneau de configuration a résolu le problème.