なぜ自宅サーバーのIPアドレスが変わり、ローカルアクセスができなくなるのか

古いアドレスが使えなくなっても、ホームサーバーは正常に動作していることがあります。ダッシュボード、メディアアプリ、Dockerサービス、ファイル共有が壊れるのは、保存したアドレスが同じマシンを指さなくなったためです。

ルーター設定を変更する前に、問題を三つの可能性に分けてください：サーバーのローカルIPが変わった、リモートアクセス用のパブリックIPが変わった、またはサーバーにアクセスするための名前の解決が正しくなくなった。この最初の確認により、単純なローカルネットワークの問題がリスクのある静的IP設定やポートフォワーディングの作業に発展するのを防げます。

まずはどのアドレスが変わったかを見つけましょう

最初の質問は静的IPの設定方法ではなく、どのアドレスがサーバーを指さなくなったかです。ローカルアクセスは通常、192.168.x.x、10.x.x.x、172.16.x.xなどのプライベートLANアドレスを使います。リモートアクセスは通常、パブリックIP、ドメイン名、VPNアドレス、またはトンネルに依存します。

ブラウザのブックマークがhttp://192.168.1.50で、サーバーが現在192.168.1.72の場合、問題はローカルにあります。サーバーは自宅で開けるが携帯のデータ通信からは失敗する場合、問題はおそらくリモートアクセスです。これら二つの失敗は似ていますが、対処法は異なります。

ルーターのクライアントリスト、サーバーダッシュボード、またはサーバーのネットワーク設定から現在のサーバーのアドレスを確認してください。ルーターの管理ページにまだアクセスできる場合、接続デバイスのリストが最も安全で最初に確認すべき場所です。

何かを変更する前にこれを行ってください。間違ったデバイスを予約したり、間違ったインターフェースに静的アドレスを設定したり、LAN IPが変わったのにパブリックIPを追いかけると、サーバーが見つけにくくなります。

DHCPがローカルIPアドレスが変わる主な理由です

ほとんどの家庭用ルーターはDHCPサーバーとして機能します。DHCPはデバイスにIPアドレス、ゲートウェイ、DNS設定などのネットワーク情報を提供します。標準仕様では動的割り当てを、ネットワークアドレスを一定期間だけ割り当てるものと定めており、デバイスが最初に受け取ったアドレスを永久に所有するわけではありません。

その一時的な割り当てはリースと呼ばれます。サーバーの再起動、ルーターの再起動、ファームウェアの更新、メッシュネットワークの切り替え、またはリースの期限切れにより、サーバーが再度アドレスを要求することがあります。ルーターは同じアドレスを割り当てることもありますが、アドレスプールから別の利用可能なアドレスを選ぶこともあります。

これは正常なルーターの動作であり、ホームサーバーの故障を示すものではありません。問題になるのは、ブックマークやアプリ、スクリプト、DockerサービスのURLが古い番号に依存している場合だけです。

なぜ古いブックマークやアプリのショートカットが使えなくなるのか

保存されたIPアドレスは文字通りです。NASのダッシュボード、Jellyfinアプリ、Home Assistantのショートカット、またはブラウザのブックマークが192.168.1.50を指している場合、サーバーが別の場所に移動してもそのアドレスにアクセスし続けます。

その古いアドレスは現在空いているか、別のデバイスに割り当てられているか、別のサービスによってブロックされているかもしれません。その結果、タイムアウト、ログイン失敗、禁止ページ、または空白のブラウザタブのように見えることがあります。サーバーはずっとオンラインかもしれませんが、ショートカットが間違った扉を指しているだけです。

これが、あるデバイスは動作するのに別のデバイスが失敗する理由の説明にもなります。スマホアプリはサーバーを再検出するかもしれませんが、テレビアプリやブラウザのブックマークは更新されるまで古いIPを使い続けることがあります。

ほとんどのホームサーバーにとって、ルーター予約が最もクリーンな解決策です

ほとんどのホームサーバーにとって、最もクリーンな長期的解決策はルーター側のDHCP予約です。サーバーに自分でアドレスを管理させる代わりに、ルーターに同じサーバーに毎回同じLAN IPを割り当てるよう指示します。

