【ITニュース解説】Build a Home Network Inventory Without Guessing

ホームネットワークの管理は、システムエンジニアの仕事の基礎となる。自宅のネットワークに接続された様々な機器を正確に把握する「インベントリ」（台帳）を作成することは、問題解決や日常的な疑問への対応に非常に役立つ。例えば、どのプリンターがどのIPアドレスを使っているのか、NAS（ネットワーク接続ストレージ）が別のネットワークに移動していないか、ルーターに表示される見慣れない名前がWi-Fi識別子を変更したスマートフォンなのかといった疑問に、記憶に頼らず記録から確認できるようになる。トラブルシューティングが必要になった際も、信頼できる記録が最初の手がかりとなる。

ただし、ネットワーク全体の情報を完璧に網羅する単一のリストは存在しない。ルーターはDHCPクライアントの情報を記録し、ネットワークスキャンは特定の瞬間に応答するデバイスを示す。デバイス自身の設定は、そのデバイスがどのように構成されているかを示す。これらの記録は互いに重複するが、日常的な状況によって情報が食い違うこともよくある。そのため、変化を検証できるよう、十分な証拠と日付を伴う記録が必要だ。全ての項目を恒久的に識別済みとして扱う必要はない。

まず、どのネットワークの情報を集めるかを明確にする必要がある。そのネットワークに接続された権限のあるコンピューターから、IPv4アドレス、サブネットマスク（またはプレフィックス長）、デフォルトゲートウェイ、そしてWi-Fiまたはイーサネット接続の名前をメモする。次に、その接続にサービスを提供しているルーター、ファイアウォール、またはDHCPサーバーを見つける。一般的な家庭でも、ゲストネットワーク、メッシュWi-Fiシステム、IoT専用のVLAN（仮想ローカルエリアネットワーク）、あるいはルーターモードのまま残された二つ目のルーターなど、複数のネットワーク境界が存在する場合がある。自宅でよく使われるプライベートIPアドレス範囲は192.168で始まるが、アドレスが192.168で始まるという事実だけでは、二つのデバイスが同じローカルネットワーク上にあるとは限らない。RFC 1918でプライベート利用に予約された複数のアドレスブロックが存在し、サブネットマスクやルーティング設定が、特定のインターフェースにとってどのIPアドレスがローカルであるかを決定する。インベントリには「メインホームLAN、2026年10月10日観察」のような短い見出しを付け、ゲートウェイとサブネットの情報を含める。ゲストネットワークの情報は分離して記録することが重要だ。同じ表に含めてしまうと、本来のネットワーク分離ルールがデバイスの欠落のように見えてしまう可能性がある。もし他人がネットワークを管理している場合は、記録を収集したり変更したりする前に必ず尋ねるべきだ。

次に、特定したネットワークのDHCPサーバー（多くの場合ルーター）から初期リストを取得する。ルーターの管理画面で「DHCPリース」「クライアント」「アドレスプール」「予約」といった項目を探し、現在ルーターが認識しているデバイスのリストを確認する。このリストから、表示されているデバイス名とMACアドレス（もし表示されていれば）、割り当てられたIPv4アドレス、それが一時的な「リース」なのか永続的な「予約」なのか、そして最終確認時刻やリース期限といった情報を記録する。情報源としてルーターの名前と観察日を添える。DHCPによって割り当てられるIPアドレスは、一時的な「リース」であり、永続的な所有を示すラベルではない。クライアントはリースを更新したり、別のIPアドレスを受け取ったりすることがある。スリープ中や切断されたデバイスもリースリストにエントリが残っている場合がある。このため、リースリストは特にDHCPを利用するデバイスにとって有用な出発点となるが、アドレスが現在も使われていないことや、デバイス名が正確であることの確証にはならない。新しい静的IPアドレスを割り当てる前に、必ず既存の情報を把握しておくことが重要だ。後でインベントリを使ってアドレス予約を設定する場合は、実際に接続するインターフェースに対して提案されたデバイスの識別子をよく確認する。DHCPは、ノートパソコンのイーサネットインターフェースとWi-Fiインターフェースを異なるデバイスとして扱うからだ。

