# ルールベースのCollector割り当て（クラシック）

## 概要 <a href="#rule-basedcollectorassignment-classic-overview" id="rule-basedcollectorassignment-classic-overview"></a>

ルールベースのコレクター割り当てには、すべてのコレクターに対してNexthinkインスタンスの完全修飾ドメイン名（FQDN）を使用する単一のインストーラが必要です。 最初の接続時に、各コレクターは割り当てられたNexthink V6エンジンのアドレスを受け取ります。 その後、コレクターは通常どおりエンジンに情報を送信し始めることができます。 Nexthinkへの後続の接続では、各コレクターが同じエンジンに割り当てられているか、別のエンジンに割り当てられているかを確認し、それに応じてエンジンを切り替えます。

Nexthinkは一連のルールを使用して割り当てプロセスを管理します。 これらを調整することで、コレクターを異なるエンジンに動的に再割り当てできます。 ルールは、コレクターをエンジンおよびエンティティに割り当てるだけでなく、デバイスを階層に編成する基盤を形成します。 同じルールで指定されるエンティティの割り当ては、WindowsとMacのどのコレクターインストールバージョンにも有効です。 同じルールによって指定されたエンティティ割り当ては、WindowsおよびMacの両方のCollectorインストールの任意のバージョンで有効です。

## ルールベースのコレクター割り当てのサポート <a href="#rule-basedcollectorassignment-classic-supportforrule-basedcollectorassignment" id="rule-basedcollectorassignment-classic-supportforrule-basedcollectorassignment"></a>

ルールベースの割り当ては、次のデバイスフィールドに条件を持つルールをサポートしています。

* 最後のIPアドレス
* 最後のローカルIPアドレス
* 名前
* コレクターによって報告された識別名
* ADサイト
* コレクタータグ番号
* コレクター文字列タグ

デバイスがエンジン間を移動し、割り当てがデバイスの最後のIPアドレスにのみ基づいているローミングデバイスがないことを確認してください。 V6.24以降、デバイスの**最後のローカルIPアドレス**を使用することでこの問題を解決できます。

デバイスのIPアドレスに依存する条件がある場合、ローカルIPアドレスのベータ機能がV6.24から廃止され、最後のローカルIPアドレスフィールドで代替されたため、ルールベースのコレクター割り当ては互換性がありません。

## 割り当てルールの記述 <a href="#rule-basedcollectorassignment-classic-writingtheassignmentrules" id="rule-basedcollectorassignment-classic-writingtheassignmentrules"></a>

CSVファイルを使用してコレクター割り当てのルールを定義します。

<table data-full-width="true"><thead><tr><th>entity_rule</th><th>エンジン</th><th>エンティティ</th><th>Field1</th><th>Pattern1</th><th>Field2</th><th>Pattern2</th></tr></thead><tbody><tr><td>あり</td><td>Engine-1</td><td>リヨン</td><td>ad_site</td><td>リヨン-?</td><td>dn</td><td>*OU=PROD*</td></tr><tr><td>いいえ</td><td>Engine-2</td><td>パリ</td><td>local_ip</td><td>192.168.212.0/24</td><td>名前</td><td>DESKTOP-FR*</td></tr><tr><td>あり</td><td>Engine-3</td><td>ロサンゼルス</td><td>collector_tag</td><td>212</td><td></td><td></td></tr><tr><td>いいえ</td><td>Engine-4</td><td>ニューヨーク</td><td>名前</td><td>DESKTOP-US*</td><td>ip</td><td>10.100.0.0/16</td></tr></tbody></table>

**entity\_rule**（大文字小文字区別）\
**no**に設定すると、ルールはデバイスをエンジンとエンティティの両方に割り当てます。\
**yes**に設定すると、ルールはエンジンでフィルタリングされたエンティティにデバイスを割り当てます。

**Engine** (大文字小文字非区別)\
ターゲットエンジンのホスト名。

**Entity**（大文字小文字区別）\
ターゲットエンティティの名前。

**Field1**\
割り当てに使用する最初のデバイスフィールドの名前。

**Pattern1**\
指定された最初のフィールドが、デバイスに指定されたエンジンとエンティティを割り当てるために一致する必要があるパターン。

**Field2**\
割り当てのベースとする第2のデバイスフィールドの名前。

**Pattern2**\
指定された第2のフィールドが、デバイスに指定されたエンジンとエンティティを割り当てるために一致する必要があるパターン。

カラム**Field1**および**Field2**は次の値をサポートしています。

**ip**

デバイスの最後のIPアドレス。 フィールドのパターンとして、以下のいずれかを指定します。

\- ドット十進法表示の単一のIPアドレス、例: `192.168.10.1`

