• HOME
  • IPアドレスが取得できない場合の対処法（169.254.x.xになる原因と確認手順）

2026年5月24日

  • シェア
  • ツイート

    • 2026年5月24日

    IPアドレスが取得できない場合の対処法（169.254.x.xになる原因と確認手順）

    PCやサーバーが「IPアドレスを取得できない」ときは、多くの場合 DHCP によるアドレスの払い出しがどこかで止まっています。この記事では、いま端末がどの状態にあるかを画面とコマンドで読み取り、起こりやすい原因から順に確認・修正できるようにします。後半では、WordPress などのサーバー側で「アクセス元のIPアドレスが正しく取れない」ケースも扱います。

    まず症状を読み取る

    「取得できない」と一口に言っても、状態はいくつかに分かれます。最初にどれに当たるかを見分けると、無駄な作業が減ります。

    # Windows（コマンドプロンプト）
ipconfig /all

# macOS（en0 は環境によって異なる）
ipconfig getifaddr en0

# Linux
ip -br link
ip -br addr

    読み取り方の目安は次のとおりです。

    • 169.254.x.x が付いている: DHCP サーバーから応答が無く、OS がリンクローカルアドレス（RFC 3927）を自分で付けた状態です。Windows の ipconfig /all では「自動構成 IPv4 アドレス」のような表記になります（表記は OS のバージョンや言語で異なります）。同じ LAN の機器とも普通には通信できません。
    • アドレス欄そのものが無い / 空: リンク（ケーブルや Wi-Fi の接続）が確立していないか、DHCP クライアントが動いていません。Linux の ip -br link で DOWN や NO-CARRIER と出ていれば物理側・無線側の問題です。
    • 普通のアドレスが付いているのに通信できない: これは「取得できない」ではなく、ゲートウェイや DNS、アドレス重複の問題です。下の「取得できたのに通信できない場合」へ進んでください。

    原因と確認方法（起こりやすい順）

    1. リンクが確立していない

    いちばん多いのは、ケーブルの抜けや断線、Wi-Fi のパスワード違い、ルーター側のポート故障です。Wi-Fi は「接続済み」と表示されていても、認証やローミングの途中でアドレス取得が止まることがあります。

    確認方法は、別のケーブル・別のポート・別の SSID を試すことです。スマートフォンなど他の端末が同じネットワークでアドレスを取れるかも見ておくと、端末側かネットワーク側かを切り分けられます。

    2. DHCP サーバー（家庭ならルーター）の不調・払い出し枠の枯渇

    他の端末も取れないなら、DHCP サーバー側を疑います。家庭やオフィスではルーターが DHCP サーバーを兼ねていることがほとんどです。ルーターの再起動で直ることも多いのですが、繰り返すなら管理画面で DHCP の割り当て範囲と、現在の割り当て数を確認してください。来客用 Wi-Fi や IoT 機器が増えて、払い出し枠が足りなくなっている例はよくあります。範囲を広げるか、リース期間を短くして空きを作ります。

    DHCP サーバーそのものが応答しない場合の調査は、サーバー側の設定やログの確認が中心になるため、この記事では端末側の切り分けに絞ります。

    3. 端末の設定が手動（固定IP）のまま、または DHCP クライアントが止まっている

    以前に固定IPを設定したまま別のネットワークへ移った、というケースです。Windows はネットワークアダプターの IPv4 のプロパティで「IP アドレスを自動的に取得する」に戻すと直ります（画面の表記はバージョンで多少異なります）。

    設定を戻したら、取得をやり直します。

    # Windows（管理者として実行）
ipconfig /release
ipconfig /renew

# macOS
sudo ipconfig set en0 DHCP

# Linux（NetworkManager 環境）
nmcli device status
sudo nmcli connection up "接続名"

    Linux サーバーでは、使っている仕組みによって確認先が変わります。NetworkManager なら nmcli、systemd-networkd なら networkctl status と journalctl -u systemd-networkd、Ubuntu の netplan なら /etc/netplan/ 配下の YAML で dhcp4: true になっているかを見ます。

    # systemd-networkd の状態とログ
