Problemen met DNS-gebeurtenis-id 4013 oplossen (de DNS-server kan geen MET AD geïntegreerde DNS-zones laden)

In dit artikel wordt de gebeurtenis-id 4013 opgelost die is geregistreerd in het DNS-gebeurtenislogboek van domeincontrollers die als host fungeren voor de DNS-serverfunctie nadat Windows is gestart.

Van toepassing op: Windows Server 2012 R2
Origineel KB-nummer: 2001093

Symptomen

  • Op een Windows-computer waarop Active Directory-domeincontrollers worden gehost, reageren de DNS-serverfuncties 15 tot 25 minuten niet meer. Dit probleem treedt op nadat het bericht Netwerkverbindingen voorbereiden wordt weergegeven en voordat de Windows-aanmeldingsprompt (Ctrl+Alt+Del) wordt weergegeven.

  • De volgende DNS-gebeurtenis-id 4013 wordt geregistreerd in het DNS-gebeurtenislogboek van domeincontrollers die als host fungeren voor de DNS-serverfunctie nadat Windows is gestart:

    Event Type: Warning  
    Event Source: DNS  
    Event Category: None  
    Event ID: 4013  
    Date: Date  
    Time: Time  
    User: N/A  
    Computer: ComputerName  
    Description:  
    The DNS server was unable to open the Active Directory. This DNS server is configured to use directory service information and can not operate without access to the directory. The DNS server will wait for the directory to start. If the DNS server is started but the appropriate event has not been logged, then the DNS server is still waiting for the directory to start.
    
    For more information, see Help and Support Center at https://go.microsoft.com/fwlink/events.asp.  
    Data:  
    0000: <%status code%>
    

    In deze logboekvermelding worden de waarden van <%Statuscode%> mogelijk niet vastgelegd. Of ze bevatten, maar zijn niet beperkt tot de volgende waarden:

    Hex Byte Decimale waarde Symbolische Foutreeks
    000025f5 f5 25 00 00 9717 DNS_ERROR_DS_UNAVAILABLE De adreslijstservice is niet beschikbaar
    0000232d 2d 23 00 00 9005 DNS_ERROR_RCODE_REFUSED DNS-bewerking geweigerd.
    0000232a 2a 23 00 00 9002 DNS_ERROR_RCODE_SERVER_FAILURE DNS-serverfout.

Voorbeeldscenario's van klanten

  • Meerdere domeincontrollers in een Active Directory-site die tegelijkertijd opnieuw worden opgestart.

    • Een domein met twee domeincontrollers wordt geïmplementeerd in hetzelfde datacenter.
    • De DNS-serverfunctie is geïnstalleerd op beide domeincontrollers en host ad-geïntegreerde kopieën van de _msdcs.<foresthoofddomein> en Active Directory-domeinzones.
    • DC1 is geconfigureerd voor het gebruik van DC2 voor voorkeurs-DNS en zelf voor alternatieve DNS.
    • DC2 is geconfigureerd voor het gebruik van DC1 voor voorkeurs-DNS en zelf voor alternatieve DNS.
    • Alle domeincontrollers hebben ups (uninterruptible voedingen) en elektrische generatoren.
    • Het datacenter ondervindt regelmatig stroomstoringen van 2 tot 10 uur. UPS-apparaten houden de domeincontrollers actief totdat generatoren stroom leveren, maar ze kunnen het HVAC-systeem niet uitvoeren. Met temperatuurbeveiliging die is ingebouwd in serverklassecomputers, worden de domeincontrollers afgesloten wanneer de interne temperaturen de limieten van de fabrikant bereiken.
    • Wanneer de voeding uiteindelijk wordt hersteld, blijven de domeincontrollers 20 minuten hangen. Dit probleem treedt op nadat Netwerkverbindingen voorbereiden wordt weergegeven en voordat de aanmeldingsprompt wordt weergegeven.
    • DNS-gebeurtenis-id 4013 wordt geregistreerd in het DNS-gebeurtenislogboek.

    De DNS-beheerconsole (DNSMGMT) openen. MSC) mislukt en genereert het volgende foutbericht:

    Er kan geen contact worden gemaakt met de computernaam> van de server<. De fout is: De server is niet beschikbaar. Wilt u deze toch toevoegen?

    De Active Directory: gebruikers en computers module (DSA. MSC) genereert het volgende foutbericht:

    Naamgevingsgegevens kunnen niet worden gevonden

  • Enkele domeincontrollers in een Active Directory-site

    • Er wordt één domeincontroller geïmplementeerd in een site.

    • De dns-serverfunctie is geïnstalleerd en host ad-geïntegreerde kopieën van de _msdcs.<foresthoofddomein> en Active Directory-domeinzones.

    • De domeincontroller verwijst naar zichzelf voor voorkeurs-DNS.

    • De domeincontroller heeft geen alternatieve DNS-server opgegeven of verwijst naar een domeincontroller via een WAN-koppeling (Wide Area Network).

    • De domeincontroller wordt opnieuw opgestart vanwege een stroomstoring.

    • Tijdens het opnieuw opstarten is de WAN-koppeling mogelijk niet operationeel.

    • Wanneer de domeincontroller wordt gestart, kan deze 20 minuten vastlopen. Dit probleem treedt op nadat Netwerkverbindingen voorbereiden wordt weergegeven en voordat de aanmeldingsprompt wordt weergegeven.

    • DNS-gebeurtenis-id 4013 wordt geregistreerd in het DNS-gebeurtenislogboek.

    • De DNS-beheerconsole (DNSMGMT) openen. MSC) mislukt en genereert het volgende foutbericht:

      Er kan geen contact worden gemaakt met de computernaam> van de server<. De fout is: De server is niet beschikbaar. Wilt u deze toch toevoegen?

    De Active Directory: gebruikers en computers module (DSA. MSC) genereert het volgende foutbericht:

    De naamgevingsgegevens kunnen niet worden gevonden.

