Discussion :

[Chauve souris]

Je suis pourtant un vieux routard des erreurs Windows, mais celle là on ne me l'avait pas encore fait. J'explique.

Les forces en présence : un petit domaine composé d'un serveur Windows 2012 R2 appelé Lucifer et de deux postes sous Windows 8.1, membre du domaine, Namtar et Alastor.

Ce petit monde communique bien entre eux à l'exception des dossiers partagés (avec pourtant l'autorisation "Tout le monde", "contrôle total") de Alastor. Le ping, bien sûr, fonctionne mais impossible d'accéder aux dossiers partagés d'Alastor que ce soit depuis le serveur Lucifer ou de Namtar. Alastor est visible dans l'explorateur de fichiers mais si on clique dessus on a le message "Erreur 0x80070035 Le chemin réseau n'a pas été trouvé" et NET VIEW Alastor depuis Lucifer ou Namtar donne "L'erreur 5 s'est produite. Accès refusé".

C'est là où je sèche car l'erreur 5 c'est une histoire d'autorisation. Or avec le partage "Tout le monde" et "contrôle total" je ne devrais pas avoir de souci...

La commande NETDOM (donc sur le serveur) donne la même chose : accès refusé

Dans l'onglet Sécurité de chaque dossier partagé j'ai pourtant la même chose à savoir

- Utilisateurs authentifiés
- System
- Administrateurs (ordi)
- Utilisateurs (ordi)

Je précise que l'ordi à problème a été attaqué par le RAT DarkComet dont je me suis débarrassé avec peine car il squattait un fichier système Windows (dont j'ai oublié le nom). Cela donnait des ^^ et non des ê. Mais je m'en suis débarrassé et Malwarebytes ne détecte plus rien et mes touches mortes d'accents sont redevenues normales.

Cet ordi est bien toujours membre du domaine et, de toute façon, domaine ou pas, on peut bien partager un dossier si on est dans le même réseau.

Bien sûr j'ai cherché via Google mais je n'ai rien trouvé d'utile. J'ai vérifié qu'il n'y a pas de discordances dans les services en ce qui concerne l'accès réseau.
La clé de registre HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa\restrictanonymous est bien à 0. D'ailleurs toutes les clés de Lsa sont les mêmes sur l'ordi qui partage et celui qui ne partage pas.
Désactiver le firewall ne sert à rien.
Idem pour tout ce qui se trouve dans l'entrée HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NetBT\Parameters

Mais je n'ai pas osé lancer, sur le serveur, l'utilitaire dcgpofix.

J'espère avoir bien décrit le problème et si un brave coeur, doublé d'un érudit, pouvait me dépatouiller, je luis en serais très reconnaissant.

[JML19]

Bonjour

Il faudrait tenter de créer l'utilisateur en local sur la machine où celui ci ne peut accéder.

[fredoche]

Et voir tes dossiers partagés depuis Alastor lui-même ça fonctionne ?
Tu utilises les chemins UNC ou l'adressage IP pour accéder à ces ressources ? L'alternative fonctionne ?

Et dans l'event viewer de ta machine, tu vois des traces de ces échecs ?

[Chauve souris]

Et voir tes dossiers partagés depuis Alastor lui-même ça fonctionne ?
Tu utilises les chemins UNC ou l'adressage IP pour accéder à ces ressources ? L'alternative fonctionne ?

Et dans l'event viewer de ta machine, tu vois des traces de ces échecs ?

Oui, il n'y a pas de souci depuis Alastor-81, je manipule en lecture/écriture les dossiers partagés du serveur (Lucifer-2012-r2) et de l'autre poste (Namtar-81). C'est quand j'ai voulu copier des fichiers depuis Namtar-81 sur le répertoire partagé "Transfer" de Alastor-81 que j'ai découvert ce problème. J'ai créé un autre dossier partagé mais avec le même résultat.
Le ping adresse depuis le serveur et Namtar-81 fonctionne bien ainsi avec le nom NETBIOS (ALASTOR-81) ou FQDN (alastor-81.pandemonium.hell).

Par contre je découvre que je peux accéder aux dossiers partagés de Alastor-81 par son adresse IP dans l'explorateur de fichiers.

Puis je vois, avec horreur, que Alastor-81 a l'adresse IP 192.168.111.51 sur le serveur DNS ce qui est une erreur car c'est l'adresse IP de Namtar-81

Cette bourde provient sûrement de quand j'ai utilisé sur cet ordi un Windows 10 pour faire des tests. Or une adresse IP n'est pas lié au système mais à la carte réseau (son adresse MAC unique). Je le dis pourtant à mes élèves...

A partir de cela la solution a été évidente :

- supprimer cet enregistrement sur le serveur DNS
- sur Alastor-81 faire un ipconfig /release suivi d'un ipconfig/renew pour demander une adresse au serveur DHCP (qui réattribue la bonne adresse 192.168.111.50)
- l'inscription se fait bien sur le serveur DNS avec les attributs propre à Active Directory
- Et Alastor-81 devient parfaitement visible ainsi que l'accès à ses dossiers partagés. En faisant préalablement un ipconfig /flushdns, ça ne mange pas de pain.

Ouf et merci à tous ! C'est un problème résolu !