ルーターのIPv6リストから機器が消える：何が変わったのか

メディアプレーヤーがルーターのIPv6クライアントリストから外れても、ストリームは動き続けるため、何かが壊れたと結論しがちです。多くの場合、リストが表示内容について意見を変えただけです。ルーターのステータスページはDHCPv6リース、無線の関連付け、近隣エントリ、または統合表示を表示することがあり、それぞれ別の問いに答えます。

ページは一種類の記録を示すのであり、全一覧ではない

IPv6ホストは通常、同時にリンクローカルアドレス、一つ以上のグローバルアドレス、そして入れ替わる一時的なプライバシーアドレスという複数のアドレスを持ちます。近隣探索はローカルリンク上で最近使われた近隣のキャッシュを保持し、到達可能性の状態は期限切れになります。機器が完全に到達可能でもキャッシュされたエントリは古くなり、リース表に現れても通信は別の経路を通ることがあります。これらの情報源はいずれも、機器がこれまでに持ったすべてのアドレスの登録簿ではありません。

したがって最初の問いは、なぜ機器が消えたかではなく、ページがどのデータソースから取っているかです。

三つのホスト表示は三つの異なる問いに答える

許可されたLinuxホストで、三つのオブジェクトを別々に読みます。アドレス一覧は何が設定されているかを示し、ルート表は通信がどこへ向かうかを示し、近隣表はホストが最近リンク上で誰と話したかを示します。これらを混同すると、近隣エントリの欠落がアドレスの欠落とまったく同じに見えるため、自信に満ちた誤答が生まれます。

ip -6 address show
ip -6 route show
ip -6 neighbour show

これらは通信を運ぶ実際のネットワーク名前空間の中で実行します。コンテナの中ではインターフェース一覧がホストが見るものと異なることがあり、VPNクライアントはどちらにいてもおかしくありません。

VPN切り替えの前後で同じ三つの出力を比較し、タイムスタンプを記録します。アドレスとルートがそのままなのに近隣エントリが消えるなら、それはキャッシュの老化であり、設定変更ではありません。

表示の変化と接続性の変化を切り分ける

次に、本当に重要なこと、つまり機器が必要とするIPv6リソースへの到達性を試します。サービスが承認された経路でIPv6に応答するなら、ダッシュボードから行が消えるのは監視の欠陥です。応答しないなら、表示の変化は症状かもしれず、次の手順はリスト自体ではなくルーティングとファイアウォールの経路です。ルーティングされたVPNは通常、ホストのLANインターフェースをリモートリンクへ移さないので、LANアドレスとトンネルアドレスは思考の中で別の列に置いてください。

一つのインターフェースが複数のアドレスを持て、ステータスページはそのうち一つだけを表示することがあります。だから再接続後に何も問題がなくても機器がアドレスを変えたように見えるのです。プライバシー拡張は、一時アドレスがページの表示しないスケジュールで入れ替わるため、これを目立たせます。

リソースを確認し、それからテーブルには触れない

ホストの状態と接続性の両方が正しく見えるなら、ネットワークに触れる前にリストのデータソースと更新動作を調べます。リース期間、キャッシュのタイムアウト、ページが分類しないアドレスを隠す表示フィルタを探してください。

ダッシュボードの行を再び表示させるために、近隣表を消したり、IPv6を無効にしたり、アドレスを再割り当てしたりしないでください。そうした操作は動作中の通信を中断し、通常は次のキャッシュ期限までしか行を戻しません。ip -6 neigh flush dev br-lanは最良でも診断であり、最悪では自分で招いた障害です。

ページがどの情報源を使うかを記録すれば、機器が動くかどうかという問いは表の一行に依存しなくなります。