Oorzaak

De kopie van Active Directory in sommige domeincontrollers bevat verwijzingen naar andere domeincontrollers in het forest. Deze domeincontrollers proberen alle lokaal opgeslagen mappartities te repliceren tijdens het opstarten van Windows, als onderdeel van een initiële synchronisatie of init-synchronisatie.

In een poging om op te starten met de meest recente INHOUD van de DNS-zone, vertragen Microsoft DNS-servers die AD-geïntegreerde kopieën van DNS-zones hosten het opstarten van de DNS-service enkele minuten na het opstarten van Windows. De vertraging treedt niet op als Active Directory de initiële synchronisatie heeft voltooid tijdens het opstarten van Windows. Ondertussen is Active Directory vertraagd van binnenkomende replicerende directorypartities. Replicatie wordt uitgesteld totdat de CNAME-GUID van de brondomeincontroller kan worden omgezet in een IP-adres op de DNS-servers die door de doeldomeincontroller worden gebruikt voor naamomzetting. De duur van het vastlopen tijdens het voorbereiden van netwerkverbindingen is afhankelijk van het aantal lokaal bewaarde mappartities dat zich in de kopie van Active Directory van een domeincontroller bevindt. De meeste domeincontrollers hebben ten minste de volgende vijf partities:

  • schema
  • Configuratie
  • Domein
  • DNS-toepassingspartitie voor het hele forest
  • DNS-toepassingspartitie voor het hele domein

En deze domeincontrollers kunnen een opstartvertraging van 15 tot 20 minuten ervaren. Het bestaan van extra partities verhoogt de opstartvertraging.

DNS-gebeurtenis-id 4013 in het DNS-gebeurtenislogboek geeft aan dat het opstarten van de DNS-service is vertraagd. Dit komt doordat binnenkomende replicatie van Active Directory-partities niet is opgetreden.

Meerdere voorwaarden kunnen de volgende problemen verergeren:

  • trage start van Windows
  • de logboekregistratie van DNS-gebeurtenis 4013 op DNS-servers die zijn geconfigureerd voor het hosten van met AD geïntegreerde zones, die zich impliciet bevinden op computers die fungeren als domeincontrollers.