\- CIDR表示のサブネット、例: `192.168.10.0/24`

**local\_ip**

デバイスの最後のローカルIPアドレスは、ローカルネットワークのIPアドレスに相当します。 **ip**フィールドと同じ方法でパターンを指定します。

**name**（大文字小文字非区別）

デバイスのホスト名。

**collector\_tag**

コレクターのインストール時に割り当てられるタグ番号。 正確な番号のみと一致します。

**collector\_string\_tag**

インストール時に割り当てられたコレクターのラベル。この値はパターンマッチングをサポートします。

**dn**

コレクターが報告するデバイスの識別名。 デバイスはActive Directoryドメインの一部でなければなりません。

コレクターが報告する識別名の形式は、より具体的な属性からより一般的な属性に接続された、コンマで連結された`属性=値`要素の標準的なシーケンスです。 例えば、`CN=ex01,OU=Computers,DC=example,DC=org`

これに対して、Active Directoryから取得されたデバイス（またはユーザー）の識別名フィールドは、スラッシュで接続された同様のシーケンスを使用して、逆順に要素を連結します。 例えば、`/DC=org/DC=example/OU=Computers/CN=ex01`

**ad\_site**

デバイスが配置されているActive Directoryサイト。 サイトは1つ以上のTCP/IPサブネットを表します。

**name**、**collector\_string\_tag**、**dn**および**ad\_site**フィールドは、文字パターンマッチングをサポートしています。 関連する文字列パターンを定義するには、次のワイルドカードを使用します。

\- `?`文字は1つの文字を代替します。

\- `*`文字は0個以上の文字を代替します。

ルールのためのCSVファイルを書くには、UTF-8テキストエンコーディングを使用し、サイズを20 MBに制限してください。 ファイルの先頭にBOM文字を作成するテキストエディタ（例：WindowsのNotepad）でルールを書くのを避けてください。 そのような文字が追加されると、コンフィギュレーションウィザードによって解析時にヘッダーエラーが発生します。

ヘッダーの後、各ルールを新しい行に書きます。 各項目を二重引用符で囲み、特別な文字をエスケープし、セミコロンを区切り記号として使用します。 例えば、様々なタイムゾーンの支社を持つ小さな会社のためのCSVファイル：

```
"entity_rule";"Engine";"Entity";"Field1";"Pattern1";"Field2";"Pattern2"
"no";"Engine-2";"BOSTON";"local_ip";"10.102.0.0/16";"name";"DESKTOP-*"
"no";"Engine-3";"DUBAI";"local_ip";"10.103.0.0/16";"name";"DESKTOP-*"
"no";"Engine-4";"BRISBANE";"local_ip";"10.104.0.0/16";"name";"DESKTOP-*"
"no";"Engine-5";"ZURICH";"local_ip";"10.107.0.0/16";"name";"DESKTOP-*"
"no";"Engine-1";"REMOTE";"name";"LAPTOP-*"
```

ルールを満たすためには、**Field1**と**Field2**の両方に条件が適用される必要があるので、両方のパターンが一致する必要があります。 ルールの優先順位は上から下へと確立されます。 エンティティのみのルールは、割り当てが空の`-`エンティティに発生するのを防ぐためのキャッチオールデフォルトケースを許可し、特にスティッキー、ローミング、VPNデバイスに役立ちます。

CSVファイルをアップロードするには：

1. 中央管理者プロファイルを持つアカウントでNexthinkウェブインターフェースにログインします。
2. メインのナビゲーションバーの**Administration**メニューから、**System configuration**の下の**Collectors**を選択します。
3. **新しいルールセットを追加**ボタンをクリックします。
   1. ダイアログボックスのフィールドに入力します。

      <figure><img src="/files/Kh0JxmKaG4NlsSw8gv0F" alt=""><figcaption></figcaption></figure>

      * **ルールセット名**にはルールの一意の名前を入力します。
      * **説明**にはルールの目的を説明します。
      * **CSVファイル**の下で、**新しいファイルをアップロード**をクリックし、事前に作成したCSVファイルを選択します。

## コレクター割り当てのシミュレーション <a href="#rule-basedcollectorassignment-classic-simulatingcollectorassignment" id="rule-basedcollectorassignment-classic-simulatingcollectorassignment"></a>

あるルールセットから別のルールセットへのスムーズな移行のために、Nexthinkは最初にルールをシミュレートすることを強く推奨します。 コレクター割り当てルールのシミュレーションを行うことで、現在割り当てられているエンジンとエンティティを実際に変更することなく、ルールの適用の影響を見ることができます。

シミュレーションモードを有効にするには：

