この記事では、Windows の起動後に DNS サーバーロールをホストしているドメイン コントローラーの DNS イベント ログに記録されたイベント ID 4013 を解決します。
元の KB 番号: 2001093
現象
Active Directory ドメイン コントローラーをホストしている Windows ベースのコンピューターでは、DNS サーバーの役割が 15 ~ 25 分間応答を停止します。 この問題は、 ネットワーク接続の準備 メッセージが表示された後、および Windows ログオン プロンプト (Ctrl + Alt + Del) が表示される前に発生します。
次の DNS イベント ID 4013 は、Windows の起動後に DNS サーバーロールをホストしているドメイン コントローラーの DNS イベント ログに記録されます。
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%>
このログ エントリでは、 <%Status code%> の値がログに記録されない可能性があります。 または、次の値が含まれますが、これらに限定されません。
Hex Byte 10 進法 シンボル エラー文字列 000025f5 f5 25 00 00 9717 DNS_ERROR_DS_UNAVAILABLE ディレクトリ サービスは使用できません 0000232d 2d 23 00 00 9005 DNS_ERROR_RCODE_REFUSED DNS 操作が拒否されました。 0000232a 2a 23 00 00 9002 DNS_ERROR_RCODE_SERVER_FAILURE DNS サーバーにエラーが発生しました。
顧客シナリオの例
同時に再起動される Active Directory サイト内の複数のドメイン コントローラー。
- 2 ドメイン コントローラー ドメインは、同じデータ センターにデプロイされます。
- DNS サーバーの役割は両方のドメイン コントローラーにインストールされ、_msdcs.<の AD 統合コピーをホストします。フォレスト ルート ドメイン> および Active Directory ドメイン ゾーン。
- DC1 は、優先 DNS には DC2 を使用し、代替 DNS には DC2 を使用するように構成されています。
- DC2 は、優先 DNS には DC1 を使用し、代替 DNS には DC1 を使用するように構成されています。
- すべてのドメイン コントローラーには、無停電電源装置 (UPS) と発電機のバックアップがあります。
- データセンターでは、2 ~ 10 時間の停電が頻繁に発生します。 UPS デバイスは、発電機が電力を供給するまでドメイン コントローラーを動作させ続けますが、HVAC システムを実行することはできません。 内部温度が製造元の制限に達すると、サーバー クラス コンピューターに組み込まれている温度保護によってドメイン コントローラーがシャットダウンされます。
- 電源が最終的に復元されると、ドメイン コントローラーは 20 分間ハングします。 この問題は、 ネットワーク接続の準備 が表示された後、ログオン プロンプトが表示される前に発生します。
- DNS イベント ID 4013 が DNS イベント ログに記録されます。
DNS 管理コンソール (DNSMGMT) を開く。MSC) が失敗し、次のエラー メッセージが生成されます。
サーバー <コンピューター名> に接続できませんでした。 エラーは次のとおりです。サーバーは使用できません。 とにかく追加しますか?
Active Directory ユーザーとコンピューター スナップイン (DSA) を開く。MSC) によって次のエラー メッセージが生成されます。
名前付け情報が見つかりませんでした
Active Directory サイト内の単一ドメイン コントローラー
1 つのドメイン コントローラーがサイトに展開されます。
DNS サーバーの役割がインストールされ、_msdcs.<の AD 統合コピーがホストされますフォレスト ルート ドメイン> および Active Directory ドメイン ゾーン。
ドメイン コントローラーは、優先 DNS に対してそれ自体を指します。
ドメイン コントローラーに代替 DNS サーバーが指定されていないか、ワイド エリア ネットワーク (WAN) リンク経由でドメイン コントローラーを指しています。
停電のため、ドメイン コントローラーが再起動されます。
再起動中に、WAN リンクが動作しない可能性があります。
ドメイン コントローラーが起動すると、20 分間ハングする可能性があります。 この問題は、 ネットワーク接続の準備 が表示された後、ログオン プロンプトが表示される前に発生します。
DNS イベント ID 4013 が DNS イベント ログに記録されます。
DNS 管理コンソール (DNSMGMT) を開く。MSC) が失敗し、次のエラー メッセージが生成されます。
サーバー <コンピューター名> に接続できませんでした。 エラーは次のとおりです。サーバーは使用できません。 とにかく追加しますか?
Active Directory ユーザーとコンピューター スナップイン (DSA) を開く。MSC) によって次のエラー メッセージが生成されます。
名前付け情報が見つかりませんでした。
原因
一部のドメイン コントローラーの Active Directory のコピーには、フォレスト内の他のドメイン コントローラーへの参照が含まれています。 これらのドメイン コントローラーは、初期同期または init 同期の一環として、Windows の起動時にローカルに保持されているすべてのディレクトリ パーティションを受信レプリケートしようとします。
最新の DNS ゾーン コンテンツを使用して起動しようとすると、DNS ゾーンの AD 統合コピーをホストする Microsoft DNS サーバーは、Windows の起動後数分間 DNS サービスの起動を遅らせていきます。 Active Directory が Windows の起動時に初期同期を完了した場合、遅延は発生しません。 一方、Active Directory は、ディレクトリ パーティションをレプリケートする受信から遅延します。 レプリケーションは、ソース ドメイン コントローラーの CNAME GUID を、名前解決のために宛先ドメイン コントローラーによって使用される DNS サーバー上の IP アドレスに解決できるようになるまで遅延されます。 ネットワーク接続の準備中のハングの時間は、ドメイン コントローラーの Active Directory のコピーに存在するローカルに保持されているディレクトリ パーティションの数によって異なります。 ほとんどのドメイン コントローラーには、少なくとも次の 5 つのパーティションがあります。
- schema
- configuration
- ドメイン
- フォレスト全体の DNS アプリケーション パーティション
- ドメイン全体の DNS アプリケーション パーティション
また、これらのドメイン コントローラーでは、15 分から 20 分の起動遅延が発生する可能性があります。 余分なパーティションが存在すると、起動の遅延が増加します。
DNS イベント ログの DNS イベント ID 4013 は、DNS サービスの起動が遅れたことを示します。 これは、Active Directory パーティションの受信レプリケーションが発生しなかったためです。
複数の条件により、次の問題が悪化する可能性があります。
- Windows の起動が遅い
- ドメイン コントローラーとして機能するコンピューターに暗黙的に存在する、AD 統合ゾーンをホストするように構成された DNS サーバー上の DNS イベント 4013 のログ。
このような条件の例を次に示します。
- AD 統合 DNS ゾーンをホストする DNS サーバーの構成。 Active Directory のコピーには、DNS 名解決専用に自身を指すようにフォレスト内の他のドメイン コントローラーに関する知識が含まれています。
- AD 統合 DNS ゾーンをホストする DNS サーバーの構成。 Active Directory のコピーには、存在しない、現在オフライン、ネットワークでアクセスできない、または Active Directory の受信レプリケートに必要なゾーンとレコードをホストしていない DNS サーバーを指す、フォレスト内の他のドメイン コントローラーに関する知識が含まれています。 たとえば、ドメイン コントローラーの CNAME GUID レコードと、対応するホスト A または潜在的なソース ドメイン コントローラーの AAAA レコードが含まれます。
- AD 統合 DNS ゾーンをホストするドメイン コントローラーと DNS サーバーの起動。 Active Directory のコピーには、次の理由から、実質的に分離されたネットワーク上の他のドメイン コントローラーに関する知識が含まれています。
- 呼び出し元またはターゲット コンピューター上のネットワーク アダプターまたはネットワーク スタックが無効または機能していない。
- 分離されたネットワークでドメイン コントローラーが起動されました。
- ローカル ドメイン コントローラーの Active Directory のコピーには、ネットワーク上に存在しなくなった古いドメイン コントローラーへの参照が含まれています。
- ローカル ドメイン コントローラーの Active Directory のコピーには、現在オフになっている他のドメイン コントローラーへの参照が含まれています。
- ソース ドメイン コントローラー、宛先ドメイン コントローラー、または DNS またはネットワーク インフラストラクチャのいずれかに問題があります。 そのため、ローカル ドメイン コントローラーの Active Directory のコピーには、オンラインでアクセスできるが、正常にレプリケートできない他のドメイン コントローラーへの参照が含まれています。
Windows Server 2003 および Windows 2000 Server SP3 以降では、操作マスターの役割をホストするドメイン コントローラーも、操作マスター ロールの状態を維持するディレクトリ パーティションで受信変更を正常にレプリケートする必要があります。 正常なレプリケーションは、FSMO に依存する操作を実行する前に行う必要があります。 このような初期同期は、ドメイン コントローラーが FSMO ロールの所有権とロールの状態に関して一致していることを確認するために追加されました。 FSMO ロールが動作するために必要な初期同期要件は、この記事で説明する初期同期とは異なります。この場合、Active Directory は DNS サーバー サービスをすぐに開始するために受信レプリケートする必要があります。
解決方法
一部の Microsoft および外部コンテンツでは、Active Directory の初期同期要件をバイパスするために、レジストリ値 Repl Perform Initial Synchronizations
を 0 に設定することをお勧めします。 特定のレジストリ サブキーとその設定の値は次のとおりです。
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NTDS\Parameters
値の名前: 初期同期を実行する Repl
値の型: REG_DWORD
値のデータ: 0
この構成変更は、運用環境や任意の環境で継続的に使用することはお勧めしません。 Repl Perform Initial Synchronizations
の使用は、一時的および特定の問題を解決するために、重大な状況でのみ使用する必要があります。 このような問題が解決したら、既定の設定を復元する必要があります。
その他の実行可能なオプションは次のとおりです。
古いドメイン コントローラーへの参照を削除します。
オフラインまたは機能していないドメイン コントローラーを動作させる。
AD 統合 DNS ゾーンをホストするドメイン コントローラーは、単一のドメイン コントローラーを指すべきではありません。特に、名前解決の優先 DNS としてのみ参照してください。
ドメイン コントローラーの DNS 名の登録と名前解決は、DNS クライアントとサーバーによって高度にキャッシュされる比較的軽量な操作です。
127.0.0.1 ループバック アドレスを含む単一の DNS サーバーの IP アドレスを指すドメイン コントローラーの構成は、単一障害点を表します。 この設定は、ドメイン コントローラーが 1 つだけのフォレストでは許容されますが、複数のドメイン コントローラーを持つフォレストでは許容されません。
ハブ サイト ドメイン コントローラーは、優先 DNS サーバーと代替 DNS サーバーの DNS サーバーと同じサイト内の DNS サーバーを指し、最後に別の代替 DNS サーバーとしてそれ自体を指す必要があります。
ブランチ サイト ドメイン コントローラーは、ハブ サイト DNS サーバーを指すように優先 DNS サーバーの IP アドレス、代替 DNS サーバーの IP アドレスを、サイト内 DNS サーバーまたは使用可能な最も近いサイト内の 1 つを指すように構成し、最後に 127.0.0.1 ループバック アドレスまたは現在の静的 IP アドレスを使用してそれ自体を構成する必要があります。
ハブサイト DNS サーバーをポイントすると、重要なドメイン コントローラー SRV レコードと HOST レコードを完全に登録するために必要なホップの数が減ります。 ハブ サイト内のドメイン コントローラーは、最も管理上の注意を引く傾向があり、通常は同じサイト内のドメイン コントローラーのコレクションが最大になります。 これらは同じサイト内にあるため、相互に変更がレプリケートされます。
- Windows Server 2003 以降では 15 秒ごとに
- Windows 2000 Server では 5 分ごとに
この動作により、このような DNS レコード 既知。
動的ドメイン コントローラー SRV とホスト A と AAAA レコードの登録では、ブランチ サイトに登録しているドメイン コントローラーが送信レプリケートできない場合、オフボックスにならない可能性があります。
メンバー コンピューターとサーバーは、優先 DNS としてサイト最適な DNS サーバーを引き続きポイントする必要があります。 また、フォールト トレランスを強化するために、オフサイト DNS サーバーを指す場合があります。
最終的な目標は、次のようなコスト、リスク、ネットワーク使用率のバランスを取りながら、サービス拒否を引き起こさないようにすることです。
- レプリケーションの待機時間とレプリケーションエラー
- ハードウェア障害、ソフトウェア障害
- 運用プラクティス
- 短期および長期的な停電
- 火災、盗難、洪水、地震
- テロリストイベント
宛先ドメイン コントローラーが DNS を使用してソース ドメイン コントローラーを解決できることを確認します (フォールバックを避けるなど)。
ドメイン コントローラーが、現在および潜在的なソース ドメイン コントローラーのレコードをホストするように、ガイド付き CNAME レコードを正常に解決できることを確認する必要があります。 これにより、名前解決フォールバック ロジックによって導入される待機時間が長くなるのを回避できます。
ドメイン コントローラーは、次の DNS サーバーを指す必要があります。
- Windows の起動時に使用できます。
- _msdcs.<をホスト、転送、または委任する現在および潜在的なソース ドメイン コントローラーのフォレスト ルート ドメイン> とプライマリ DNS サフィックス ゾーン。
- 現在の CNAME GUID レコード (
dded5a29-fc25-4fd8-aa98-7f472fc6f09b._msdcs.contoso.com
など) と、現在および潜在的なソース ドメイン コントローラーのホスト レコードを解決できます。
この問題の原因は、CNAME レコードとホスト レコードがすべて見つからない、重複している、または古い場合です。 既定では、Microsoft DNS サーバーで清掃が有効になっていないので、古いホスト レコードの可能性が高くなります。 同時に、DNS の清掃を積極的に構成しすぎると、有効なレコードが DNS ゾーンから途中で消去される可能性があります。
名前解決フォールバック用にドメイン コントローラーを最適化します。
ドメイン コントローラーがドメイン コントローラーの CNAME GUID レコードを解決して DNS 内のレコードをホストできるように DNS を適切に構成できないのが一般的でした。 Active Directory パーティションのエンド ツー エンド レプリケーションを確実に行うために、Windows Server 2003 SP1 以降のドメイン コントローラーが名前解決フォールバックを実行するように変更されました。
- ドメイン コントローラーの CNAME GUID から完全修飾ホスト名へ。
- 完全修飾ホスト名から NetBIOS コンピューター名。
ディレクトリ サービス イベント ログの NTDS レプリケーション イベント ID 2087 および 2088 は、次のことを示します。
- 宛先ドメイン コントローラーがドメイン コントローラーの CNAME GUID レコードをホスト レコードに解決できませんでした。
- 名前解決フォールバックが発生しています。
WINS、HOST ファイル、LMHOST ファイルはすべて構成できます。 そのため、移行先ドメイン コントローラーは、現在および潜在的なソース ドメイン コントローラーの名前を解決できます。 WINS は動的更新をサポートしているため、3 つのソリューションのうち、WINS の使用はよりスケーラブルです。
コンピューターの IP アドレスと名前は、必然的に古くなります。 この問題により、HOST ファイルと LMHOST ファイルの静的エントリが時間の経過と同時に無効になります。 この問題が発生すると、あるドメイン コントローラーのクエリが別のドメイン コントローラーに誤って解決される可能性があります。 また、ネットワーク トレースでは名前クエリは観察されません。
既知の不適切な構成で起動する場合は、DNS サーバー サービスのスタートアップ値を手動に変更します。
この記事で説明されている既知の不適切な構成でドメイン コントローラーを起動する場合は、次の手順に従います。
- DNS サーバー サービスのスタートアップ値を手動に設定します。
- 再起動し、ドメイン コントローラーがアドバタイズされるまで待ちます。
- DNS サーバー サービスを再起動します。
DNS サーバー サービスのサービスのスタートアップ値が手動に設定されている場合、Active Directory は DNS サーバー サービスの開始を待機しません。
その他の考慮事項
単一障害点を回避します。
単一障害点の例を次に示します。
- 単一 DNS サーバー IP を指す DC の構成
- すべての DNS サーバーを同じ物理ホスト コンピューター上のゲスト仮想マシンに配置する
- すべての DNS サーバーを同じ物理サイトに配置する
- 宛先ドメイン コントローラーが KDC または DNS サーバーにアクセスするためのネットワーク パスが 1 つだけになるようにネットワーク接続を制限する
ローカル、リージョン、およびエンタープライズ全体の冗長性のパフォーマンスに十分な DNS サーバーをインストールしますが、管理が負担になるほど多くはありません。 DNS は通常、DNS クライアントと DNS サーバーによって高度にキャッシュされる軽量の操作です。
最新のハードウェアで実行されている各 Microsoft DNS サーバーは、サーバーあたり 10,000 ~ 20,000 のクライアントを満たすことができます。 すべてのドメイン コントローラーに DNS ロールをインストールすると、企業内の DNS サーバーの数が多くなる可能性があります。 そうすることで、コストが増加します。
可能な場合は、企業内の DNS サーバーの再起動をずらします。
- 一部の修正プログラム、サービス パック、アプリケーションのインストールには再起動が必要な場合があります。
- 一部のお客様は、スケジュールに基づいて (7 日ごと、30 日ごとに) ドメイン コントローラーを再起動します。
- スマートな方法で再起動をスケジュールし、再起動を必要とするソフトウェアのインストールをスケジュールします。 これにより、名前解決のために宛先ドメイン コントローラーが指す唯一の DNS サーバーまたは潜在的なソース レプリケーション パートナーが同時に再起動されないようにします。
Windows Update または管理ソフトウェアが再起動を必要とするソフトウェアをインストールしている場合は、ドメイン コントローラーが指す使用可能な DNS サーバーの半分が同時に再起動されるように、対象のドメイン コントローラーへのインストールをずらす必要があります。
短期的な停電時に DNS の可用性を確保するために、戦略的な場所に UPS デバイスをインストールします。
オンプレミスのジェネレーターを使用して、UPS ベースの DNS サーバーを拡張します。
長時間の停止に対処するために、一部のお客様は、キー サーバーをオンラインに保つためにオンサイトの発電機を展開しています。 一部のお客様は、発電機がデータセンター内のサーバーに電力を供給できるが、オンサイトの HVAC では電力を供給できないことがわかりました。 空調が不足すると、内部コンピューターの温度が一定のしきい値に達すると、ローカル サーバーがシャットダウンする可能性があります。
詳細
Active Directory 開発チームによる 2010 年 5 月 10 日のテスト:
DNS は NTDS を待機し、ディレクトリの初期レプリケーションが完了するまで開始できません。 これは、最新の DNS データがまだドメイン コントローラーにレプリケートされない可能性があるためです。 一方、NTDS では、レプリケーションのソース ドメイン コントローラーの IP アドレスを解決するために DNS が必要です。 DC1 が DNS サーバーとして DC2 をポイントし、DC2 がその DNS サーバーとして DC1 を指しているとします。 DC1 と DC2 の両方が同時に再起動すると、この相互依存関係のために起動が遅くなります。 この起動速度の低下の根本原因は DNSQueryTimeouts です。
NTDS の起動時に DNS サーバー サービスが適切に実行される場合、NTDS はソース ドメイン コントローラーの IP アドレスを解決するために次の 2 つの DNS クエリのみを受け取ります。
- IPv4 用の 1 つ
- もう 1 つの IPv6
これらの DNS クエリは、ほぼ瞬時に返されます。
NTDS の起動時に DNS サーバー サービスを使用できない場合、NTDS は IP アドレスを解決するために 10 個の DNS クエリを送信する必要があります。
- GUID ベースの名前の場合は 4
- 完全修飾名の場合は 4
- 単一ラベル名の場合は 2
各 DNS クエリの待機時間は、DNSQueryTimeouts によって制御されます。 既定では、DNSQueryTimeouts は 1 1 2 4 4 に設定されます。 これは、DNS クライアントが DNS サーバーの応答を 12 (1 + 1 + 2 + 4 + 4) 秒間待機することを意味します。 各名前付けコンテキスト ソースは、IP アドレスを解決するのに 120 秒かかります。 5 つの名前付けコンテキスト (Configuration、Schema、domain、ForestDnsZones、DomainDnsZones) と、1 つのレプリケーション ソースがあるとします。 このシナリオでは、NTDS が初期レプリケーションを完了するまでに 850 (170 X 5) 秒 (14 分以上) かかります。
上記の動作を検証するために、いくつかのテストが行われました。
DNS サーバーがオンラインの 3 番目のドメイン コントローラーである場合は、ドメイン コントローラーを再起動します。 各名前付けコンテキストの各ソースに対して、2 つの DNS クエリがあり、ほぼ瞬時に完了しました。
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
DC1 と DC2 を同時に再起動します。 DC1 は DNS DC2 に DC2 を使用し、DNS には DC1 を使用しています。 名前付けコンテキストごとに、各ソースに 10 個の DNS クエリがあり、各クエリには約 12 秒かかります。
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
DNSQueryTimeouts と低速スタートアップの関係をさらに調査するために、DNSQueryTimeouts を 1 1 2 4 4 に設定して、DNS クライアントが 31 (1 + 1 + 2 + 4 + 4) 秒待機するようにしました。 このテストでは、31 秒が待機に費やされました。
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