Deze voorwaarden omvatten:

  • Configureren van een DNS-server die als host fungeert voor MET AD geïntegreerde DNS-zones. De kopie van Active Directory bevat kennis van andere domeincontrollers in het forest om uitsluitend naar zichzelf te verwijzen voor DNS-naamomzetting.
  • Configureren van een DNS-server die als host fungeert voor MET AD geïntegreerde DNS-zones. De kopie van Active Directory bevat kennis van andere domeincontrollers in het forest om DNS-servers te verwijzen die niet bestaan, momenteel offline zijn, niet toegankelijk zijn op het netwerk of die niet als host fungeren voor de vereiste zones en records die nodig zijn voor binnenkomende replicatie van Active Directory. Voorbeelden hiervan zijn de CNAME GUID-record van de domeincontroller en de bijbehorende host A- of AAAA-record van potentiële brondomeincontrollers.
  • Opstarten van een domeincontroller en DNS-server die als host fungeert voor MET AD geïntegreerde DNS-zones. De kopie van Active Directory bevat kennis van andere domeincontrollers op wat in feite een geïsoleerd netwerk is, omdat:
    • De netwerkadapter of netwerkstack op de aanroeper of doelcomputer is uitgeschakeld of niet-functioneel.
    • De domeincontroller is opgestart op een geïsoleerd netwerk.
    • De kopie van de lokale domeincontroller van Active Directory bevat verwijzingen naar verouderde domeincontrollers die niet meer op het netwerk bestaan.
    • De kopie van de lokale domeincontroller van Active Directory bevat verwijzingen naar andere domeincontrollers die momenteel zijn uitgeschakeld.
    • Er is een probleem met de brondomeincontroller, de doeldomeincontroller of de DNS- of netwerkinfrastructuur. De kopie van de lokale domeincontroller van Active Directory bevat dus verwijzingen naar andere domeincontrollers die online en toegankelijk zijn, maar niet kunnen worden gerepliceerd.

In Windows Server 2003 en Windows 2000 Server SP3 of hoger moeten de domeincontrollers die operations master-rollen hosten ook binnenkomende wijzigingen repliceren op de mappartitie die de status van de operations master-rol behoudt. Een geslaagde replicatie moet plaatsvinden voordat FSMO-afhankelijke bewerkingen kunnen worden uitgevoerd. Dergelijke initiële synchronisaties zijn toegevoegd om ervoor te zorgen dat domeincontrollers het eens waren over fsmo-roleigendom en rolstatus. De initiële synchronisatievereisten die vereist zijn om FSMO-rollen operationeel te maken, verschillen van de initiële synchronisatie die in dit artikel wordt besproken, waarbij Active Directory binnenkomende replicatie moet uitvoeren om de DNS Server-service onmiddellijk te starten.

Oplossing

Sommige Microsoft- en externe inhoud hebben aanbevolen de registerwaarde Repl Perform Initial Synchronizations in te stellen op 0 om de initiële synchronisatievereisten in Active Directory te omzeilen. De specifieke registersubsleutel en de waarden voor die instelling zijn als volgt:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NTDS\Parameters
Waardenaam: Repl Eerste synchronisaties uitvoeren
Waardetype: REG_DWORD
Waardegegevens: 0

Deze configuratiewijziging wordt niet aanbevolen voor gebruik in productieomgevingen of in een omgeving die voortdurend wordt gebruikt. Het gebruik van Repl Perform Initial Synchronizations mag alleen in kritieke situaties worden gebruikt om tijdelijke en specifieke problemen op te lossen. De standaardinstelling moet worden hersteld nadat dergelijke problemen zijn opgelost.

