AppSync: wykrywanie hostów z systemem Windows kończy się niepowodzeniem z powodu błędu komunikacji

W niektórych przypadkach może to nie powodować żadnych problemów, dopóki dodatkowa nazwa DNS nie zostanie zmodyfikowana lub usunięta z DNS, ale nie zostanie poprawnie zaktualizowana na hoście docelowym. W tym momencie agent nie będzie już w stanie rozpoznać nazwy FQDN, którą otrzymuje z getnameinfo do adresu IP, a odnajdywanie zakończy się niepowodzeniem.

Wykrywanie hosta z systemem Windows i wypychanie instalacji plików agenta może się nie powieść. Próby wysłania polecenia ping do nazwy hosta, w pełni kwalifikowanej nazwy domeny (FQDN) i adresu IP hosta kończą się pomyślnie. Może się to zdarzyć na już wykrytym hoście lub w nowej instalacji. Podczas instalacji wypychanej pliki agenta zostaną wypchnięte do agenta, ale faza wykrywania instalacji zakończy się niepowodzeniem.

W dziennikach mogą pojawić się następujące błędy:
Dzienniki serwera:

<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

Dzienniki agentów

<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 wykrywa nazwę DNS hosta z systemem Windows, która nie jest już prawidłowa.

Taka sytuacja może wystąpić, gdy host ma więcej niż jeden wpis DNS na serwerze DNS. Agent AppSync używa funkcji getnameinfo systemu Windows podczas uruchamiania wykrywania agenta w celu określenia nazwy hosta. Jeśli określony host ma wiele nazw DNS, funkcja getnameinfo może nie zwrócić tej samej nazwy, co nazwa wprowadzona w graficznym interfejsie użytkownika AppSync.

Więcej szczegółów na temat "getnameInfo" można znaleźć pod następującym linkiem:
https://docs.microsoft.com/windows/win32/api/ws2tcpip/nf-ws2tcpip-getnameinfo

1. Najodpowiedniejszym rozwiązaniem jest współpraca z administratorem sieci w celu zapewnienia, że host zwraca poprawną nazwę DNS podczas odnajdywania.

2. Polecenie "nbtstat -n" może służyć do wyświetlania nazw DNS zarejestrowanych na hoście. To polecenie nie spowoduje wyświetlenia nazw DNS kart sieciowych, które nie są podłączone do sieci.

3. Polecenie "nbtstat -RR" może służyć do wymuszenia na hoście aktualizacji rekordów DNS z serwera DNS.

4. Jeśli nie można dodać wpisu DNS z powrotem do serwera DNS lub usunąć rekordu z agenta, problem można obejść w następujący sposób. Zaktualizuj plik hosts na docelowym hoście z systemem Windows, tak aby rozpoznawał nazwę FQDN jako adres IP hosta docelowego. Edytuj plik hosts znajdujący się w katalogu C:\Windows\System32\drivers\etc.