Probleme d'acces au dossier partage via nom d'hote

Question

Probleme d'acces au dossier partage via nom d'hote

Anaïs Beauchamp 40

Bonjour,

Les utilisateurs de nos postes de travail d'entreprise ne peuvent pas accéder à notre dossier partagé en utilisant son nom d'hôte, ce qui bloque l'accès direct aux fichiers de travail.

Après avoir effectué plusieurs tests sur le réseau du domaine, l'accès fonctionne parfaitement via l'adresse IP du serveur. Pourtant, nos postes clients connectés au réseau d'entreprise refusent systématiquement la connexion dès que l'on renseigne le nom UNC avec le hostname.

Nous sommes donc bloqués, car nos collaborateurs ont besoin d'accéder à ces partages via les raccourcis configurés par nos politiques de gestion, mais le système semble échouer lors de la résolution ou de l'authentification liée au nom de machine. Pouvez-vous m'indiquer comment diagnostiquer efficacement la résolution DNS, l'authentification Kerberos, l'enregistrement des SPN et le comportement des connexions basées sur le nom d'hôte ?

Je vous remercie de votre aide, car cette situation empêche les équipes d'accéder normalement à leurs ressources partagées sur le parc informatique. Dans l'attente de votre réponse. Cordialement.

0 commentaires

1 réponse

Votre réponse

Answer 1

Bonjour Anaïs Beauchamp,

Le fait que l'accès fonctionne avec l'adresse IP mais échoue avec le nom d'hôte est un indice important. Dans ce scénario, le problème se situe généralement au niveau de la résolution DNS, de Kerberos ou des SPN utilisés par le serveur de fichiers.

Je commencerais par vérifier la résolution du nom depuis un poste client avec Resolve-DnsName serveur et Resolve-DnsName serveur.domaine.local. Les deux doivent renvoyer l'adresse IP attendue. Un ancien enregistrement DNS, un doublon ou une mauvaise résolution peuvent facilement provoquer ce type de comportement.

Si la résolution DNS est correcte, je poursuivrais côté Kerberos. Exécutez klist purge, tentez à nouveau l'accès au partage, puis utilisez klist pour vérifier qu'un ticket cifs/serveur.domaine.local est bien obtenu. En cas de problème, l'événement KRB_AP_ERR_MODIFIED dans les journaux Kerberos indique souvent un conflit de SPN ou un enregistrement DNS pointant vers un autre système.

Je vérifierais également les SPN du serveur avec setspn -L SERVEUR et rechercherais d'éventuels doublons à l'aide de setspn -X. Enfin, assurez-vous que le canal sécurisé du serveur est sain avec Test-ComputerSecureChannel -Verbose et que l'écart d'heure entre les machines reste inférieur à cinq minutes.

Tracy Le.