Andere haalbare opties zijn:

  • Verwijder verwijzingen naar verouderde domeincontrollers.

  • Offline of niet-werkende domeincontrollers operationeel maken.

  • Domeincontrollers die ad-geïntegreerde DNS-zones hosten, mogen niet verwijzen naar één domeincontroller en vooral alleen naar zichzelf als voorkeurs-DNS voor naamomzetting.

    DNS-naamregistratie en naamomzetting voor domeincontrollers is een relatief lichtgewicht bewerking die in hoge mate in de cache wordt opgeslagen door DNS-clients en -servers.

    Het configureren van domeincontrollers om te verwijzen naar het IP-adres van één DNS-server, inclusief het loopback-adres 127.0.0.1, vertegenwoordigt een single point of failure. Deze instelling is acceptabel in een forest met slechts één domeincontroller, maar niet in forests met meerdere domeincontrollers.

    Hub-site-domeincontrollers moeten verwijzen naar DNS-servers op dezelfde site als hen voor voorkeurs- en alternatieve DNS-server en vervolgens naar zichzelf als een andere alternatieve DNS-server.

    Domeincontrollers voor vertakkingssite moeten het IP-adres van de voorkeur van de DNS-server configureren om te verwijzen naar een hub-site-DNS-server, het ip-adres van de alternatieve DNS-server om te verwijzen naar een in-site DNS-server of een ip-adres op de dichtstbijzijnde beschikbare site, en ten slotte naar zichzelf met behulp van het loopback-adres 127.0.0.1 of het huidige statische IP-adres.

    Als u wijst naar hub-site DNS-servers, vermindert u het aantal hops dat nodig is om essentiële SRV- en HOST-records van de domeincontroller volledig te registreren. Domeincontrollers binnen de hubsite krijgen meestal de meeste administratieve aandacht, meestal hebben de grootste verzameling domeincontrollers op dezelfde site. Omdat ze zich op dezelfde site bevinden, treden er replicatiewijzigingen tussen elkaar op:

    • elke 15 seconden in Windows Server 2003 of hoger
    • elke vijf minuten in Windows 2000 Server

    Dit gedrag maakt dergelijke DNS-records bekend.

    Dynamische SRV-domeincontroller- en host-A- en AAAA-recordregistraties maken het mogelijk niet off-box als de registrerende domeincontroller in een vertakkingssite geen uitgaande replicatie kan uitvoeren.

    Lidcomputers en -servers moeten blijven verwijzen naar site-optimale DNS-servers als voorkeurs-DNS. En ze kunnen verwijzen naar off-site DNS-servers voor extra fouttolerantie.

    Uw uiteindelijke doel is om te voorkomen dat alles een Denial of Service veroorzaakt terwijl kosten, risico's en netwerkgebruik in balans worden gebracht, zoals:

    • replicatielatentie en replicatiefouten
    • hardwarefouten, softwarefouten
    • operationele procedures
    • stroomstoringen op korte en lange termijn
    • brand, diefstal, overstroming en aardbevingen
    • terroristische gebeurtenissen
  • Zorg ervoor dat doeldomeincontrollers brondomeincontrollers kunnen omzetten met behulp van DNS (vermijd bijvoorbeeld terugval).

    U moet ervoor zorgen dat domeincontrollers de begeleide CNAME-records kunnen omzetten in hostrecords van huidige en potentiële brondomeincontrollers. Als u dit doet, kunt u hoge latentie voorkomen die wordt geïntroduceerd door terugvallogica voor naamomzetting.

    Domeincontrollers moeten verwijzen naar DNS-servers die:

    • Zijn beschikbaar bij het opstarten van Windows.
    • De _msdcs hosten, doorsturen of delegeren.<foresthoofddomein> en primaire DNS-achtervoegselzones voor huidige en potentiële brondomeincontrollers.
    • Kan de huidige CNAME GUID-records (bijvoorbeeld dded5a29-fc25-4fd8-aa98-7f472fc6f09b._msdcs.contoso.com) en hostrecords van huidige en potentiële brondomeincontrollers omzetten.

    Ontbrekende, dubbele of verouderde CNAME- en hostrecords dragen allemaal bij aan dit probleem. Opruiming is niet standaard ingeschakeld op Microsoft DNS-servers, waardoor de kans op verouderde hostrecords toeneemt. Tegelijkertijd kan DNS-opruiming te agressief worden geconfigureerd, waardoor geldige records voortijdig uit DNS-zones worden verwijderd.

  • Optimaliseer domeincontrollers voor terugval van naamomzetting.

    Het onvermogen om DNS correct te configureren, zodat domeincontrollers de CNAME GUID-records van de domeincontroller kunnen omzetten in het hosten van records in DNS was gebruikelijk. Om ervoor te zorgen end-to-end-replicatie van Active Directory-partities zijn domeincontrollers van Windows Server 2003 SP1 en hoger gewijzigd om terugval van naamomzetting uit te voeren:

    • van de CNAME-GUID van de domeincontroller naar de volledig gekwalificeerde hostnaam.
    • van volledig gekwalificeerde hostnaam naar NetBIOS-computernaam.

    De NTDS-replicatiegebeurtenis-id's 2087 en 2088 in de gebeurtenislogboeken van de Directory Service geven aan dat:

    • een doeldomeincontroller kan de CNAME GUID-record van de domeincontroller niet omzetten in een hostrecord.
    • terugval van naamomzetting treedt op.

    WINS-, HOST- en LMHOST-bestanden kunnen allemaal worden geconfigureerd. Doeldomeincontrollers kunnen dus de namen van huidige en potentiële brondomeincontrollers omzetten. Van de drie oplossingen is het gebruik van WINS schaalbaarder, omdat WINS dynamische updates ondersteunt.

    De IP-adressen en namen voor computers raken onvermijdelijk verouderd. Dit probleem zorgt ervoor dat statische vermeldingen in HOST- en LMHOST-bestanden na verloop van tijd ongeldig worden. Wanneer dit probleem zich voordoet, kunnen query's voor de ene domeincontroller onjuist worden omgezet naar een andere domeincontroller. En er wordt geen naamquery waargenomen in een netwerktracering.

  • Wijzig de opstartwaarde voor de DNS-serverservice in handmatig als u opstart naar een bekende slechte configuratie.

    Als u een domeincontroller opstart in een bekende onjuiste configuratie die in dit artikel wordt besproken, voert u de volgende stappen uit:

    1. Stel de opstartwaarde van de DNS Server-service in op handmatig.
    2. Start opnieuw op, wacht tot de domeincontroller reclame maakt.
    3. Start de DNS Server-service opnieuw.

    Als de opstartwaarde van de service voor de DNS Server-service is ingesteld op handmatig, wacht Active Directory niet totdat de DNS Server-service wordt gestart.