1. 中央管理者プロファイルを持つアカウントでNexthinkウェブインターフェースにログインします。
2. メインのナビゲーションバーの**Administration**メニューから、**System configuration**の下の**Collectors**を選択します。
3. **シミュレート**をクリックしてプロセスを起動します。

   <figure><img src="/files/cu4fZOAVLwmIx8nDEA9B" alt=""><figcaption></figcaption></figure>
4. 結果は自動的にダウンロードされるCSVファイルに保存されます。 それは、インスタンスとリンクされたすべてのデバイスとその特性のいくつかを一覧表示し、カラムに整理されています。 最後のものにはシミュレーションされた値が含まれています。

<table data-full-width="true"><thead><tr><th>デバイス名</th><th>コレクタバージョン</th><th>IPアドレス</th><th>ローカルIPアドレス</th><th>ADサイト</th><th>識別名</th><th>コレクタータグ</th><th>コレクター文字列タグ</th><th>UTC時刻の最終確認</th><th>最後に確認された時刻</th><th>割り当てられたエンジン</th><th>割り当てられたエンティティ</th><th>UTC時刻のローミング開始</th><th>現在の「割り当てを使用」フラグ</th><th>現在のフラグでのシミュレーションエンジン</th><th>現在のフラグでのシミュレーションエンティティ</th><th>フラグ=YESの場合のシミュレーションステータス</th><th>フラグ=YESの場合のシミュレーションエンジン</th><th>フラグ=YESの場合のシミュレーションエンティティ</th></tr></thead><tbody><tr><td>デバイス-36e68c7a</td><td>6.30.4.9</td><td>194.3.224.3</td><td>10.19.3.61</td><td>c40034</td><td></td><td>1000</td><td>BOSTON</td><td>22.11.21 19:03</td><td>10.244.14.5:8443</td><td>-</td><td>BOSTON</td><td>-</td><td>UNKNOWN (NOとして扱う)</td><td>engine-1</td><td>BOSTON</td><td>割り当て済み</td><td>engine-1</td><td>BOSTON</td></tr><tr><td>device-938b6df4</td><td>22.2.1.22</td><td>194.3.224.3</td><td>10.18.6.2</td><td>c40034</td><td></td><td>1000</td><td>MADRID</td><td>24.02.22 12:07</td><td>10.244.14.5:8443</td><td>-</td><td>マドリッド</td><td>-</td><td>不明（いいえと見なされる）</td><td>エンジン-1</td><td>マドリッド</td><td>割り当て済み</td><td>エンジン-1</td><td>マドリッド</td></tr><tr><td>デバイス-8cfae42b</td><td>21.7.1.19</td><td>194.3.224.3</td><td>10.5.3.23</td><td>c40034</td><td></td><td>1000</td><td>ボストン</td><td>11.10.21 23:05</td><td>10.244.14.133:8443</td><td>-</td><td>ボストン</td><td>-</td><td>不明（いいえと見なされる）</td><td>エンジン-1</td><td>ボストン</td><td>割り当て済み</td><td>エンジン-1</td><td>ボストン</td></tr><tr><td>デバイス-1df8e1ce</td><td>21.7.1.19</td><td>194.3.224.3</td><td>10.29.2.4</td><td></td><td></td><td>1000</td><td>マドリッド</td><td>13.10.21 13:20</td><td>10.244.14.133:8443</td><td>-</td><td>マドリッド</td><td>-</td><td>不明（いいえと見なされる）</td><td>エンジン-1</td><td>マドリッド</td><td>割り当て済み</td><td>エンジン-1</td><td>マドリッド</td></tr><tr><td>デバイス-784c6e93</td><td>21.8.1.24</td><td>194.3.224.3</td><td>10.21.22.15</td><td></td><td></td><td>1000</td><td>ロンドン</td><td>14.10.21 16:16</td><td>10.244.14.133:8443</td><td>-</td><td>ロンドン</td><td>-</td><td>不明（いいえと見なされる）</td><td>エンジン-1</td><td>ロンドン</td><td>割り当て済み</td><td>エンジン-1</td><td>ロンドン</td></tr><tr><td>デバイス-51d1eb73</td><td>6.30.4.11</td><td>194.3.224.3</td><td>10.9.4.3</td><td></td><td></td><td>0</td><td>不明</td><td>01.11.21 11:32</td><td>10.244.14.133:8443</td><td>-</td><td>デフォルト</td><td>-</td><td>不明（いいえと見なされる）</td><td>エンジン-1</td><td>デフォルト</td><td>割り当て済み</td><td>エンジン-1</td><td>デフォルト</td></tr><tr><td>デバイス-a639e2f6</td><td>21.8.1.25</td><td>194.3.224.3</td><td>10.26.17.12</td><td>9c6a68</td><td></td><td>0</td><td>-</td><td>23.11.21 15:00</td><td>10.244.14.5:8443</td><td>-</td><td>デフォルト</td><td>-</td><td>不明（いいえと見なされる）</td><td>エンジン-1</td><td>デフォルト</td><td>割り当て済み</td><td>エンジン-1</td><td>デフォルト</td></tr><tr><td>デバイス-9acf29ca</td><td>6.30.4.9</td><td>194.3.224.3</td><td>10.5.19.6</td><td>c40034</td><td></td><td>1000</td><td>不明</td><td>24.11.21 18:53</td><td>10.244.14.5:8443</td><td>-</td><td>デフォルト</td><td>-</td><td>不明（いいえと見なされる）</td><td>エンジン-1</td><td>デフォルト</td><td>割り当て済み</td><td>エンジン-1</td><td>デフォルト</td></tr></tbody></table>

