AppSync: Die Erkennung von Windows-Hosts schlägt mit einem Kommunikationsfehler fehl

In einigen Fällen führt dies möglicherweise erst zu Problemen, wenn der zusätzliche DNS-Name bearbeitet oder aus dem DNS entfernt, aber auf dem Zielhost nicht korrekt aktualisiert wurde. Zu diesem Zeitpunkt kann der Agent den FQDN, den er von getnameinfo erhält, nicht mehr in eine IP-Adresse auflösen und die Ermittlung schlägt fehl.

Die Erkennung eines Windows-Hosts und die Push-Installation der Agent-Dateien schlagen möglicherweise fehl. Versuche, den Hostnamen, den vollständig qualifizierten Domainnamen (FQDN) und die IP des Hosts anzupingen, sind erfolgreich. Dies kann auf einem bereits erkannten Host oder einer Neuinstallation geschehen. Während der Push-Installation werden die Agent-Dateien auf den Agent übertragen, aber die Erkennungsphase der Installation schlägt fehl.

Möglicherweise werden die folgenden Fehler in den Protokollen angezeigt:
Serverprotokolle:

<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

Agent-Protokolle

<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 erkennt einen DNS-Namen für den Windows-Host, der nicht mehr gültig ist.

Dies kann auftreten, wenn ein Host mehr als einen DNS-Eintrag auf dem DNS-Server hat. Der AppSync-Agent verwendet die Windows-Funktion getnameinfo, wenn er die Agentenerkennung ausführt, um den Namen des Hosts zu ermitteln. Wenn der spezifische Host mehrere DNS-Namen hat, gibt getnameinfo möglicherweise nicht denselben Namen zurück wie den, der in der AppSync-GUI eingegeben wurde.

Weitere Details zu "getnameInfo" finden Sie unter folgendem Link:
https://docs.microsoft.com/windows/win32/api/ws2tcpip/nf-ws2tcpip-getnameinfo

1. Die am besten geeignete Lösung besteht darin, mit einem Netzwerkadministrator zusammenzuarbeiten, um sicherzustellen, dass der Host während der Erkennung den richtigen DNS-Namen zurückgibt.

2. Der Befehl "nbtstat -n" kann verwendet werden, um die DNS-Namen anzuzeigen, die auf dem Host registriert sind. Mit diesem Befehl werden keine DNS-Namen für Netzwerkadapter angezeigt, die nicht mit dem Netzwerk verbunden sind.

3. Mit dem Befehl "nbtstat -RR" kann der Host gezwungen werden, seine DNS-Datensätze vom DNS-Server zu aktualisieren.

4. Wenn es nicht möglich ist, den DNS-Eintrag wieder zum DNS-Server hinzuzufügen oder den Datensatz vom Agent zu entfernen, kann das Problem wie folgt gelöst werden. Aktualisieren Sie die Hostdatei auf dem Windows-Zielhost, sodass der FQDN in die IP-Adresse des Zielhosts aufgelöst wird. Bearbeiten Sie die Hostdatei unter C:\Windows\System32\drivers\etc.