Aanvullende overwegingen

  • Vermijd single points of failure.

    Voorbeelden van single points of failure zijn:

    • Een DC configureren om te verwijzen naar een IP-adres van één DNS-server
    • Alle DNS-servers op virtuele gastmachines op dezelfde fysieke hostcomputer plaatsen
    • Alle DNS-servers op dezelfde fysieke site plaatsen
    • Netwerkconnectiviteit beperken, zodat doeldomeincontrollers slechts één netwerkpad hebben voor toegang tot een KDC- of DNS-server

    Installeer voldoende DNS-servers voor lokale, regionale en bedrijfsbrede redundantieprestaties, maar niet zo veel dat het beheer een last wordt. DNS is meestal een lichtgewicht bewerking die in hoge mate in de cache wordt opgeslagen door DNS-clients en DNS-servers.

    Elke Microsoft DNS-server die wordt uitgevoerd op moderne hardware kan voldoen aan 10.000-20.000 clients per server. Het installeren van de DNS-rol op elke domeincontroller kan leiden tot een overmatig aantal DNS-servers in uw onderneming. En als u dit doet, zullen de kosten toenemen.

  • Verspring het opnieuw opstarten van DNS-servers in uw onderneming waar mogelijk.

    • Voor de installatie van sommige hotfixes, servicepacks en toepassingen moet mogelijk opnieuw worden opgestart.
    • Sommige klanten herstarten domeincontrollers op een geplande basis (elke zeven dagen, elke 30 dagen).
    • Plan opnieuw opstarten en de installatie van software waarvoor opnieuw moet worden opgestart, op een slimme manier. Dit om te voorkomen dat de enige DNS-server of potentiële bronreplicatiepartner waarnaar een doeldomeincontroller verwijst voor naamomzetting, tegelijkertijd opnieuw wordt opgestart.

    Als Windows Update- of beheersoftware software installeert die opnieuw moet worden opgestart, moet u de installaties op doeldomeincontrollers sluizen, zodat de helft van de beschikbare DNS-servers waarnaar domeincontrollers verwijzen voor naamomzetting op hetzelfde moment opnieuw wordt opgestart.

  • Installeer UPS-apparaten op strategische plaatsen om ervoor te zorgen dat DNS beschikbaar is tijdens stroomstoringen op korte termijn.

  • Uw DOOR UPS ondersteunde DNS-servers uitbreiden met on-site generatoren.

    Om uitgebreide storingen op te vangen, hebben sommige klanten elektrische generatoren op locatie geïmplementeerd om belangrijke servers online te houden. Sommige klanten hebben ontdekt dat generatoren servers in het datacenter kunnen aandrijven, maar niet de HVAC ter plaatse. Het gebrek aan airconditioning kan ertoe leiden dat lokale servers worden afgesloten wanneer de interne computertemperaturen een bepaalde drempelwaarde bereiken.

