ルールベースのコレクター割り当て（クラシック）
概要
ルールベースの Collector 割り当ては、すべての Collector に対して Nexthink インスタンスの完全修飾ドメイン名 (FQDN) を使用する単一のインストーラを必要とします。 最初の接続時に、各 Collector は割り当てられた Nexthink V6 エンジンのアドレスを受け取ります。 その後、Collector は通常通りエンジンに情報を送信し始めることができます。 Nexthink へのその後の接続で、各 Collector は同じエンジンに割り当てられているのか、別のエンジンに切り替える必要があるのかを確認します。
Nexthink は一連のルールを使用して、割り当てプロセスを管理します。 これらを調整することにより、Collector を異なるエンジンに動的に再割り当てすることができます。 ルールは、Collector のエンジンだけでなくエンティティへの割り当ても定義します。 これにより、デバイスを階層構造で整理する基盤が形成されます。 同じルールで指定されたエンティティ割り当ては、Windows と Mac のいずれのバージョンの Collector インストールでも有効です。
ルールベースの Collector 割り当てのサポート
ルールベースの割り当ては、以下のデバイスフィールドに条件があるルールをサポートします。
最後の IP アドレス
最後のローカル IP アドレス
名前
Collector によって報告される識別名
AD サイト
Collector tag 番号
Collector 文字列 tag
Engine 間を移動するデバイスがなく、デバイスの最後の IP アドレスのみに基づいて割り当てされるようなケースに注意してください。 V6.24 以降、デバイスの最後のローカル IP アドレスを使用することでこの問題が解決されます。
条件がデバイスの IP アドレスに依存している場合、ルールベースの Collector 割り当ては V6.24 から非推奨となるローカル IP アドレス Beta 機能と互換性がありません。それは最後のローカル IP アドレスフィールドに取って代わられます。
割り当てルールの作成
タブ構造の CSV ファイルを使用して、Collector の割り当てルールを定義します。
はい
エンジン-1
リヨン
ad_site
リヨン-?
dn
*OU=PROD*
いいえ
エンジン-2
パリ
local_ip
192.168.212.0/24
名前
DESKTOP-FR*
はい
エンジン-3
ロサンゼルス
collector_tag
212
いいえ
エンジン-4
ニューヨーク
名前
DESKTOP-US*
ip
10.100.0.0/16
エンティティ_ルール（大文字小文字を区別） いいえに設定されている場合、ルールはデバイスをEngineとエンティティの両方に割り当てます。 はいに設定されている場合、ルールはEngineでフィルタリングされたエンティティにデバイスを割り当てます。
Engine（大文字小文字を区別しない） 対象Engineのホスト名。
エンティティ（大文字小文字を区別） 対象エンティティの名前。
フィールド1 割り当てに使用する最初のデバイスフィールドの名前。
パターン1 指定された最初のフィールドがデバイスに指定されたエンジンとエンティティを割り当てるために一致しなければならないパターン。
フィールド2 割り当ての基準となる2番目のデバイスフィールド名。
パターン2 指定された2番目のフィールドがデバイスに指定されたエンジンとエンティティを割り当てるために一致しなければならないパターン。
フィールド1とフィールド2の列には以下の値がサポートされています。
ip
デバイスの最後の IP アドレス。 フィールドのパターンとして、次のいずれかを指定してください。
- ドット10進表記での単一の IP アドレス、例：192.168.10.1
- CIDR表記でのサブネット、例：192.168.10.0/24
local_ip
デバイスの最後のローカル IP アドレスはローカルネットワーク上の IP アドレスに対応します。 ip フィールドと同様の方法でパターンを指定してください。
名前（大文字小文字を区別しない）
デバイスのホスト名。
collector_tag
インストール時に Collector に割り当てられた tag 番号。 正確な数値のみが一致します。
collector_string_tag
インストール時に Collector に割り当てられたラベル。この値はパターンマッチングをサポートします。
dn
Collector によって報告されるデバイスの識別名。 デバイスは Active Directory ドメインの一部でなければなりません。
Collector によって報告される識別名の形式は、“属性=値” 要素が一番特定的な属性から最も一般的な属性へとカンマで接続される標準の順序です。 例：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 サブネットを表します。
名前、collector_string_tag、dn、および ad_site フィールドは文字パターンマッチングをサポートしています。 関連する文字列パターンを定義するには、以下のワイルドカードを使用します。
- ? 文字は単一の文字を代用します。
- * 文字は0個以上の文字を代用します。
ルール用の CSV ファイルを作成するには、UTF-8 テキストエンコーディングを使用し、サイズを20 MBに制限してください。 BOM文字をファイルの先頭に生成するテキストエディタ（例：Windows の Notepad）でルールを書かないでください。 そのような追加の文字は、設定ウィザードによって解析されたときにヘッダーエラーを引き起こします。
ヘッダーの後に、各ルールを新しい行に書いてください。 オプションとして各アイテムを二重引用符で囲んで、特殊文字をシステムがエスケープできるようにし、区切り記号としてセミコロンを使用してください。 例えば、複数のタイムゾーンに支社を持つ小企業のための CSV ファイル：
ルールが満たされるには、フィールド1とフィールド2の条件が満たされる必要があるため、両方のパターンが一致する必要があります。 ルールの優先順序は上から下に確立されます。 エンティティのみのルールを使用すると、特に粘着性、ローミング、または VPN デバイスにおいて、空の - エンティティへの割り当てを防ぐための全般的なデフォルトケースを確保できます。
CSV ファイルをアップロードするには：
中央管理者プロファイルを持つアカウントで Nexthink Web インターフェースにログインします。
メインナビゲーションバーの 管理 メニューから、システム設定 の下にある Collectors を選択します。
新しいルールセットを追加 ボタンをクリックします。
ダイアログボックスのフィールドに入力します。
ルールセット名 のところに、ルールに対する一意の名前を入力します。
説明 のところに、ルールの目的を説明します。
CSV ファイル の下で 新しいファイルをアップロード をクリックし、あなたが以前に作成した CSV ファイルを選択します。
Collector 割り当てのシミュレーション
Nexthink は、1つのルールセットから別のルールセットへシームレスな移行を行うために、ルールのシミュレーションを最初に実行することを強く勧めます。 Collector 割り当てルールのシミュレーションを行うことで、現在割り当てられているエンジンとエンティティを実際に変更することなく、ルールを適用した際の効果を見ることができます。
シミュレーションモードを有効にするには：
中央管理者プロファイルを持つアカウントで Nexthink Web インターフェースにログインします。
メインナビゲーションバーの 管理 メニューから、システム設定 の下にある Collectors を選択します。
シミュレート をクリックしてプロセスを開始します。
結果は CSV ファイルに保存され、Webブラウザが自動的にダウンロードします。 そのファイルは、インスタンスにリンクされているすべてのデバイスと、そのいくつかのプロパティをカラムに整理した状態で一覧します。 最後のカラムにはシミュレートされた値が含まれています。
device-36e68c7a
6.30.4.9
194.3.224.3
10.19.3.61
c40034
1000
ボストン
22.11.21 19:03
10.244.14.5:8443
-
ボストン
-
不明（NOと見なします）
engine-1
ボストン
割り当て済み
engine-1
ボストン
device-938b6df4
22.2.1.22
194.3.224.3
10.18.6.2
c40034
1000
マドリード
24.02.22 12:07
10.244.14.5:8443
-
マドリード
-
不明（NOと見なされています）
engine-1
マドリード
割り当て済み
engine-1
マドリード
device-8cfae42b
21.7.1.19
194.3.224.3
10.5.3.23
c40034
1000
ボストン
11.10.21 23:05
10.244.14.133:8443
-
ボストン
-
不明（NOと見なされています）
engine-1
ボストン
割り当て済み
engine-1
ボストン
device-1df8e1ce
21.7.1.19
194.3.224.3
10.29.2.4
1000
マドリード
13.10.21 13:20
10.244.14.133:8443
-
マドリード
-
不明（NOと見なされています）
engine-1
マドリード
割り当て済み
engine-1
マドリード
device-784c6e93
21.8.1.24
194.3.224.3
10.21.22.15
1000
ロンドン
14.10.21 16:16
10.244.14.133:8443
-
ロンドン
-
不明（NOと見なされています）
engine-1
ロンドン
割り当て済み
engine-1
ロンドン
device-51d1eb73
6.30.4.11
194.3.224.3
10.9.4.3
0
不明
01.11.21 11:32
10.244.14.133:8443
-
デフォルト
-
不明（NOと見なされています）
engine-1
デフォルト
割り当て済み
engine-1
デフォルト
device-a639e2f6
21.8.1.25
194.3.224.3
10.26.17.12
9c6a68
0
-
23.11.21 15:00
10.244.14.5:8443
-
デフォルト
-
不明（NOと見なされています）
engine-1
デフォルト
割り当て済み
engine-1
デフォルト
device-9acf29ca
6.30.4.9
194.3.224.3
10.5.19.6
c40034
1000
UNKNOWN
24.11.21 18:53
10.244.14.5:8443
-
Default
-
不明 (NOと見なされる)
engine-1
Default
assigned
engine-1
Default
シミュレーションに続くCSVの一部の例。
Collectorの発見
インスタンスに接続するコレクターのリストを確認します。
中央管理者プロファイルを持つアカウントでNexthinkのwebインターフェースにログインします。
メインナビゲーションバーのAdministrationメニューから、System configurationの下にあるCollectorsを選択します。
インスタンスに関連付けられたデバイスのリストは、Devicesの下にあります。
全てをエクスポートをクリックして、完全なリストを入手します。
テーブルの列では、Collectorの割り当て状況に関する現在の情報が提供されます。 これらの列には以下のプロパティが含まれます: 
デバイス名
Collectorバージョン
IPアドレス（最新のもの）
ADサイト
識別名
Collectorタグ番号
さらに、次の追加の列も見つかります:
最後に見た日 (UTC)
Collectorから受信した最後の割り当て要求の時間。
最後に見た場所
Collectorが最後に見られたアプライアンスのIPアドレスとポート。
割り当てられたEngine
Collectorがデータを送信するために構成されているEngine。
割り当てられたエンティティ
Collectorが現在所属しているエンティティ。
(UTC) からローミング開始
デバイスがローミングを開始した時間。
エラーメッセージ
Collectorの割り当てにおける最後のエラー。
再割り当て
NexthinkインスタンスがCollectorにEngineを正常に割り当てると、そのCollectorは割り当てられたEngineから新しい割り当て情報を受け取り、それがさらにNexthinkインスタンスから受け取ります。 CollectorはTCP接続が中断されるたびに新しい割り当て情報を要求します。
さらに、Collectorは割り当てルールが変更されるたびに別のEngineに動的に再割り当てされる可能性があります。 Collectorへの再割り当てメッセージの配送には最大60分かかる場合があります。
一方、望ましくないEngineスイッチの数を制限するために、プロパティが変更されたデバイスの再割り当て（たとえばIPアドレス）は、新しいルールが適用された後、デフォルトで10日間遅延される。 これは、ローミングユーザーのラップトップのように、サブネットを頻繁に変更するデバイスに特に重要です。
割り当て失敗のシナリオ
Collectorが新しい割り当てを受け取ったとき、そのCollectorは最初のFQDNを宛先として割り当てられたEngineにTCP接続を確立しようとします。 3回のリトライ後にCollectorが到達できない場合、Collectorは失敗を報告するために以前に割り当てられたEngineに戻ります。 その後、新しい割り当てを待ちます。 スタンバイ中、Collectorはトラフィックを送信しません。
割り当てが失敗したかどうかを確認するには：
中央管理者プロファイルを持つアカウントでNexthinkのwebインターフェースにログインします。
メインナビゲーションバーのAdministrationメニューから、System configurationの下にあるCollectorsを選択します。
インスタンスに関連付けられたデバイスのリストは、Devicesの下にあります。
エラーメッセージの列で、次のような値を持つリストエントリを探します：
最後の割り当てが失敗しました: engine [IPアドレス] tcpポート [番号]: ...デフォルトでは、100台のデバイスのみが表示されます。 全てをエクスポートをクリックして、完全なリストを入手します。
Last updated