networkctl status
journalctl -u systemd-networkd --since "30 min ago"

    4. MAC アドレス制限・802.1X 認証・VLAN の不一致

    会社のネットワークでは、登録済みの機器だけにアドレスを払い出す設定や、802.1X 認証が使われていることがあります。新しい PC や、OS の「ランダムな MAC アドレス（プライベートアドレス）」機能で MAC が変わった端末は弾かれます。Wi-Fi の場合は、その SSID だけランダム MAC を無効にすると取得できるようになることがあります。スイッチのポートが別の VLAN に設定されている場合も DHCP の応答が届きません。これらは端末側では直せないため、ネットワーク管理者に「端末の MAC アドレス」と「つないでいる場所」を伝えて確認してもらいます。

    5. セキュリティソフト・VPN・ネットワークスタックの不具合

    DHCP は UDP の 67 番（サーバー）と 68 番（クライアント）を使います。サードパーティのファイアウォールや VPN クライアントがこの通信を妨げたり、仮想アダプターの設定が壊れていたりすると取得に失敗します。いったん VPN を切断し、セキュリティソフトのネットワーク保護を一時的に止めて試すと切り分けられます。

    Windows でそれでも直らない場合は、ネットワーク設定のリセットを検討します。既存の VPN アダプターや手動設定が消えることがあるので、設定内容を控えてから実行し、終わったら再起動します。

    # Windows（管理者として実行。実行後に再起動）
netsh winsock reset
netsh int ip reset

    6. クラウドや VPS でネットワーク設定を書き換えた

    VPS やクラウドのサーバーは、起動時に DHCP や cloud-init でアドレスを受け取る構成が多く、設定ファイルを手で書き換えた結果アドレスが付かなくなると SSH でも入れなくなります。復旧は、事業者のコントロールパネルにある Web コンソール（シリアルコンソール）から行うのが基本です。netplan を使う環境では、変更時に sudo netplan try を使うと、一定時間内に確定しなければ元の設定に戻るため、締め出しを避けやすくなります。作業前に設定ファイルのバックアップを取っておいてください。

    取得できたのに通信できない場合

    アドレスは付いたのにサイトが開かないときは、次の順で確認します。

    # ゲートウェイまで届くか（アドレスは ipconfig / ip route で確認した値に置き換える）
ping 192.168.1.1

# 名前解決できるか
nslookup example.com

    ゲートウェイに届かないなら LAN 側、届くのに名前解決できないなら DNS 側の問題です。同じアドレスを別の機器が使っていると、通信が途切れたりつながったりを繰り返します。Windows はアドレスの重複を検知すると警告を出すことがあります。

    サーバー側で「アクセス元のIPアドレス」が取れない場合

    WordPress のコメント欄やログイン履歴、アクセスログに記録される IP がすべて同じ値になる、という相談もよくあります。これは端末の DHCP とは別の問題で、サーバーの手前に CDN（Cloudflare など）やロードバランサー、リバースプロキシがあるため、PHP の $_SERVER['REMOTE_ADDR'] に中継機器のアドレスが入っているのが原因です。

    本来の接続元は X-Forwarded-For などのヘッダーで渡されますが、このヘッダーは誰でも偽装できます。PHP で無条件にヘッダーの値を信用すると、IP 制限やログイン試行の制限を回避されるおそれがあります。対策は、Web サーバー側で「信頼できる中継機器から来たときだけヘッダーを採用する」設定にすることです。

    • nginx: ngx_http_realip_module の set_real_ip_from（信頼する中継機器のアドレス範囲）と real_ip_header を設定する
    • Apache: mod_remoteip の RemoteIPHeader と RemoteIPTrustedProxy を設定する

    CDN の中継元アドレス一覧は事業者が公開しており、更新されることがあるため、各事業者のドキュメントで最新の一覧を確認してください（2026年10月現在の考え方）。設定は検証環境で試し、変更前に設定ファイルのバックアップを取ってから本番へ反映します。

    まとめ

    • 169.254.x.x は「DHCP の応答が無い」、アドレス欄が空は「リンクか DHCP クライアントの問題」と読み分ける
    • 他の端末も取れないならルーター・DHCP サーバー側、自分だけならケーブル・Wi-Fi・端末設定・セキュリティソフトの順に確認する
    • 会社のネットワークでは MAC 制限や 802.1X、VLAN が原因のことがあり、管理者への確認が近道
    • VPS のネットワーク設定変更は Web コンソールを用意し、バックアップを取ってから行う
    • WordPress で接続元 IP がすべて同じになるのは CDN やプロキシが原因で、信頼できる中継元だけヘッダーを採用する
    Views: 108

    お気軽にご相談ください

    お見積りへ お問い合わせへ
    閉じる
    ▲