DNS イベント ID 4013 のトラブルシューティング (DNS サーバーが AD 統合 DNS ゾーンを読み込むことができませんでした)
この記事では、Windows の起動後に DNS サーバー ロールをホストしているドメイン コントローラーの DNS イベント ログに記録されたイベント ID 4013 を解決します。
適用対象: Windows Server 2012 R2
元の 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%> の<値がログに記録されない可能性があります。 または、次の値が含まれますが、これらに限定されません。
16 進数 バイト型 (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 つのパーティションがあります。
- スキーマ
- configuration
- domain
- フォレスト全体の 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 のコピーには、フォレスト内の他のドメイン コントローラーに関する知識が含まれており、DNS サーバーが存在しないか、現在オフラインであるか、ネットワーク上でアクセスできないか、Active Directory の受信レプリケートに必要な必要なゾーンとレコードをホストしていません。 たとえば、ドメイン コントローラーの 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 Server サービスをすぐに開始するために受信レプリケートする必要があります。
解決方法
一部の Microsoft および外部コンテンツでは、Active Directory の初期同期要件をバイパスするためにレジストリ値 Repl Perform Initial Synchronizations を 0 に設定することをお勧めします。 特定のレジストリ サブキーとその設定の値は次のとおりです。
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NTDS\Parameters
値名: 初期同期を実行する
値の種類: 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 サーバーの 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 Server サービスのスタートアップ値を手動に設定します。
- 再起動し、ドメイン コントローラーがアドバタイズされるまで待ちます。
- DNS サーバー サービスを再起動します。
DNS Server サービスのサービスのスタートアップ値が手動に設定されている場合、Active Directory は DNS Server サービスの起動を待機しません。
その他の考慮事項
単一障害点を回避します。
単一障害点の例を次に示します。
- 単一 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 つ
- IPv6 のもう 1 つ
これらの 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 つの名前付けコンテキスト (構成、スキーマ、ドメイン、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.534DC1 と 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.324DNSQueryTimeouts と低速スタートアップの関係をさらに調査するために、DNSQueryTimeouts は 1 1 2 4 4 に設定され、DNS クライアントは 31 (1 + 1 + 2 + 4 + 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
フィードバック
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「https://aka.ms/ContentUserFeedback」を参照してください。
フィードバックの送信と表示