Partager via

Comment les contrôleurs de domaine répondent au ping LDAP sur le port UDP 138

Cet article explique comment rendre les contrôleurs de domaine à répondre à LDAP Ping.

Numéro de base de connaissances d’origine : 3088277

Symptômes

Examinez le cas suivant :

  • Le fichier LMHOSTS sur Windows Server ne contient pas de nom d’hôte client.
  • Le serveur WINS n’est pas configuré sur Windows Server, ou le serveur WINS ne résout pas le nom d’hôte du client.
  • Windows Server et le client se trouvent dans un autre segment réseau.

Dans ce scénario, Windows Server 2008 ou version ultérieure du système d’exploitation ne répond pas au protocole Ping LDAP (port UDP 138) à partir de l’ordinateur client.

Plus d’informations

Dans Windows Server 2003 ou version antérieure, les systèmes d’exploitation Windows Server répondent à LDAP Ping sur le port UDP 138 à partir du client, mais le comportement a toutefois changé depuis Windows Server 2008.

Pour que Windows Server 2008 ou version ultérieure réponde à LDAP Ping, configurez l’un des paramètres suivants.

(A) Ajouter LMHOSTS

  1. Accéder au dossier %windir%\system32\drivers\etc

  2. Ajoutez l’adresse IP et le nom d’hôte du client au fichier LMHOSTS.

(B) Ajouter un serveur WINS

Configurez TCP/IP pour utiliser le serveur WINS qui peut résoudre le nom d’hôte du client sur Windows Server.

Configurer TCP/IP pour utiliser WINS

(C) Placez des serveurs Windows et des ordinateurs clients dans le même segment.

Windows Server résout le nom d’hôte du client à l’aide de la diffusion NetBIOS si Windows Server et les clients se trouvent sur le même sous-réseau.

Remarque : DNS est la méthode principale de résolution des requêtes de noms dans Active Directory à partir de Windows Server 2000 et notamment Windows Server 2003, Windows Server 2008, Windows Server 2012, Windows Server 2012 R2, Windows Server 2016 et au-delà.

References

Pour plus d’informations sur DCLOCATOR, consultez :