ステップ 4: コンポーネントのシグニチャーの作成
以下のガイドラインに従い、一般的な間違いを防止し、ソフトウェアの認識率を高める最も正確なシグニチャーを作成します。
最良の結果を得るには、以下の要件を満たすシグニチャーを作成します。
- そのシグニチャーは、ソフトウェアのメインの実行可能ファイルに基づいている。
- そのシグニチャーは、ソフトウェアのメインの実行可能ファイルとパッケージ・データ (使用可能な場合) を結合している。
- そのシグニチャーは 1 種類のリリースだけをディスカバーする。シグニチャーによりリリース 7.2 が検出される場合、そのシグニチャーは、リリース 7.1 および 7.3 に対しては無効です。
- そのシグニチャーは汎用で、特定のリリースおよびそのすべてのモディフィケーション・リリースとフィックス・パックをディスカバーする。そのシグニチャーを確実に汎用にするには、以下のようにします。
- パッケージ・バージョンでワイルドカード (*) を使用する (例: 7.2.*
パッケージ・バージョンにドット (.) を使用する場合、ドットはダッシュ (-) にも一致します。例えば、4.9.3.1* というパッケージ・バージョンを指定すると、バージョン 4.9.3-1.el1 も一致します。
ワイルドカードを使用しないでバージョンを指定する場合、シグニチャーは、バージョン番号にコンマを含むパッケージにも一致します。例えば、パッケージ・バージョンが 11.10.1,REV=2005.01.21.15.53 である場合、以下のパッケージ・バージョンが指定されたシグニチャーが一致します。- 11.10.1
- 11.10.1,REV=2005.01.21.15.53
- 11.10
- 11.10.1,REV=2005.02.14.12.32
- リリース番号に限定されたファイルのバージョンを指定します。例えば、11.10 です。10.11.2 などの完全なファイルバージョンやファイルサイズを使用しないようにしてください。これらの値は、パッチによって変更される可能性があります。
- シグニチャーにはファイルとパッケージ・データが結合されており、そのどちらにもバージョン情報が含まれていない場合は、すべてのサイズのファイルを受け入れます。
ヒント: フィックス・パックやモディフィケーション・リリースの一部が対象から外れてしまう場合は、それらのフィックス・パックやリリースごとに個別の条件を結合してください。 - パッケージ・バージョンでワイルドカード (*) を使用する (例: 7.2.*
パッケージおよびファイルに示されているソフトウェアのバージョンは不正確な場合があり、BigFix Inventory に表示されるバージョンと一致しないことがあります。そのような矛盾がある場合は、ソフトウェア・カタログに正しいバージョンが定義されていることを確認します。ソフトウェアのバージョン管理に関連した問題に対処するためのより具体的なルールを作成することを検討してください。