AppSync: Виявлення хостів Windows не спрацювало через помилку комунікації
Сводка: AppSync не може знайти хост Exchange, оскільки агент не може спілкуватися з сервером Exchange.
Симптомы
У деяких випадках це може не спричиняти проблем, доки додаткове ім'я DNS не буде відредаговано або видалено з DNS, але не буде коректно оновлене на цільовому хості. На цьому етапі агент більше не зможе розв'язати FQDN, який він отримує з getnameinfo на IP-адресу, і виявлення не вдасться.
Виявлення хоста Windows і push-встановлення файлів агента можуть не вдатися. Спроби пінгувати ім'я хоста, повністю кваліфіковане доменне ім'я (FQDN) та IP хоста були успішними. Це може трапитися як на вже виявленому хості, так і на новій установці. Під час push-інсталяції файли агента будуть відправлені до агента, але етап відкриття інсталяції не вдасться.
Ви можете побачити такі помилки в журналах:
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
Журнали агентів:
<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 виявляє DNS-ім'я для хоста Windows, яке більше не є дійсним.
Причина
Це може статися, коли хост має більше одного DNS-запису на DNS-сервері. Агент AppSync використовує функцію Windows getnameinfo під час запуску пошуку агента, щоб визначити ім'я хоста. Якщо конкретний хост має кілька DNS-імен, getnameinfo може не повертати те саме ім'я, що й те, що введено в графічний інтерфейс AppSync.
Детальніше про "getnameInfo" можна знайти за наступним посиланням:
https://docs.microsoft.com/windows/win32/api/ws2tcpip/nf-ws2tcpip-getnameinfo
Разрешение
-
Найбільш доречним рішенням є співпраця з адміністратором мережі, щоб переконатися, що хост поверне правильне DNS-ім'я під час виявлення.
-
Команда "nbtstat -n" може бути використана для відображення DNS-імен, зареєстрованих на хості. Ця команда не показуватиме DNS-імена для мережевих адаптерів, які не підключені до мережі.
-
Команда "nbtstat -RR" може використовуватися для змусу хоста оновити свої DNS-записи з DNS-сервера.
-
Якщо неможливо додати DNS-запис назад на DNS-сервер або видалити запис з агента, проблему можна обійти наступним чином. Оновіть файл hosts на цільовому Windows-хості так, щоб він розв'язав FQDN з IP-адресою цільового хоста. Файл hosts знаходиться за адресою C:\Windows\System32\Drivers\etc.