AppSync: Oppdagelsen av Windows-verter mislykkes med en kommunikasjonsfeil
Сводка: AppSync oppdager ikke Exchange-verten fordi agenten ikke kan kommunisere med Exchange-serveren.
Симптомы
I noen tilfeller kan dette ikke forårsake noen problemer før det ekstra DNS-navnet redigeres eller fjernes fra DNS, men ikke oppdateres riktig på målverten. På dette tidspunktet vil agenten ikke lenger kunne løse FQDN den får fra getnameinfo til en IP-adresse, og oppdagelsen vil mislykkes.
Oppdaging av Windows-vert og push-installasjon av Agent-filene kan mislykkes. Forsøk på å pinge vertsnavnet, det fullstendige domenenavnet (FQDN) og IP-adressen til verten er vellykket. Dette kan skje på en allerede oppdaget vert eller på en ny installasjon. Under push-installasjonen sendes Agent-filene til agenten, men oppdagelsesfasen av installasjonen mislykkes.
Du kan se følgende feil i loggene:
Serverlogger:
<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
Agentlogger
<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 oppdager et DNS-navn for Windows-verten som ikke lenger er gyldig.
Причина
Dette kan skje når en vert har mer enn én DNS-oppføring i DNS-serveren. AppSync-agenten bruker Windows getnameinfo-funksjonen når den kjører agentoppdagingen til å bestemme navnet på verten. Hvis den spesifikke verten har flere DNS-navn, kan det hende at getnameinfo ikke returnerer samme navn som det som er angitt i AppSync-GUI-en.
Flere detaljer om "getnameInfo" finner du på følgende link:
https://docs.microsoft.com/windows/win32/api/ws2tcpip/nf-ws2tcpip-getnameinfo
Разрешение
-
Den mest hensiktsmessige løsningen er å samarbeide med en nettverksadministrator for å sikre at verten returnerer riktig DNS-navn under oppdagelsen.
-
Kommandoen "nbtstat -n" kan brukes til å vise DNS-navnene som er registrert på verten. Denne kommandoen viser ikke DNS-navn for nettverkskort som ikke er koblet til nettverket.
-
Kommandoen "nbtstat -RR" kan brukes til å tvinge verten til å oppdatere DNS-postene fra DNS-serveren.
-
Hvis det ikke er mulig å legge til DNS-oppføringen tilbake til DNS-serveren eller fjerne posten fra agenten, kan problemet omgås på følgende måte. Oppdater vertsfilen på Windows-målverten slik at FQDN løses til IP-adressen til målverten. Rediger vertsfilen som du finner på C:\Windows\System32\drivers\etc.