Meer informatie

Testen van 10 mei 2010 door het Active Directory-ontwikkelteam:

DNS wacht op NTDS en kan pas worden gestart als de eerste replicatie van de directory is voltooid. Dit komt doordat bijgewerkte DNS-gegevens mogelijk nog niet worden gerepliceerd naar de domeincontroller. Aan de andere kant heeft NTDS DNS nodig om het IP-adres van de brondomeincontroller voor de replicatie om te lossen. Stel dat DC1 verwijst naar DC2 als de DNS-server en DC2 verwijst naar DC1 als de DNS-server. Wanneer DC1 en DC2 tegelijkertijd opnieuw worden opgestart, is er een trage opstart vanwege deze wederzijdse afhankelijkheid. De hoofdoorzaak van deze trage opstart is DNSQueryTimeouts.

Als de DNS Server-service goed wordt uitgevoerd wanneer NTDS wordt gestart, gebruikt NTDS slechts twee DNS-query's om het IP-adres van de brondomeincontroller om te lossen:

  • een voor IPv4
  • de andere voor IPv6

En deze DNS-query's worden bijna onmiddellijk geretourneerd.

Als de DNS Server-service niet beschikbaar is wanneer NTDS wordt gestart, moet NTDS 10 DNS-query's verzenden om het IP-adres op te lossen:

  • vier voor guid-gebaseerde naam
  • vier voor volledig gekwalificeerde naam
  • twee voor naam met één label

Latentie voor elke DNS-query wordt beheerd door DNSQueryTimeouts. DNSQueryTimeouts is standaard ingesteld op 1 1 2 4 4. Dit betekent dat de DNS-client 12 (1 + 1 + 2 + 4 + 4) seconden wacht op het antwoord van de DNS-server. Elke naamgevingscontextbron heeft 120 seconden nodig om het IP-adres om te lossen. Stel dat er vijf naamgevingscontexten zijn (Configuratie, Schema, domein, ForestDnsZones, DomainDnsZones) en één replicatiebron. In dit scenario duurt het 850 (170 x 5) seconden, of langer dan 14 minuten, voordat NTDS de eerste replicatie heeft voltooid.