シミュレーションに従ってダウンロードされたCSVの一部の例。

## コレクターの発見 <a href="#rule-basedcollectorassignment-classic-discoveringyourcollectors" id="rule-basedcollectorassignment-classic-discoveringyourcollectors"></a>

インスタンスに接続しているコレクターのリストを確認してください。

1. 中心管理者プロファイルのアカウントでNexthinkのWebインターフェースにログインしてください。
2. メインナビゲーションバーの**管理**メニューから、**システム構成**の下の**コレクター**を選択します。
3. インスタンスに関連付けられたデバイスのリストを**デバイス**で確認してください。
4. **全てをエクスポート**をクリックして、完全なリストを取得してください。

テーブルの列は、コレクターの割当状況に関する現在の情報を提供します。 これらの列には以下のプロパティが含まれます：

1. デバイス名
2. コレクタバージョン
3. IPアドレス（最後のもの）
4. ADサイト
5. 識別名
6. コレクタのタグ番号

さらに、以下の追加列が見つかるかもしれません：

**最終確認（UTC）**

コレクターから受信した最後の割当要求の時間。

**最終確認日**

最後にコレクターが確認されたアプライアンスのIPアドレスとポート。

**割り当てられたエンジン**

コレクターがデータを送信するように設定されているエンジン。

**割り当てられたエンティティ**

現在コレクターが所属しているエンティティ。

**ローミング開始日（UTC）**

デバイスがローミングを開始した時間。

**エラーメッセージ**

コレクターの割当の際に発生した最後のエラー。

## 再割当 <a href="#rule-basedcollectorassignment-classic-reassignment" id="rule-basedcollectorassignment-classic-reassignment"></a>

Nexthinkインスタンスがエンジンをコレクターに割り当てた後、コレクターは割り当てられたエンジンから新しい割当情報を受け取ります。 コレクターは、TCP接続が中断されるたびに新しい割当情報を要求します。

さらに、割当ルールが変更されるたびに、コレクターは動的に別のエンジンに再割当される可能性があります。 再割当メッセージのコレクターへの配信には最大60分かかる場合があります。

一方、望ましくないエンジンスイッチの回数を制限するために、デバイスのプロパティ（例えば **IPアドレス**）が変更された場合、10日間再割当を遅らせます。 これは、自分のサブネットを頻繁に変更するデバイス、例えばローミングユーザーのノートブックに対して特に重要です。

## 割当失敗のシナリオ <a href="#rule-basedcollectorassignment-classic-assignmentfailurescenario" id="rule-basedcollectorassignment-classic-assignmentfailurescenario"></a>

コレクターが新しい割当を受けると、最初のFQDNを宛先としてTCP接続を確立しようとします。 コレクターが3回のリトライ後も接続できない場合、以前の割当エンジンに失敗を報告します。 その後は新しい割当を待ちます。 スタンバイ中、コレクターはトラフィックを送信しません。

割当失敗があるかどうかを確認するには：

1. 中心管理者プロファイルのアカウントでNexthinkのWebインターフェースにログインしてください。
2. メインナビゲーションバーの**管理**メニューから、**システム構成**の下の**コレクター**を選択します。
3. インスタンスに関連付けられたデバイスのリストを**デバイス**で確認してください。
4. **エラーメッセージ**列で、次のような値を持つリスト項目を探してください：\
   `Last assignment failed: engine [IPアドレス] tcp port [番号]: ...`
5. デフォルトでは、100台のデバイスのみが表示されます。 **全てをエクスポート**をクリックして、完全なリストを取得してください。


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://docs.nexthink.com/platform/ja/configuring_nexthink/bringing-data-into-your-nexthink-instance/deploying-nexthink-in-non-vdi-environment/installing-collector/managing-collector-agents/rule-based-collector-assignment-classic.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
