--- title: "Cato は DHCP をどのように使用してデバイスを識別するか" slug: "how-cato-uses-dhcp-to-identify-devices" updated: 2026-10-27T00:08:34Z published: 2026-10-27T00:08:34Z canonical: "knowledge.catonetworks.com/how-cato-uses-dhcp-to-identify-devices" --- > ## Documentation Index > Fetch the complete documentation index at: https://knowledge.catonetworks.com/llms.txt > Use this file to discover all available pages before exploring further. # Cato は DHCP をどのように使用してデバイスを識別するか この記事では、Cato が DHCP メッセージを使用してネットワーク内のデバイスを識別および分類する方法と、DHCP 配置の選択がデバイスインベントリページに表示されるデバイスデータとファイアウォールルールで利用可能なデータにどのように影響するかを説明しています。 ## 概観 デバイスインベントリエンジンは、WANバウンドおよびアウトバウンドトラフィックを分析して、ネットワーク内のデバイスを発見し、識別し、分類します。 IoT/OT セキュリティサービスや Cato 管理アプリケーション (CMA) でのデバイスインベントリの使用方法については、[デバイスインベントリとは？](https://knowledge.catonetworks.com/docs/what-is-device-inventory)を参照してください。. エンジンは、DHCP、HTTP、MAC、TCP/IP、およびFTPを含むさまざまな識別プロトコルを使用します。しかし、DHCPはデバイスデータを取得するための最も価値のあるプロトコルです。 DHCP交換の際、デバイスは自分のMACアドレス、しばしばホスト名、そしてOSに関するヒントを発表します。これは、デバイスがネットワークに参加するか、リースを更新するときに予測可能なスケジュールで発生します。 Catoはこのデータを利用して、**MACアドレス**、**メーカー**、**デバイス名**、**デバイスIP**などの属性をデバイスに対して設定し、その後、ファイアウォールルールの**デバイス属性**条件として利用可能になります。ファイアウォールルールでデバイスデータを使用する詳細は、[デバイス条件をファイアウォールルールに追加する](https://knowledge.catonetworks.com/docs/adding-device-conditions-to-firewall-rules)を参照してください。 CatoがDHCPデータにアクセスするには、CatoがDHCPメッセージパス上にいなければなりません。 CatoがDHCPサーバーまたはネットワーク範囲のDHCPリレーである場合、Cato Cloudは処理するDHCPメッセージを読み込み、抽出した識別子をデバイスインベントリエンジンに入力します。 > [!TIP] > **注：** > > - **デバイス属性**条件を利用したファイアウォールルールは、MACアドレスが検出されたデバイスにのみ適用されます。実際には、これはDHCPを通じて確認されたデバイスを意味します。 Catoは、MACアドレスの検出を保証するために、Cato DHCPサービスを使用するようサイトを構成することを推奨します。 > - **デバイスインベントリ**に保存されているMACアドレスは、イーサネットフレームのヘッダーからではなく、DHCPメッセージのペイロード（`chaddr`）から取得されます。中間のDHCPリレー、ルーター、およびソケットは、この値を上書きしません。 ### DHCPメッセージパスがデバイスデータの取得に与える影響 サイトネットワーク範囲内のクライアントがIPアドレスを必要とする場合、DHCP `DISCOVER`メッセージを送信します。これが発生したときにCatoが目にするものは、範囲に対してDHCPがどのように構成されているかに依存します： - **Cato CloudをDHCPサーバーとして使用する** - CMAで**DHCP範囲**設定で範囲が構成されている場合、Cato PoPがDHCPサーバーです。範囲内のすべての`DISCOVER`、`REQUEST`、`RENEW`、および`RELEASE`はPoPに配信され、IPアドレスを割り当ててペイロードを解析します。このモードは、最も完全で最新のデバイスデータを生成します。 - **DHCPリレーとしてのCato** - 範囲が**DHCPリレー**設定で構成されている場合、データセンター内のMicrosoft DHCPサーバーなどのDHCPサーバーがリースを割り当てます。 Catoソケットは、クライアントとサーバーの間でDHCPメッセージを中継し、その間にペイロードを読み取ります。 **注:** Cato は、Cato Socket が DHCP リレー エージェントでない場合でも、Cato クラウドを通過する DHCP リレー メッセージから DHCP 識別子を抽出することができます。これは、リレートラフィックが Cato を経由して DHCP サーバーに到達する場合に適用されます。 - **LAN上でローカルに提供されるDHCP** - ローカルルーター、サードパーティのアクセスポイント、またはWindows ServerなどのサードパーティのDHCPサーバーは、Catoによる中継なしで同じブロードキャストドメインのクライアントに応答します。これらのDHCPメッセージはLANを離れることなく、Catoには見えません。この範囲上のデバイスは、**WANバウンド**トラフィックを介してデバイスインベントリに表示される場合がありますが、通常は限定的なデータ（*MACアドレス*、*メーカー*、*ホスト名*なし）であり、**デバイス属性**の条件を使用したファイアウォールルールは適用されません。 Catoが処理する各DHCPメッセージについて、次のフィールドから識別子を抽出し、それらをデバイスプロファイルに入力します： | DHCPフィールド | デバイスインベントリ属性 | | --- | --- | | クライアントハードウェアアドレス（`chaddr`） | **MACアドレス** — デバイスレコードのアンカーであり、**デバイス属性**ファイアウォールルールの前提条件です。 | | MAC OUI（最初の24ビット） | **初期メーカー**は、IEEE OUIレジストリから派生しています。 | | 割り当てまたは要求されたIPアドレス | **デバイスIP**、および後のトラフィックをデバイスに帰属させるために使用されるIP-to-MACバインディング。 | | オプション12（ホスト名） | **デバイス名**、クライアントが広告した場合。 | | オプション55（パラメータリクエストリスト） | **OS**および**OSバージョン**の識別に貢献します。 | | オプション60（ベンダークラス識別子） | **ベンダークラス**（たとえばIoTやOTデバイス、プリンタ、VoIP電話、カメラなど）を持つデバイスの[**タイプ**](/docs/ja/type)、[**メーカー**](/docs/ja/manufacturer)、および[**モデル**](/docs/ja/model)を洗練します。 | CatoはこれらのDHCP由来の属性を他のプロトコルの信号やWANバウンドトラフィックの行動分析と組み合わせて分類を洗練します。 ## デバイス識別のためのDHCPの構成 各サイトでデバイスインベントリエンジンがデバイスを識別できるようにするために、監視したい各ネットワーク範囲のDHCPメッセージパスにCatoが位置するようにDHCPを構成します。 2つのモードのいずれかを使用できます。 ### CatoをDHCPサーバーとして使用する（推奨） このモードでは、Cato Cloudはネットワーク範囲のクライアントにIPアドレスを割り当て、すべてのDHCPメッセージを直接読み取ります。 > [!TIP] > **注意：** > > デバイス識別範囲と運用のシンプルさの両方のために、このモードをCatoが推奨します。詳細については、[DHCPの推奨事項](https://knowledge.catonetworks.com/docs/recommendations-for-dhcp)を参照してください。 Cato CloudをDHCPサーバーとして使用する方法の詳細については、[DHCP設定の構成](https://knowledge.catonetworks.com/docs/configuring-dhcp-settings)をご覧ください。 ### CatoをDHCPリレーとして使用する 独自のDHCPサーバー（例：集中化されたMicrosoft DHCPサーバー）を保持したい場合でも、CatoがDHCPメッセージを見ることができるようにこのモードを使用します。 CatoをDHCPリレーとして使用する詳細については、[DHCPリレーとしてのCatoの構成](https://knowledge.catonetworks.com/docs/configuring-cato-as-the-dhcp-relay)を参照してください。 ## DHCPベースのデバイスデータが表示される場所 Catoは、次のCMAページでDHCPに由来する識別子を使用します： - **デバイスインベントリ** - 上記のDHCPフィールドから**MACアドレス**、**メーカー**、**デバイス名**、および**デバイスIP**列が埋められます。デバイスの**クイックビュー**を開いて、MACアドレスと完全な属性リストを確認します。詳しくは、[デバイスインベントリページの使用](https://knowledge.catonetworks.com/docs/using-the-device-inventory-page) をご覧ください。 - **WAN、インターネット、LANファイアウォールルールベース** - デバイスインベントリエンジンによって識別された値は、ルールの**デバイス属性**条件内で選択可能な値になります。**デバイス属性**条件を使用したルールは、MACアドレスが検出されたデバイスにのみ適用されます。 ## 既知の制約 [[デバイスインベントリページの使用](https://knowledge.catonetworks.com/docs/using-the-device-inventory-page)]で記載された制限（3日間のエイジング、多ID分割、共有ID衝突）に加えて、DHCPベースの識別には以下の制限があります： - **静的IPデバイスはDHCP信号を出しません。**静的IPアドレスを持つデバイスはDHCPメッセージを送信しないため、**デバイスインベントリ**にはMACアドレスがなく、**デバイス属性**条件を使用するファイアウォールルールと一致しません。 - **ローカルで提供されるDHCPはCatoにとって不可視です。** DHCPがLAN上のデバイスによって提供され、それがDHCPメッセージをCato Cloud（サーバーとしてまたはリレーとして）に送信しない場合、CatoはそれらのメッセージからデバイスIDを抽出することはできません。 - **MACランダム化。**モダンなオペレーティングシステム（iOS、Android、Windows 11、macOSの最近のバージョン）は、ネットワークごとにランダム化されたMACアドレスを提示できます。ランダム化されたMACアドレスには実在のメーカーに対応するOUIがなく、同じ実物のデバイスが異なるネットワークで異なるMACアドレスで現れる可能性があります。 - **DHCPスヌーピングやオプション82の書き換え。**クライアントとCatoソケットの間のデバイスがDHCPメッセージを変更した場合（例: オプション82を追加する、または`chaddr`を変更する）、**デバイスインベントリ**に格納される識別子はその変更を反映します。 ## 関連記事 - [デバイスインベントリとは何か？](https://knowledge.catonetworks.com/docs/what-is-device-inventory) - [デバイスインベントリページの使用方法](https://knowledge.catonetworks.com/docs/using-the-device-inventory-page) - [DHCP設定の設定](https://knowledge.catonetworks.com/docs/configuring-dhcp-settings) - [CatoをDHCPリレーとして設定する](https://knowledge.catonetworks.com/docs/configuring-cato-as-the-dhcp-relay) - [DHCPの推奨事項](https://knowledge.catonetworks.com/docs/recommendations-for-dhcp) - [ファイアウォールルールへのデバイス条件の追加](https://knowledge.catonetworks.com/docs/adding-device-conditions-to-firewall-rules)