DHCP のトラブルシューティング ガイダンス

仮想エージェントを試す - DHCP の一般的な問題をすばやく特定して修正するのに役立ちます。

ネットワークで動作するには、デバイスに IP アドレスを割り当てる必要があります。 IP アドレスは、手動または自動で割り当てることができます。 自動割り当ては、動的ホスト構成プロトコル (DHCP) サービス (Microsoft またはサード パーティ製サーバー) によって処理されます。

DHCP は、RFC 1541 によって定義されている標準プロトコルです (RFC 2131 によって置き換えられます)。 DHCP を使用すると、サーバーは IP アドレス指定と構成情報をクライアントに動的に分散できます。 通常、DHCP サーバーは少なくとも次の基本情報をクライアントに提供します。

  • IP アドレス
  • サブネット マスク .
  • 既定のゲートウェイ
  • ドメイン ネーム サービス (DNS) サーバー アドレスや Windows インターネット ネーム サービス (WINS) サーバー アドレスなど、その他の情報。 システム管理者は、クライアントに解析されるオプションを使用して DHCP サーバーを構成します。

詳細については、「DHCP の 基本」を参照してください。

トラブルシューティング チェックリスト

トラブルシューティングを開始する前に、次の項目をチェックします。 これらの項目は、問題の根本原因を見つけるのに役立ちます。

  • 問題はいつ始まりましたか?
  • エラー メッセージはありますか?
  • DHCP サーバーは以前に動作していましたか、それとも一度も動作しませんでしたか? 以前に機能していた場合は、問題が開始される前に何らかの変更を行いました。 たとえば、更新プログラムはインストールされましたか? インフラストラクチャに変更が加えられたか。
  • 問題は永続的または断続的ですか? 断続的な場合、最後に発生したのはいつですか?
  • すべてのクライアントに対して、または単一スコープ サブネットなどの特定のクライアントに対してのみ、アドレス リースエラーが発生していますか?
  • DHCP サーバーと同じネットワーク サブネット上にクライアントはありますか?
  • クライアントが同じネットワーク サブネット上に存在する場合、IP アドレスを取得できますか?
  • クライアントが同じネットワーク サブネット上にない場合、ルーターまたは VLAN スイッチは DHCP リレー エージェント (IP ヘルパーとも呼ばれます) を持つよう正しく構成されていますか?
  • DHCP サーバーはスタンドアロンですか、それともスプリット スコープや DHCP フェールオーバーなどの高可用性のために構成されていますか?
  • 中間デバイスで、VRRP/HSRP、動的 ARP 検査、DHCP スヌーピングなどの機能が問題を引き起こすことがわかっているかどうかを確認します。

DHCP サーバーのトラブルシューティング

DHCP サーバーの場合は、次のデバイスと設定をチェックします。

  • DHCP サーバー サービスが開始され、実行されています。 この設定をチェックするには、コマンドをnet start実行して DHCP サーバーを探します。
  • DHCP サーバーが承認されています。 「ドメイン参加済みシナリオでの Windows DHCP サーバーの承認」を参照してください。
  • DHCP クライアントがオンになっているサブネットの DHCP サーバー スコープで IP アドレス リースが使用可能であることを確認します。 これを行うには、DHCP サーバー 管理コンソールの適切なスコープの統計情報を参照してください。
  • [アドレス リース] セクションで、BAD_ADDRESSリストが見つかるかどうかを確認します。
  • ネットワーク上のデバイスに、DHCP スコープから除外されていない静的 IP アドレスがあるかどうかを確認します。
  • DHCP サーバーがバインドされている IP アドレスが、IP アドレスをリースアウトする必要があるスコープのサブネット内にあることを確認します。これは、リレー エージェントが使用できない場合に発生します。 これを行うには、 または Get-DhcpServerv6Binding コマンドレットを実行しますGet-DhcpServerv4Binding
  • DHCP サーバーのみが UDP ポート 67 と 68 でリッスンしていることを確認します。 他のプロセスや他のサービス (WDS や PXE など) は、これらのポートを占有する必要はありません。 これを行うには、 コマンドを netstat -anb 実行します。
  • IPsec にデプロイされた環境を処理する場合は、DHCP サーバーの IPsec 除外が追加されていることを確認します。
  • DHCP サーバーからリレー エージェントの IP アドレスに ping を実行できることを確認します。
  • 構成された DHCP ポリシーとフィルターを列挙してチェックします。