Er zijn verschillende tests uitgevoerd om het bovenstaande gedrag te valideren.

  • Start de domeincontroller opnieuw op wanneer de DNS-server een derde domeincontroller is die online is. Voor elke naamgevingscontext voor elke bron hebben we twee DNS-query's die bijna onmiddellijk zijn voltooid:

    in I_DRSGetNCChanges, NC = CN=Configuration,DC=contoso,DC=com
    in getContextBindingHelper, pszAddress = dded5a29-fc25-4fd8-aa98-7f472fc6f09b._msdcs.contoso.com  
    in resolveDnsAddressWithFallback  
    GUID based DNS name  
    in GetIpVxAddrByDnsNameW  
    in GetIpAddrByDnsNameHelper  
    start GetAddrInfoW: 22:31:40.534  
    end   GetAddrInfoW: 22:31:40.534  
    in GetIpAddrByDnsNameHelper  
    start GetAddrInfoW: 22:31:40.534  
    end   GetAddrInfoW: 22:31:40.534
    
  • Start DC1 en DC2 tegelijkertijd opnieuw op. DC1 gebruikt DC2 voor DNS DC2 gebruikt DC1 voor DNS. Voor elke naamgevingscontext per bron hebben we 10 DNS-query's en elke query duurt ongeveer 12 seconden:

    in I_DRSGetNCChanges, NC = CN=Configuration,DC=contoso,DC=com  
    in getContextBindingHelper, pszAddress = dded5a29-fc25-4fd8-aa98-7f472fc6f09b._msdcs.contoso.microsoft.com  
    in resolveDnsAddressWithFallback  
    GUID based DNS name  
    in GetIpVxAddrByDnsNameW  
    in GetIpAddrByDnsNameHelper  
    start GetAddrInfoW: 22:37:43.066  
    end   GetAddrInfoW: 22:37:55.113  
    in GetIpAddrByDnsNameHelper  
    start GetAddrInfoW: 22:37:55.113  
    end   GetAddrInfoW: 22:38:07.131  
    in GetIpAddrByDnsNameHelper  
    start GetAddrInfoW: 22:38:07.131  
    end   GetAddrInfoW: 22:38:19.161  
    in GetIpAddrByDnsNameHelper  
    start GetAddrInfoW: 22:38:19.176  
     end   GetAddrInfoW: 22:38:31.185  
    FQDN  
    in GetIpVxAddrByDnsNameW  
    in GetIpAddrByDnsNameHelper  
    start GetAddrInfoW: 22:38:31.200  
    end   GetAddrInfoW: 22:38:43.182  
    in GetIpAddrByDnsNameHelper  
    start GetAddrInfoW: 22:38:43.182  
    end   GetAddrInfoW: 22:38:55.191  
    in GetIpAddrByDnsNameHelper  
    start GetAddrInfoW: 22:38:55.191  
    end   GetAddrInfoW: 22:39:07.216  
    in GetIpAddrByDnsNameHelper  
    start GetAddrInfoW: 22:39:07.216  
    end   GetAddrInfoW: 22:39:19.286  
    NetBios  
    in GetIpVxAddrByDnsNameW  
    in GetIpAddrByDnsNameHelper  
    start GetAddrInfoW: 22:39:19.286  
    end   GetAddrInfoW: 22:39:31.308d  
    in GetIpAddrByDnsNameHelper  
    start GetAddrInfoW: 22:39:31.308  
    end   GetAddrInfoW: 22:39:43.324
    
  • Om de relatie tussen DNSQueryTimeouts en het trage opstarten verder te bestuderen, zijn DNSQueryTimeouts ingesteld op 1 1 2 4 4 om de DNS-client 31 (1 + 1 + 2 + 4 + 4) seconden te laten wachten. In deze test zijn 31 seconden gewacht:

    in I_DRSGetNCChanges, NC = CN=Configuration,DC=contoso,DC=com  
    in getContextBindingHelper, pszAddress = dded5a29-fc25-4fd8-aa98-7f472fc6f09b._msdcs.contoso.com  
    in resolveDnsAddressWithFallback  
    GUID based DNS name  
    in GetIpVxAddrByDnsNameW  
    in GetIpAddrByDnsNameHelper  
    start GetAddrInfoW: 18:06:48.143  
    end   GetAddrInfoW: 18:07:19.158  
    in GetIpAddrByDnsNameHelper  
    start GetAddrInfoW: 18:07:19.158  
    end   GetAddrInfoW: 18:07:50.162  
    in GetIpAddrByDnsNameHelper  
    start GetAddrInfoW: 18:07:50.162  
    end   GetAddrInfoW: 18:08:21.161  
    in GetIpAddrByDnsNameHelper  
    start GetAddrInfoW: 18:08:21.161  
    end   GetAddrInfoW: 18:08:52.158  
    FQDN  
    in GetIpVxAddrByDnsNameW  
    in GetIpAddrByDnsNameHelper  
    start GetAddrInfoW: 18:08:52.221  
    end   GetAddrInfoW: 18:09:23.231  
    in GetIpAddrByDnsNameHelper  
    start GetAddrInfoW: 18:09:23.231  
    end   GetAddrInfoW: 18:09:54.243  
    in GetIpAddrByDnsNameHelper  
    start GetAddrInfoW: 18:09:54.243  
    end   GetAddrInfoW: 18:10:25.239  
     in GetIpAddrByDnsNameHelper  
    start GetAddrInfoW: 18:10:25.239  
    end   GetAddrInfoW: 18:10:56.243  
    NetBios  
    in GetIpVxAddrByDnsNameW  
    in GetIpAddrByDnsNameHelper  
    start GetAddrInfoW: 18:10:56.243  
    end   GetAddrInfoW: 18:11:27.244  
    in GetIpAddrByDnsNameHelper  
    start GetAddrInfoW: 18:11:27.244  
    end   GetAddrInfoW: 18:11:58.265