AppSync : La découverte des hôtes Windows échoue avec une erreur de communication

Dans certains cas, cela peut ne pas poser de problème jusqu’à ce que le nom DNS supplémentaire soit modifié ou supprimé du DNS, mais pas correctement mis à jour sur l’hôte cible. À ce stade, l’agent ne sera plus en mesure de résoudre le FQDN qu’il obtient de getnameinfo vers une adresse IP, et la découverte échouera.

La découverte d’un hôte Windows et l’installation poussée des fichiers de l’agent peuvent échouer. Les tentatives ping du nom d’hôte, du nom de domaine complet (FQDN) et de l’adresse IP de l’hôte sont réussies. Cela peut se produire sur un hôte déjà découvert ou sur une nouvelle installation. Au cours de l’installation push, les fichiers de l’agent sont transmis à l’agent, mais la phase de découverte de l’installation échoue.

Les erreurs suivantes peuvent apparaître dans les journaux :
Server Logs :

<DATE> DEBUG [Thread-59 (HornetQ-client-global-threads-777292290)] [com.emc.archway.service.archwayagent.ArchwayConversation] [] [] c2fdae32-c9fe-44b3-9e5f-d60bf3c9f5e6->>> Connecting to host <FQDN of Windows Host>
<DATE>  ERROR [Thread-59 (HornetQ-client-global-threads-777292290)] [stderr] [] [] java.net.SocketException: Connection reset

Journaux de l’agent

<DATE> INFO  [14032]  []           [Host Name] []                                     setHostInfo:: hostname returned by getnameinfo is <Stale FQDN>
<DATE> INFO  [14032]  []           [Host Name] []                                     m_hostname is <Stale FQDN>
<DATE> INFO  [14032]  []           [Host Name] []                                     calling setAddrInfo for p_socket_instance hostname (Stale FQDN)
<DATE> INFO  [14032]  []           [Host Name] []                                     setAddrInfo() called for host <Stale FQDN>

AppSync détecte un nom DNS de l’hôte Windows qui n’est plus valide.

Cela peut se produire lorsqu’un hôte dispose de plusieurs entrées DNS dans le serveur DNS. L’agent AppSync utilise la fonction getnameinfo de Windows lors de l’exécution de la découverte de l’agent pour déterminer le nom de l’hôte. Si l’hôte spécifique possède plusieurs noms DNS, getnameinfo peut ne pas renvoyer le même nom que celui saisi dans l’interface utilisateur AppSync.

Vous trouverez plus de détails sur « getnameInfo » en cliquant sur le lien suivant :
https://docs.microsoft.com/windows/win32/api/ws2tcpip/nf-ws2tcpip-getnameinfo

1. La solution la plus appropriée consiste à travailler avec un administrateur réseau pour s’assurer que l’hôte renvoie le nom DNS correct lors de la détection.

2. La commande « nbtstat -n » peut être utilisée pour afficher les noms DNS enregistrés sur l’hôte. Cette commande n’affiche pas les noms DNS pour les adaptateurs réseau qui ne sont pas connectés au réseau.

3. La commande « nbtstat -RR » peut être utilisée pour forcer l’hôte à mettre à jour ses enregistrements DNS à partir du serveur DNS.

4. S’il n’est pas possible de rajouter l’entrée DNS au serveur DNS ou de supprimer l’enregistrement de l’agent, le problème peut être contourné comme suit. Mettez à jour le fichier hosts sur l’hôte Windows cible afin qu’il résolve le FQDN sur l’adresse IP de l’hôte cible. Modifiez le fichier hosts situé sur C:\Windows\System32\drivers\etc.