ルーターのベンダーはこの機能をアドレス予約、DHCP予約、静的リース、予約アドレス、IP/MACバインディングなどと呼びます。基本的な考え方は同じで、ルーターがサーバーのMACアドレスをローカルネットワーク内の特定のIPアドレスに割り当てます。

これは通常、サーバー上のネットワークファイルを編集するより安全です。なぜなら、ルーターがアドレスプランの管理を続けるからです。サーバーOSを再インストールしたり、Dockerスタックを変更したり、アプリをリセットしても、予約はローカルアクセスの安定を保ちます。

覚えやすいアドレスを選びつつ、ルーターのサブネットと一貫性を保ちましょう。例えば、ルーターが192.168.1.1の場合、予約したサーバーのアドレスは通常、LAN設計を意図的に変更しない限り、同じ192.168.1.xネットワーク内に留めるべきです。

サーバーで静的IPを使う場合に追加の注意が必要な理由

サーバー側の静的IPも機能しますが、より注意が必要です。この設定では、サーバーはルーターにアドレスを要求するのをやめ、手動で入力したIP、ゲートウェイ、DNS、サブネット設定を使用します。

主なリスクはDHCPプールとの重複です。Cisco MerakiのDHCP競合に関するガイダンスでは、デバイスが静的IPを使用しているが、それがまだ有効なDHCPスコープ内にあるため、2台のデバイスが同じアドレスを使用し、IP競合を通じて接続問題が発生する一般的な競合ケースを説明しています。

だから静的IPはすべてのユーザーにとって最初の解決策であるべきではありません。サーバーを192.168.1.50に設定している間にルーターが別のデバイスに同じ192.168.1.50を割り当てることを許可していると、ゲストのスマホ、プリンター、スマートTVなどが後でサーバーとIPアドレスが衝突する可能性があります。

DHCPプール、ゲートウェイ、DNS、サブネット設定を理解している場合は、サーバー側で静的IPを使用してください。ほとんどの家庭ユーザーにとっては、DHCP予約の方が安定した結果を得られ、誤ってアクセス不能になるリスクも少なくなります。

ホスト名がIPブックマークより優れている場合

IPアドレスを常に覚える必要はありません。ローカルホスト名は、特にサーバーがmyserver.local、casaos.local、または他の親しみやすいLAN名を広告している場合、日常のアクセスを簡単にします。

マルチキャストDNS、またはmDNSは、従来のDNSサーバーを必要とせずにローカルリンク上で名前解決を提供するために設計されています。これが、OS、ルーター、クライアントデバイスが対応している場合に.local名が家庭内ネットワークでうまく機能する理由です。

ホスト名は完全なリモートアクセス設定とは異なります。主にLAN内で有用です。外出先からインターネット経由で同じサーバーにアクセスしようとすると、.localはダイナミックDNS、VPNアクセス、トンネルの代わりにはなりません。

実用的な方法は両方を使うことです：安定性のためにサーバーのIPを予約し、利便性のためにローカルホスト名を使います。予約済みIPは予測可能なアドレスが必要なサービスを保護し、ホスト名は日常のアクセスを覚えやすくします。

Wi-Fiやセカンドネットワークインターフェースでアドレスが異なって見える場合

ホームサーバーは複数のネットワークインターフェースを持つことがあります。イーサネット、Wi-Fi、仮想ブリッジ、Dockerネットワーク、VPNインターフェースはそれぞれ独自のアドレスを表示することがあります。サーバーがイーサネットからWi-Fiに移動すると、マシンがオンラインのままでも古い有線アドレスが機能しなくなることがあります。

これは、ユーザーが無線カードを追加したり、サーバーを別の部屋に移動したときによくあることです。ルーターは、有線インターフェースと無線インターフェースを異なるMACアドレスを持つ別のネットワーク識別子として認識します。イーサネットのDHCP予約は自動的にWi-Fiには適用されません。

ZimaOSユーザーにとって、AX210 Wi-Fiのワークフローはアクティブなネットワーク経路を確認する良い例です。AX210 Wi-FiモジュールのZimaOSガイドは、ワイヤレスカードの検出確認、nmtuiでの接続、ip aでの現在のIPアドレスの検証方法を示しています。

