「動的IPが機能しない」には、大きく2つの状況があります。1つは、パソコンやサーバーが DHCP でアドレスを受け取れない（169.254.x.x になる、アドレスが空になる）状況、もう1つは、回線のグローバルIPが変わったのに DDNS などが追従せず、外から接続できなくなる状況です。この記事では、どちらに当たるかの見分け方から始めて、起こりやすい原因の順に確認と対処を説明します。DHCP サーバー側の調査は別記事で扱っているため、ここでは主にアドレスを受け取る側（クライアント）と回線側を扱います。
まず症状を見分ける
最初に、問題の機器のアドレスを確認します。
# Linux：アドレスとリンクの状態
ip addr show
ip link show eth0# Windows：DHCP の有効・無効、取得したアドレス、リース期限など
ipconfig /all結果は次のように読み分けます。
- アドレスが 169.254.x.x、または IPv4 アドレスが無い：DHCP で取得できていません。「LAN 内で受け取れない」側の手順に進みます。
- LAN 内のアドレス（192.168.x.x など）は取れているが、外から自宅やオフィスのサーバーに接続できない：回線側のグローバルIPの変化に追従できていない可能性があります。後半の「回線の動的IPに追従できない」に進みます。
- アドレスは取れているのに、別の機器と同じアドレスになっている：アドレスの重複です。原因5を見てください。
LAN 内でアドレスを受け取れないときの原因（起こりやすい順）
原因1：リンクが上がっていない・接続先が違う
ケーブルが抜けている、Wi-Fi が別のネットワーク（ゲスト用など）につながっている、スイッチのポートが別の VLAN に設定されている、といった状態です。
確認：Linux では ip link show の出力に NO-CARRIER や state DOWN が出ていないかを見ます。Wi-Fi なら接続中のネットワーク名を確認します。同じ場所にある別の機器がアドレスを取れているかを見ると、機器の問題かネットワークの問題かを分けられます。
対処：ケーブルやポートを替える、正しいネットワークに接続し直す。社内ネットワークでは、ポートの VLAN 設定をネットワーク管理者に確認します。
原因2：インターフェースが手動設定（静的IP）になっている
以前に静的IPを設定したまま別のネットワークにつないだ、設定ツールで DHCP が無効になっている、というケースです。
確認：
# Windows：Dhcp が Enabled かどうか
Get-NetIPInterface -AddressFamily IPv4 | Select-Object InterfaceAlias, Dhcp# Linux（NetworkManager）：ipv4.method が auto なら DHCP
nmcli -f ipv4.method connection show "接続名"Ubuntu Server などで netplan を使っている場合は、/etc/netplan/ 配下の設定で、該当インターフェースに dhcp4: true があるかを確認します。
対処：DHCP に戻します。netplan では sudo netplan try を使うと、設定に問題があって接続が切れた場合に一定時間で元に戻るため、遠隔のサーバーでも試しやすくなります。設定ファイルは変更前にコピーを残しておきます。
原因3：DHCP サーバー側の問題
DHCP サーバー（家庭ではルーター）が止まっている、配れるアドレスを使い切っている（プールの枯渇）、社内で DHCP リレーの設定が抜けている、などです。同じネットワークの複数の機器が同時に取得できない場合は、この原因が有力です。
確認：クライアントから DHCP の要求が出ているか、応答が返っているかをパケットで確認します。
# DISCOVER（要求）だけが繰り返し出て OFFER（応答）が無ければ、サーバー側か経路の問題
sudo tcpdump -ni eth0 -e port 67 or port 68対処：サーバー側の調査に移ります。ルーターの再起動で直る場合でも、プールの枯渇が原因なら再発するため、割り当て範囲やリース時間を見直します。
原因4：MAC アドレスの制限やランダム化
ネットワーク側で MAC アドレスによる接続制限（Wi-Fi の MAC フィルター、スイッチのポートセキュリティ）をしていると、登録されていない機器はアドレスを受け取れません。また、最近のスマートフォンやパソコンは、Wi-Fi ごとにランダムな MAC アドレスを使う機能が標準で有効になっていることが多く、DHCP の予約（特定の機器に決まったアドレスを配る設定）が効かなくなる原因になります。
確認・対処：端末の Wi-Fi 設定で、そのネットワークに対するプライベートアドレス（ランダム MAC）の設定を確認し、必要ならそのネットワークだけ無効にします。項目名は OS やバージョンによって異なります。
原因5：アドレスの重複
DHCP の範囲内のアドレスを、別の機器に手動で設定していると、DHCP で配られたアドレスと衝突します。Windows では重複を検知すると、そのアドレスを使わずに再取得を試みるため、結果として取得に失敗したように見えることがあります。
確認：
# 同じアドレスに複数の機器が応答しないか（重複検出モード）
sudo arping -D -I eth0 -c 3 192.168.1.50対処：手動で設定する機器のアドレスは、DHCP の割り当て範囲の外から選ぶか、DHCP 側の予約で固定します。
原因6：クライアント側のファイアウォールやセキュリティソフト
まれですが、DHCP の応答（UDP 68 番ポート宛て）を受け取れないように設定されていると、取得に失敗します。一時的にファイアウォールの設定を見直して改善するかを確認し、原因が分かったら必要な通信だけを許可する形に戻します。
回線の動的IPに追従できないとき
自宅やオフィスの回線でサーバーを公開している場合、契約が動的IPだと、グローバルIPは再接続などのタイミングで変わります。
現在のグローバルIPと DNS の値を比べる
# 自分の回線のグローバルIP（OpenDNS の仕組みを使って調べる例）
dig +short myip.opendns.com @resolver1.opendns.com
# DDNS で登録しているホスト名が指しているアドレス
dig +short myhome.example.net2つが違っていれば、DDNS の更新が止まっています。ルーターや更新用ソフトのログで、認証エラーや更新間隔の設定を確認します。DDNS サービスによっては、一定期間更新が無いと登録が無効になるものもあるため、サービスの案内を確認してください。
ルーターの WAN 側のアドレスを確認する
ルーターの管理画面で WAN 側（インターネット側）のアドレスを見て、100.64.0.0/10 やプライベートアドレスになっている場合は、通信事業者側で NAT（CGNAT）が行われています。この状態では、DDNS やポート転送を正しく設定しても、外からの接続は届きません。事業者のグローバルIPや固定IPのオプションを検討するか、外向きの接続で公開できるトンネル型のサービス（Cloudflare Tunnel や Tailscale など）を使う方法があります。提供内容や条件は事業者・サービスごとに異なり、変わることもあります（2026年10月現在）。
IPv6 のプレフィックスが変わる
IPv6 でも、回線によっては配られるプレフィックスが変わります。サーバーの AAAA レコードやファイアウォールの許可ルールに古いアドレスを書いていると、IPv6 だけ接続できなくなります。IPv4 と IPv6 の両方で確認してください。
まとめ
- まずアドレスを確認し、「LAN 内で受け取れない」のか「回線のIP変化に追従できない」のかを分けます。
- LAN 内では、リンク、静的IPの設定残り、DHCP サーバー、MAC 制限とランダム化、重複、ファイアウォールの順に確認します。
- パケットキャプチャで DHCP の要求と応答を見ると、クライアント側かサーバー側かを切り分けられます。
- 回線側では、グローバルIPと DDNS の値の比較、CGNAT の有無、IPv6 のプレフィックス変化を確認します。