DHCP クライアントのトラブルシューティング

DHCP クライアントの場合は、次のデバイスと設定をチェックします。

  • ケーブルは接続され、動作しています。
  • MAC フィルタリングは、クライアントが接続されているスイッチで有効になります。
  • ネットワーク アダプターが有効になっています。
  • 正しいネットワーク アダプター ドライバーがインストールされ、更新されます。
  • DHCP クライアント サービスが開始され、実行されています。 これをチェックするには、net start コマンドを実行し、DHCP クライアントを探します。
  • クライアント コンピューターにポート 67 と 68 UDP をブロックするファイアウォールはありません。

データ収集

Microsoft サポートに問い合わせる前に、問題に関する情報を収集できます。

前提条件

  1. TSS は、ローカル システムの管理者権限を持つアカウントで実行する必要があり、EULA を受け入れる必要があります (EULA が承認されると、TSS は再度プロンプトを表示しません)。
  2. ローカル コンピューター RemoteSigned の PowerShell 実行ポリシーをお勧めします。

注:

現在の PowerShell 実行ポリシーで TSS の実行が許可されていない場合は、次のアクションを実行します。

  • コマンドレット を RemoteSigned 実行して、プロセス レベルの実行ポリシーを設定します PS C:\> Set-ExecutionPolicy -scope Process -ExecutionPolicy RemoteSigned
  • 変更が有効かどうかを確認するには、 コマンドレット を実行します PS C:\> Get-ExecutionPolicy -List
  • プロセス レベルのアクセス許可は現在の PowerShell セッションにのみ適用されるため、TSS が実行される特定の PowerShell ウィンドウが閉じられると、プロセス レベルに割り当てられたアクセス許可も以前に構成された状態に戻ります。

Microsoft サポートに連絡する前に重要な情報を収集する

  1. すべてのノードで TSS をダウンロードし、 C:\tss フォルダーに解凍します。

  2. 管理者特権の PowerShell コマンド プロンプトから C:\tss フォルダーを開きます。

  3. 次のコマンドレットを使用して、クライアントとサーバーでトレースを開始します。

    • クライアント:

      TSS.ps1 -Scenario NET_DHCPcli
      
    • サーバー:

      TSS.ps1 -Scenario NET_DHCPsrv
      
  4. トレースがサーバーまたはクライアントで初めて実行される場合は、EULA に同意します。

  5. 記録を許可する (PSR またはビデオ)。

  6. Y に入る前に問題を再現します。

    注:

    クライアントとサーバーの両方でログを収集する場合は、問題を再現する前に、両方のノードでこのメッセージを待機します。

  7. 問題の再現後にログ収集を完了するには、「 Y 」と入力します。

トレースは、分析のためにワークスペースにアップロードできる C:\MS_DATA フォルダー内の zip ファイルに格納されます。

関連情報

イベント ログ

システムと DHCP サーバーのサービス イベント ログ (アプリケーションとサービス ログ>Microsoft>Windows>DHCP-Server) で、観察された問題に関連する報告された問題がないか確認します。

問題の種類に応じて、イベントは次のいずれかのイベント チャネルに記録されます。

DHCP サーバー ログ

DHCP サーバー サービスのデバッグ ログには、DHCP サーバーによって実行される IP アドレス リースの割り当てと DNS 動的更新に関する詳細情報が表示されます。 既定では、これらのログは %windir%\System32\Dhcp にあります。

詳細については、「 DHCP サーバー ログ ファイルの分析」を参照してください。