Freshservice Probeを使用すると、ネットワーク上のすべてのSNMP（v1、v2、v3）デバイスをAssetsデータベースで発見・管理することができます。
FreshserviceでサポートされるSNMPデバイスは以下の通りです：
スイッチ
プリンター
ルータ
アクセスポイント
ファイアウォール
サポートされているすべてのデバイスについて、インターフェース情報は自動的に取得され、Freshserviceのデバイスプロパティの下で更新されます。プリンタの場合、入力ユニット、出力ユニット、マーカーユニットなどの追加情報もスキャンごとに更新されます。この情報は、各デバイスの「コンポーネント」セクションからアクセスすることができます。たとえば、プリンターのコンポーネント情報は次のように表示されます、
サポートされていないその他のSNMPデバイスは、Freshserviceの「ハードウェア」→「その他のデバイス」→「SNMP」に追加されます。これらのデバイスは、管理対象資産としてカウントされることはありません。
ProbeでのSNMPデバイススキャンの設定：
SNMP デバイスは、Freshservice Probe を使用して IP 範囲がスキャンされると自動的にスキャンされます。ネットワークに専用の SNMP 文字列がある場合、新しい IP 範囲のスキャンを作成する際に指定することができます。SNMP文字列フィールドが記入されていない場合、プローブはデフォルトの文字列「public」でデバイスを探します。ネットワーク内の資産のスキャンと発見について、詳しくはこちらをご覧ください。
SNMPデバイスのデバイスタイプを手動で変更する：
場合によっては、SNMPデバイスのタイプが正しく識別されないことがあります。このような場合、デバイスは、「ハードウェア」→「その他のデバイス」→「SNMP」にリストされます。
これらのデバイスは、以下のいずれかの手順を実行することで、サポートされているデバイスタイプのいずれかに移動することができます：
デバイスの種類を個別に変更する：
デバイスの種類を個別に変更する：「ハードウェア」→「その他のデバイス」→「SNMP」でデバイスを編集し、デバイスの種類を必要なものに手動で変更する。デバイスを正しい CI タイプに移動すると、デバイスのコンポーネントが自動的に更新され、デバイスは管理対象資産リストに含まれるようになります。
Freshserviceプローブで、デバイスタイプを変更すべきデバイスを選択し、ドロップダウンから正しいデバイスタイプを選択します。デバイスを再スキャンします。これでデバイスはFreshserviceの正しい場所に移動されます。
デバイスタイプを一括で変更する：
Probeフォルダにある device.csv ファイルに、デバイスの OID を追加し、正しいデバイスの種類を指定します。次回のスキャン時に、device.csvファイルに指定されたOIDを持つすべてのデバイスが、Freshserviceの正しい場所に自動的に更新されます。
シリアル番号の検出
Probeは、マージされた OID ライブラリを使用して、任意の SNMP デバイスからシリアル番号を検出します。1つのSNMPデバイスは、モデル（完全一致）、シリーズ、およびベンダーで一致させることができます。優先順位はモデル→シリーズ→ベンダーとなります。これらのどれでもシリアル番号を取得できない場合、シリアル番号を取得するための予備的な（一般的に使用される）OIDを用意しています。
優先順位は以下の通りです：
モデル
シリーズ
ベンダー
上記の構成では、スキャンしたSNMPデバイスのSystemObjectIDが1.3.6.1.4.1.9.1.339の場合、プローブは上記の3つのエントリすべてにマッチし、前述の優先順位に従ってSNMPデバイスのシリアルナンバーを探します。 この場合、Probeは以下のOIDを順番にチェックすることになります：
1.3.6.1.4.1.9.1.339.2.19
1.3.6.1.4.1.9.1.1.2.19
1.3.6.1.4.1.9.9.92.1.1.1.2
1.3.6.1.2.1.47.1.1.1.1.11
Probeは、有効なシリアル番号が見つかるまで、上記のシリアル番号OIDを順番に（優先的に）反復します。
その他のオプション
1つのモデル/シリーズ/ベンダーのエントリに複数のシリアル番号OIDを設定 - Probeは、devices.csvファイルの任意のエントリに複数のOIDの設定をサポートしています。 カンマ(,)区切りの値として設定する必要があります。
シリアル番号を取得しないモデル/シリーズ/ベンダーの設定 - serial_number OID が "BLANK" または "blank" 文字列として設定された場合、Probeはシリアル番号を取得しません。
モデル/プロダクトの発見：
Probeは、マージされた oid_library からモデル/プロダクトの値を取得し、カテゴリに関係なく、完全に一致する OID エントリのモデル値を取得します。 そして、同じ値がfreshserviceアプリケーション側で製品にマッチング/作成されます。
メーカー・ディスカバリー：
シリアル番号の取得と同様に、OID_LIBRARYからメーカー名を取得します。
上記の構成では、SystemObjectID が 1.3.6.1.4.1.9.1.339 の場合、Probeはメーカー値を "Cisco Systems" としてフェッチします。この場合、modelとseriesのmanufacturerが設定されていないため、次に優先されるのはベンダーです。
その他のタイプ・フィールド：
その他のタイプ・フィールドを設定するには、type_fields JSON列に、キーとしてタイプ・フィールド・ラベルを、値としてフェッチする必要のあるOIDを指定することができます。
※タイプ・フィールド・ラベルがキーとして使用される場合、ラベルは Freshservice アプリケーションのアセット・タイプのラベルと同様である必要があります。
Probeがタイプ・フィールドをフェッチするためにたどるプロセスは、前述のようにシリアル・ナンバーをフェッチするのと同じです。 優先順位とオプションは同じままです。
FreshserviceでサポートされるSNMPデバイスは以下の通りです：
スイッチ
プリンター
ルータ
アクセスポイント
ファイアウォール
サポートされているすべてのデバイスについて、インターフェース情報は自動的に取得され、Freshserviceのデバイスプロパティの下で更新されます。プリンタの場合、入力ユニット、出力ユニット、マーカーユニットなどの追加情報もスキャンごとに更新されます。この情報は、各デバイスの「コンポーネント」セクションからアクセスすることができます。たとえば、プリンターのコンポーネント情報は次のように表示されます、
サポートされていないその他のSNMPデバイスは、Freshserviceの「ハードウェア」→「その他のデバイス」→「SNMP」に追加されます。これらのデバイスは、管理対象資産としてカウントされることはありません。
ProbeでのSNMPデバイススキャンの設定：
SNMP デバイスは、Freshservice Probe を使用して IP 範囲がスキャンされると自動的にスキャンされます。ネットワークに専用の SNMP 文字列がある場合、新しい IP 範囲のスキャンを作成する際に指定することができます。SNMP文字列フィールドが記入されていない場合、プローブはデフォルトの文字列「public」でデバイスを探します。ネットワーク内の資産のスキャンと発見について、詳しくはこちらをご覧ください。
SNMPデバイスのデバイスタイプを手動で変更する：
場合によっては、SNMPデバイスのタイプが正しく識別されないことがあります。このような場合、デバイスは、「ハードウェア」→「その他のデバイス」→「SNMP」にリストされます。
これらのデバイスは、以下のいずれかの手順を実行することで、サポートされているデバイスタイプのいずれかに移動することができます：
デバイスの種類を個別に変更する：
デバイスの種類を個別に変更する：「ハードウェア」→「その他のデバイス」→「SNMP」でデバイスを編集し、デバイスの種類を必要なものに手動で変更する。デバイスを正しい CI タイプに移動すると、デバイスのコンポーネントが自動的に更新され、デバイスは管理対象資産リストに含まれるようになります。
Freshserviceプローブで、デバイスタイプを変更すべきデバイスを選択し、ドロップダウンから正しいデバイスタイプを選択します。デバイスを再スキャンします。これでデバイスはFreshserviceの正しい場所に移動されます。
デバイスタイプを一括で変更する：
Probeフォルダにある device.csv ファイルに、デバイスの OID を追加し、正しいデバイスの種類を指定します。次回のスキャン時に、device.csvファイルに指定されたOIDを持つすべてのデバイスが、Freshserviceの正しい場所に自動的に更新されます。
シリアル番号の検出
Probeは、マージされた OID ライブラリを使用して、任意の SNMP デバイスからシリアル番号を検出します。1つのSNMPデバイスは、モデル（完全一致）、シリーズ、およびベンダーで一致させることができます。優先順位はモデル→シリーズ→ベンダーとなります。これらのどれでもシリアル番号を取得できない場合、シリアル番号を取得するための予備的な（一般的に使用される）OIDを用意しています。
優先順位は以下の通りです：
モデル
シリーズ
ベンダー
上記の構成では、スキャンしたSNMPデバイスのSystemObjectIDが1.3.6.1.4.1.9.1.339の場合、プローブは上記の3つのエントリすべてにマッチし、前述の優先順位に従ってSNMPデバイスのシリアルナンバーを探します。 この場合、Probeは以下のOIDを順番にチェックすることになります：
1.3.6.1.4.1.9.1.339.2.19
1.3.6.1.4.1.9.1.1.2.19
1.3.6.1.4.1.9.9.92.1.1.1.2
1.3.6.1.2.1.47.1.1.1.1.11
Probeは、有効なシリアル番号が見つかるまで、上記のシリアル番号OIDを順番に（優先的に）反復します。
その他のオプション
1つのモデル/シリーズ/ベンダーのエントリに複数のシリアル番号OIDを設定 - Probeは、devices.csvファイルの任意のエントリに複数のOIDの設定をサポートしています。 カンマ(,)区切りの値として設定する必要があります。
シリアル番号を取得しないモデル/シリーズ/ベンダーの設定 - serial_number OID が "BLANK" または "blank" 文字列として設定された場合、Probeはシリアル番号を取得しません。
モデル/プロダクトの発見：
Probeは、マージされた oid_library からモデル/プロダクトの値を取得し、カテゴリに関係なく、完全に一致する OID エントリのモデル値を取得します。 そして、同じ値がfreshserviceアプリケーション側で製品にマッチング/作成されます。
メーカー・ディスカバリー：
シリアル番号の取得と同様に、OID_LIBRARYからメーカー名を取得します。
上記の構成では、SystemObjectID が 1.3.6.1.4.1.9.1.339 の場合、Probeはメーカー値を "Cisco Systems" としてフェッチします。この場合、modelとseriesのmanufacturerが設定されていないため、次に優先されるのはベンダーです。
その他のタイプ・フィールド：
その他のタイプ・フィールドを設定するには、type_fields JSON列に、キーとしてタイプ・フィールド・ラベルを、値としてフェッチする必要のあるOIDを指定することができます。
※タイプ・フィールド・ラベルがキーとして使用される場合、ラベルは Freshservice アプリケーションのアセット・タイプのラベルと同様である必要があります。
Probeがタイプ・フィールドをフェッチするためにたどるプロセスは、前述のようにシリアル・ナンバーをフェッチするのと同じです。 優先順位とオプションは同じままです。
この記事は役に立ちましたか？
それは素晴らしい！
フィードバックありがとうございます
お役に立てず申し訳ございません！
フィードバックありがとうございます
フィードバックを送信しました
記事の改善におけるご協力ありがとうございます。