AX210を使用していなくても同じ原則が適用されます。DHCPや静的IP設定を変更する前に、どのインターフェースがアクティブでどのアドレスを受け取っているかを確認してください。2つの動作中のインターフェースを持つサーバーは、保存したアドレスとは異なるアドレスでアクセス可能な場合があります。

問題が実際にリモートアクセスの場合

サーバーが自宅内では動作するが外部からは失敗する場合、ローカルIPが問題ではない可能性があります。リモートアクセスは通常、パブリックIP、ドメイン名、VPN、またはトンネルに依存します。

変動するパブリックIPは変動するLAN IPとは異なる方法で扱われます。ダイナミックDNSはパブリックIPが変わるとDNSレコードを更新し、ドメイン名が正しいホームネットワークを指し続けるようにします。

VPNやトンネルツールは別の方法で問題を解決します。Tailscaleはデバイスに安定したtailnetアドレスを割り当て、プライベートなリモートアクセスを自宅ルーターのパブリックアドレスに依存しにくくします。Cloudflare Tunnelも、ホームネットワークにパブリックにルーティング可能なIPを必要とせず、アウトバウンド接続を通じてサービスを接続できます。

修正方法を混ぜないでください。DHCP予約はサーバーのLAN IPを安定させることでローカルアクセスを助けます。DDNS、VPN、またはトンネルアクセスは、パブリック側が変わる場合やポートを直接公開したくない場合にリモートアクセスを助けます。

ネットワーク設定を変更する前の低リスクな修正手順

最も安全なトラブルシューティングの方法は、まず壊れているレイヤーを特定することです。サーバーに新しいLAN IPがあるか、古いブックマークが間違ったアドレスを指しているか、アクティブなインターフェースが変わったか、または障害が自宅外でのみ発生しているかを確認してください。

レイヤーがわかったら、最小限の修正を選びましょう。ローカルアクセスの場合は、まずDHCP予約から始めます。日常の利便性のためには、ローカルホスト名を追加します。高度なサーバー側の制御が必要な場合は、DHCPプールを確認した上で静的IPを使用してください。リモートアクセスの場合は、LANアドレスを変更する代わりにDDNS、VPN、またはトンネルを検討しましょう。

目的はネットワークを複雑にすることではありません。目的はサーバーに安定したローカルIDを与え、実際の接続方法に応じて適切な名前やリモートアクセス方法を使うことです。

よくある質問

なぜホームサーバーのIPは再起動後に変わるのですか？

通常、ルーターがDHCPでローカルアドレスを割り当てるため変わります。再起動やリース更新後、サーバーは再度アドレスを要求し、ルーターのアドレスプールから別のアドレスを受け取ることがあります。

DHCP予約はサーバーで静的IPを設定するより良いですか？

ほとんどのホームサーバーでは、はい。DHCP予約はルーター側でアドレスを安定させるため、管理が簡単でサーバー側のネットワーク設定ミスが起きにくくなります。

静的IPがDHCPプール内にあるとどうなりますか？

別のデバイスがルーターから同じアドレスを受け取り、IP競合が発生することがあります。2台のデバイスが同じIPを使おうとすると、どちらかまたは両方が不安定または接続不能になることがあります。

なぜサーバーはローカルでは動作するのに家庭外ネットワークでは動作しないのですか？

それは通常、ローカルDHCPではなくリモートアクセスを示しています。あなたのグローバルIPが変わった、DDNSレコードが古くなっている、VPNが切断されている、またはトンネルが動作していない可能性があります。

IPアドレスの代わりに.localホスト名を使えますか？

はい、デバイスがローカル名解決をサポートしている場合です。.localホスト名はLANアクセスを簡単にしますが、家庭外からのアクセス時にはDDNS、VPN、またはトンネルアクセスの代わりにはなりません。

壊れたホームサーバーのブックマークは必ずしもサーバーがダウンしていることを意味しません。多くの場合、サーバーは単に新しいローカルアドレスを受け取ったか、インターフェースを切り替えたか、間違ったアクセス経路を通じて接続されています。まず、どのアドレスが変わったかを特定し、必要に応じてローカルIPを予約し、リモートアクセスのトラブルシューティングはLANのトラブルシューティングと分けて行いましょう。