Windows 7 - Impossible d'accéder aux partages UNC, mais Ping et RDP sont possibles.

Vérifiez si le partage d'impression et de fichiers est activé dans le centre de réseau et de partage > paramètres de partage avancés. Mon problème était que le partage de fichiers et d'imprimantes ne restait pas activé. Pour résoudre ce problème, j'ai vérifié tous les services automatiques. J'ai constaté que le service "netlogon" était désactivé. Le service "netlogon" dépend d'un service appelé "workstation". J'ai dû démarrer le service "workstation" et j'ai ensuite pu démarrer le service "netlogon". Cela a résolu le problème.

Je viens d'aller dans Panneau de configuration> Centre Réseau et partage> Modifier les paramètres de partage avancés> Cliquer sur la flèche pointant vers le bas (pour le type de réseau actuellement connecté, par exemple domicile ou travail)> Désactiver le partage protégé par mot de passe.

Je sais que cela n'aurait pas dû arriver (ce n'est pas correct). Parce que la protection par mot de passe est très importante pour les réseaux. Mais il pourrait y avoir quelque chose et, pour le moment, je suis capable de naviguer dans mon réseau local, pas seulement de faire un ping ou d'utiliser Internet.

J'ai eu un problème similaire : je ne pouvais pas accéder à 1 des 6 serveurs par l'explorateur de fichiers. Tous les serveurs étaient sur le même réseau (un autre réseau que celui à partir duquel j'essayais d'y accéder) et étaient assez similaires.

Pour 5 des 6, une boîte de dialogue avec un nom d'utilisateur et un mot de passe m'a été proposée, et j'ai fourni les informations d'identification correctes.

Pour le dernier cependant, je n'ai jamais été promu. J'ai seulement eu le message "Windows ne peut pas accéder \server Alerte ". Je n'ai eu aucun problème pour accéder au serveur avec RDP ou ping.

Ce qui a fonctionné pour moi, c'est d'aller dans le gestionnaire d'informations d'identification et d'ajouter les informations d'identification manuellement (ici, je pouvais voir les informations d'identification que j'avais précédemment ajoutées pour les autres serveurs).

Il s'agit d'une ancienne discussion, mais pour tous ceux qui rencontrent des problèmes similaires sur des versions plus récentes de Windows, il peut également être utile de vérifier s'il s'agit de la version de SMB utilisée par le serveur.

Un test simple consiste à ouvrir une invite de commande/powershell et à résoudre le nom UNC du serveur à l'aide des commandes suivantes nslookup UNCNAME . Avec l'adresse IP fournie, essayez d'ouvrir la connexion avec start IPADDRESS par exemple start 192.168.1.128 .

S'il y a un problème de version de SMB, un message d'erreur similaire au suivant devrait apparaître ;

Cette commande ne peut pas être exécutée en raison de l'erreur : Vous ne pouvez pas vous connecter au partage de fichiers car il n'est pas sécurisé. Ce partage nécessite le protocole obsolète SMB1, qui n'est pas sûr et peut exposer votre système à des attaques. Votre système nécessite SMB2 ou une version plus récente. Pour plus d'informations sur la résolution de ce ce problème, consultez : https://go.microsoft.com/fwlink/?linkid=852747 .

L'article de Microsoft référencé dans l'erreur explique le problème. Idéalement, le serveur devrait prendre en charge SMB2, mais vous devez vous connecter jusqu'à ce que le problème soit résolu, cet article à windowscentral.com explique le processus pour les utilisateurs de Windows 10.

Les étapes sont les suivantes ;

1. Ouvrez le Panneau de configuration.
2. Cliquez sur Programmes.
3. Cliquez sur le lien Activer ou désactiver les fonctionnalités de Windows.
4. Développez l'option Prise en charge du partage de fichiers SMB 1.0/CIFS.
5. Cochez l'option SMB 1.0/CIFS Client.
6. Cliquez sur le bouton OK.
7. Cliquez sur le bouton Redémarrer maintenant.

Captures d'écran dans l'article de windowscentral.

Maintenant que votre code d'erreur est enfin correct, essayez ceci :

En deux mots : Domaine ou groupe de travail ?

En fait, voici pourquoi il m'a fallu une heure pour comprendre : après avoir utilisé ce partage de fichiers avec succès pendant une session Windows via la barre d'adresse de l'Explorateur Windows, puis avoir mappé le lecteur et demandé à Windows de restaurer le mappage réseau au redémarrage, les choses se sont gâtées après le redémarrage. La saisie de l'emplacement du partage dans la barre d'adresse se terminait au bout de 90 secondes. L'erreur est plus que mystérieuse. Je saurais quoi faire si elle disait que IOINC Active Directory ne contient pas tel ou tel nom d'utilisateur. Au lieu de cela, l'erreur 0x80004005 n'est pas spécifiée. Les diagnostics n'ont rien pu déterminer non plus. Après m'être gratté la tête, je suis allé déconnecter le partage et essayer de le rétablir. Approche directe (en tapant \PCName\FileShare ) conduit toujours au code d'erreur 0x80004005. La résolution était en vue, mais pas encore évidente. La boîte de dialogue du partage de réseau de la carte permet d'entrer de nouvelles informations d'identification. Le simple fait de retaper le mot de passe m'a conduit au code d'erreur 0x80004005. Je devais voir DomainName \UserName comme nom d'utilisateur complet pour comprendre ce qui se passe. Windows 7 Pro supposait que NomUtilisateur était un utilisateur du domaine, alors qu'il ne l'est pas. BUG, N fois plus. Après avoir fourni les nouvelles informations d'identification, je peux maintenant taper \PCName\FileShare dans la barre d'adresse de l'explorateur Windows et voir les fichiers. Je n'ai pas essayé, mais je suppose que la suppression des mots de passe dans les options d'Internet Explorer aurait également résolu le problème.

Source : https://social.technet.microsoft.com/Forums/Windows/en-US/c9f17816-9ef3-4249-98e6-5de990112d3d/Windows-cannot-access-machinesharedfolder-error-code-0x80004005?forum=w7itpronetworking