DNS イベント ID 4013 のトラブルシューティング (DNS サーバーが AD 統合 DNS ゾーンを読み込めませんでした)

2025-01-15

この記事では、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 サーバーサービスのスタートアップ値を手動に変更します。

この記事で説明されている既知の不適切な構成でドメインコントローラーを起動する場合は、次の手順に従います。
1. DNS サーバーサービスのスタートアップ値を手動に設定します。
2. 再起動し、ドメインコントローラーがアドバタイズされるまで待ちます。
3. 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

次の方法で共有

DNS イベント ID 4013 のトラブルシューティング (DNS サーバーが AD 統合 DNS ゾーンを読み込めませんでした)

現象

顧客シナリオの例

原因

解決方法

その他の考慮事項

詳細

フィードバック

その他のリソース