続いて、同じネットワーク上の権限のあるマシンから読み取り専用の観察を行う。ローカルネットワークスキャンツールを使ったり、ネットワークスイッチの情報を確認したり、デバイス自身のネットワーク設定を見たりすることで、DHCPリストの一部を補完し、静的IPアドレスを持つシステムを発見できる可能性がある。それぞれの結果には、使用した方法と時間を記録する。あるスキャンで見つからなかったシステムが、スリープ中であったり、別のネットワークセグメントに存在したり、ファイアウォールでブロックされていたり、単にスキャンツールに反応しなかっただけかもしれない。その不在は、デバイスが消滅したことを証明しない。同様に、アクセス可能なIPアドレスもデバイスの身元を証明するものではない。異なる時刻に同じIPアドレスが表示される記録は、通常のDHCP再割り当ての結果かもしれない。IPアドレスの競合はより深刻な問題であり、テストのために意図的に引き起こすのではなく、DHCP設定と影響を受けているデバイスを通じて調査する必要がある。証拠が明確な結論を裏付けない場合には、短い信頼度メモを追加することが有用だ。例えば、「プリンター – プリンター本体とDHCP予約から確認済み」は、「ルーターリストにあったHPのような名前」よりも信頼性が高い。「不明 – リースは存在するが、所有者未確認」というメモは、根拠なく隣人のデバイスや侵入者のものだと判断するよりも、はるかに有用である。

最近のスマートフォンやタブレット、ノートパソコンには、保存されたWi-Fiネットワークに対してプライベートWi-Fiアドレスを使用する機能が搭載されていることがある。リセット後やネットワークの削除、プライバシー設定の変更後には、同じ物理デバイスが新しいMACアドレス（ハードウェアアドレス）でネットワーク上に現れる場合がある。Appleなどのプラットフォームでは、プライベートWi-Fiアドレスの動作が文書化されており、設定で確認できる。他のプラットフォームにも同様のプライバシー機能があり、その動作はデバイスとネットワークによって異なる。スプレッドシートを整理するためだけに、これらのプライバシー機能を無効にすべきではない。古いエントリは履歴としてマークし、観察日を追加する。デバイス自身の設定、その所有者、またはそのデバイスが提供する安定したサービスを通じてデバイスが同一であると確認できた場合にのみ、記録を統合する。NASのような固定機器の場合、文書化されたDHCP予約は、古いルーター画面からコピーしたニックネームよりも、デバイスの身元を確立する上で明確な方法となることが多い。デバイスの名前にも注意が必要だ。デバイス名はユーザーやメーカーに由来する場合もあれば、全くない場合もある。MACアドレスのメーカープレフィックスは手がかりになるが、それだけではモデルを完全に特定することはできない。MACアドレスがプライベートまたはランダム化されている場合は、さらに役立ちにくい。

管理しやすいインベントリを作成するには、いくつかの列があれば十分だ。例えば、観察日、ネットワーク名、デバイスのラベル、アドレスの取得方法（DHCPリース/予約、静的など）、現在のIPアドレス、MACアドレスのメモ、情報源、信頼度といった項目だ。さらに、「所有者に確認」や「次回のDHCP更新後にレビュー」といった、次回確認すべき事項の最終列を追加すると良い。パスワード、回復コード、公共IPアドレス、機密性の高いサービス詳細など、重要な個人情報はインベントリに直接含めず、別途安全に管理する必要がある。ルーターの交換、メッシュノードの追加、NASの移動、IPアドレスの予約といったネットワーク構成に意図的な変更を加えた後は、必ずリストを見直して更新する。日々の利用の中で変更を観察できたら随時エントリを更新するが、スキャン結果を自動的に真実として受け入れるべきではない。古い値とその日付は、関連するブックマークやバックアップ、ローカルでの統合設定などを確認するまで保持する。自身で管理するネットワークであれば、DeviceShelfのようなツールがDHCPサーバーやデバイス設定と比較するためのローカル観察源の一つとして役立つ場合があるが、これらの主要な記録を置き換えたり、未確認のスキャン結果を身元確認と混同したりすべきではない。

有用なホームネットワークインベントリは、「何が、どこで、どの程度の確信度で」観察されたかを明確に記録する。列の数はそれほど重要ではない。この情報が記録されていれば、次に見慣れないエントリが現れたとき、推測するのではなく事実に基づいて確認できる。これはシステムエンジニアとしての基本的なスキルであり、ネットワーク管理の信頼性を高める上で非常に重要だ。