Inleiding
In dit document wordt beschreven hoe u de fout "DN not found!" in het Umbrella Connector-logboek kunt oplossen.
Voorwaarden
Vereisten
Er zijn geen specifieke vereisten van toepassing op dit document.
Gebruikte componenten
De informatie in dit document is gebaseerd op Umbrella DNS.
De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk live is, moet u zorgen dat u de potentiële impact van elke opdracht begrijpt.
Probleem
U merkt dat dit logboekitem aanwezig is in het OpenDNSClientAudit.log:
7/10/2023 3:01:36 PM: DN not found! for IP: X.X.X.X, User: POD1234$
Oplossing
Deze vermeldingen zijn normaal en wijzen op geen enkele manier op een probleem met uw AD-connector.
Dit gedrag is opzettelijk en wijst niet op een probleem of fout, hoewel het nog steeds wordt geregistreerd in de overkoepelende logboeken.
Wanneer de Connector-server gebeurtenislogboeken leest op alle geregistreerde DC's, zoekt Umbrella naar aanmeldingsgebeurtenissen van daadwerkelijke gebruikers. Aanmeldingen van systeemnamen worden genegeerd omdat het geen geldige gebruikers zijn. Voor de nauwkeurigheid, wanneer Umbrella een nieuwe aanmeldingsgebeurtenis leest voordat een gebruiker naar IP-toewijzing wordt gemaakt, gaat het terug naar AD en wordt gevalideerd dat de gebruiker bestaat. In het geval van een aanmeldingsnaam voor een machine is de DN geen gebruikers-DN, maar kan het een systeemnaam DN zijn.
Net als bij de voorbeeldlogboekvermelding van eerder, kunnen alle systeemnaamaanmeldingen een achterlopend "$" aan het einde van de naam hebben. De gebruiker: POD1234$ is geen geldige gebruikersnaam, dus Umbrella maakt geen IP-toewijzing voor die gebruiker. De logboekvermelding geeft aan dat er geen geldige gebruikers-DN is gevonden, dus in plaats van een nieuwe gebruiker-naar-IP-toewijzing te genereren, negeert het systeem de logboekvermelding.
Feedback