ルーターの再起動後にIP競合が発生するのは、2台のデバイスまたは2つのアドレス割り当てシステムが同じアドレスを所有していると誤認している場合です。
家庭用NASネットワークでは、再起動によって新たなランダムな障害が発生するのではなく、隠れた重複が露呈することが多いです。ルーターはDHCP状態を再構築し、スリープ中のデバイスは異なる順序で再接続し、手動で割り当てられたアドレスは有効なままで、予約は別のMACにバインドされることがあり、2台目のルーターやアクセスポイントがリースを提供し始めることもあります。正しい対処法は、両方の主張者を特定し、割り当てルールを修正してからキャッシュをクリアしたり再起動したりすることです。
2つのMACアドレスで競合を確認する
競合しているIP、NASのMACアドレス、ルーターの現在のリースエントリ、およびクライアントのARPまたは隣接テーブルに表示されているMACを記録します。警告が表示された直後に確認を繰り返し、古いスクリーンショットに頼らないようにしてください。
Synologyコミュニティの診断によると、NASの競合は通常、手動で選択されたアドレスがDHCPスコープ内にあり、対応する予約がないため、ルーターが別のインターフェースやデバイスに再割り当てすることが原因です。
同じIPが2つのMACアドレス間で交互に使用されている場合は、設定を変更する前に両方の物理デバイスを特定してください。1つのMACしか表示されない場合は、NASに複数のインターフェース、ボンド、仮想ブリッジ、または1台のデバイスが複数のIDのように見えるランダム化されたクライアントMACがあるかどうかを調べてください。
DHCPプール内の静的アドレスを確認する
手動で設定されたサーバー、プリンター、カメラ、アクセスポイント、スマートホームのアドレスをすべてルーターの動的プールと比較してください。静的アドレスは、再起動前に競合がなかったからといって保護されているわけではありません。
実際の家庭用ネットワークの事例では、NASが電源オフの間にスマートデバイスがNASのアドレスを取得し、ルーターがそのアドレスをまだ利用可能と見なしていたために競合が発生しました。NASが再起動して手動アドレスを取り戻した際に競合が再発しました。
割り当てモデルは1つに絞りましょう。インフラ機器にはルーター側のDHCP予約を使うか、動的プールの外に文書化された静的アドレスを配置してください。静的アドレスを設定しておき、別の場所の予約が自動的に保護してくれると考えないでください。
ルーターが再起動後もリースを保持するか確認する
制御されたルーターの再起動前後でリーステーブルを確認します。ルーターが以前のリースを復元するか、破棄するか、すべての予約済みおよび静的デバイスが見える前にすぐにアドレスを提供するかを記録してください。
Netgearユーザーは、DHCPリースが持続しないルーターを報告しており、再起動ごとに接続デバイスがアドレスを再利用し始めることがありました。
ルーターが動的リース履歴を失う場合、NASや他の固定サービスには予約がより重要になります。適宜ファームウェアを更新し、テストは1回の再起動と2台のデバイスに絞り、競合がリース再構築の挙動に従うことを確認してからルーターを交換してください。
2台目のDHCPサーバーや重複スコープを探す
再起動後に新たに接続するクライアントからのDHCPオファーをキャプチャまたは確認します。メッシュノード、古いルーター、Wi-Fiエクステンダー、仮想ルーター、コンテナ、ラボサーバーが、意図したゲートウェイが完全にオンラインになる前に応答を始めることがあります。
IP管理のガイドラインでは、複数のDHCPサーバー間の重複スコープや不整合なリース記録が重複アドレス割り当ての一般的な原因として挙げられています。
意図したサーバー以外のすべてのデバイスでDHCPを無効にするか、複数のサーバーが意図的に存在する場合は重複しないスコープを定義してください。クライアントのパケットキャプチャやリース詳細から、期待されるサーバー識別子だけがアドレスを発行していることを確認しましょう。
実際に再接続するMACアドレスに対して予約を確認する
予約は、デバイスがルーターに保存されているMACアドレスを使ってリースを要求した場合にのみ機能します。Wi-Fiプライバシーアドレス、USBアダプター、ボンドポート、交換されたNIC、仮想ブリッジ、デュアルイーサネットインターフェースは、DHCPから見える識別子を変えることがあります。
家庭用ネットワークのトラブルシューティングガイドでは、繰り返す競合は重複リース、静的重複、またはネットワーク機器やインターフェースの変更によるARPテーブルの変化が関係していることが指摘されています。
予約をアクティブなNASインターフェースに合わせ、廃止されたアダプターの古い予約は削除してください。NASが複数のポートから接続可能な場合は、各インターフェースに固有のアドレスが必要か、未使用のインターフェースは切断したままにするかを決めましょう。
割り当てルールを修正してからアドレス状態を再構築する
重複を取り除いた後、影響を受けた2台のデバイスの古いリースをクリアし、DHCP状態を更新し、関連するクライアントのARPまたは隣接エントリをフラッシュします。先に再起動すると、誰がアドレスを主張できるかを変えずに症状が一時的に隠れるだけです。
ZimaSpaceの家庭用サーバーのIPアドレスが変わる理由のガイドでは、通常のDHCPアドレス変更と重複所有による真の競合の違いが説明されています。
問題を引き起こしていた起動順序で修正を検証してください。ルーターを再起動し、完了を待ち、競合するデバイスを再接続し、その後NASを起動します。1つのMACだけが予約アドレスを一貫して受け取り所有し、再起動後に他のデバイスが主張できない場合に競合は解決されています。
サポートとヒント
もっと読む

How to Reduce Plex Database Contention on a Busy Docker Host
A Plex configuration guide for busy hosts that treats the database as local application state and reduces I/O contention without inventing a shared DB...

How to Prevent Duplicate Plex Scans and Imports
A prevention guide for duplicate Plex scans and imports that removes overlapping triggers instead of disabling library updates entirely.

How to Recover Plex After Its App-Data Volume Fills Up
A recovery ladder for full Plex app-data volumes that protects the database first and avoids deleting unknown files just to make the service start.

