Unicode サポートの要件と制限事項

• BigFix のコンポーネント (サーバー、リレー、Web レポート) は、ASCII 文字だけが使用されているホスト名を持つシステムにインストールする必要があります。
• C コンポーネントのインストール・パスに含めるのは ASCII 文字のみにする必要があります。

• BigFix サーバーを V9.5 にアップグレードする場合は、手動でアップグレードする必要があります。
• アップグレードが完了すると、ASCII 以外の文字が含まれているパスワードが破損するため、そのパスワードを使用してログインできなくなります。その場合、製品を使用する前に、こうしたタイプのパスワードをリセットする必要があります。破損したパスワードをリセットする際に、引き続き同じパスワードを使用することも、ASCII 以外の文字からなる新しいパスワードを使用することもできます。
• 名前や値に ASCII 以外の文字が含まれている設定を持つ BigFix クライアントをアップグレードすると、問題が発生することがあります。こうした名前や値を持つカスタム設定が存在する場合、V9.5 にアップグレードした後で、それらの値が引き続き有効な値になっているかどうかを確認してください。
• BigFix の適用環境のエンコードのコード・ページがクライアントのコード・ページと異なっている状態でアップグレードを実行すると、存在しない文字セットが原因で、クライアントのインターフェース上のアクション・メッセージ・タブで入力された ASCII 以外の文字が文字化けして表示される場合があります。この問題を回避するには、/usr/share/fonts/liberation/fonts.dir ファイルを編集用に開き、存在しないフォントに対する参照を削除し、このファイルの先頭に記述されているフォントの数を、実際に検出されたフォントの数に修正します。また、特定のローカライズ版のインストール済み環境では、xorg-x11-fonts-misc というフォント・パッケージを使用すると、存在しない文字セットが指定される場合があることにも注意する必要があります。
• V9.5 より前のクライアントに非 ASCII 文字を使用する設定がある場合、BigFix サーバーを V9.5 にアップグレード後、それらの設定をリセットすることが必要な場合があります。
• 更新されたマストヘッドを受信したら、即時に V9.2.0 から V9.2.5 の BigFix クライアントの BESClient プロセスを再起動して、新しいマストヘッド・パラメーターをアクティブにします。「BES サポート」の下にある使用可能なタスクを使用して、クライアントを再起動します。これらのタスクを見つけるには、BigFix コンソールで、「Fixlet とタスク」リストに「トラブルシューティング: BES クライアントの再起動」でフィルターをかけます。
• filldb バッファー・ディレクトリーに、レポート・エンコードの予期しない値を使用するレポートが格納されている場合、BigFix を V9.5 にアップグレードすると、クライアントの filldb プロセスが失敗する場合があります。レポート・エンコードの予期しない値の例: ReportEncoding: hp-roman8。このような場合、そのレポートが格納されている filldb バッファー・ディレクトリーをクリーンアップしてから、filldb を再起動してください。

• BigFix インターフェースでは、通常、FXF エンコードに属する文字 (x-bes-fxf-charset に割り当てられた値) のみ使用することができます。例えば、FXF エンコード以外の文字が名前に含まれているカスタム・サイトを作成しようとすると (ここでは、x-bes-fxf-charset パラメーターが Windows 1252 で、サイト名が Site_albêrto だと仮定します。「ê」という文字は、Windows 1250 エンコードに固有の文字です)、BigFix コンソールにエラー・メッセージが表示されます。REST API またはコマンド・ライン・インターフェース (CLI) を使用してこのカスタム・サイトを作成する場合も、同じエラーが発生します。この規則は、ASCII 以外の文字が許可される「オペレーター名」フィールドと「Fixlet の説明 (Fixlet Description)」フィールドには適用されません。
• ASCII 以外の文字がユーザー名に含まれているオペレーターの場合、REST API を使用してログインすると、問題が発生することがあります。REST API クライアントでは、UTF-8 エンコード形式を使用することをお勧めします。
• サーバー、クライアント、ダッシュボード、Web レポートを含め、BigFix の API では、UTF-8 エンコードのみサポートされます。
• ASCII 以外のデータを使用すると、動作が変わる場合があります。例えば、以前のバージョンのクライアントとは異なるエンコードを使用すると、アクション・スクリプトで手動でパーセント・エンコードされたデータがデコードされ、異なるアクション操作が実行されることがあります。

• カスタム・サイトの名前で使用できるのは、FXF エンコードに属する文字 (x-bes-fxf-charset パラメーターに割り当てられた値) だけです。新しいカスタム・サイトを作成すると、BigFix コンソールと REST API により、FXF エンコードに属していない文字が含まれているすべての入力名がブロックされます。適用環境のクライアントで FXF 以外のローカル OS エンコードを使用すると、ローカル・クライアント・ユーザーに対して、サブスクライブ・ファイルとサブスクライブ解除ファイルの名前が正しく表示されなくなる場合があります。
• カスタム・サイトに追加するファイルの場合、ASCII 文字でファイル名を指定する必要があります。

クライアント関連度では、FXF エンコードの文字 (x-bes-fxf-charset パラメーターに割り当てられた値) がサポートされます。セッション関連度では、Unicode 文字がサポートされます。これは、セッション関連度の場合、すべてのインターフェース (BigFix コンソール、Web レポート、REST API、SOAP API) で UTF-8 エンコードが使用されるためです。以下のセッション関連度インスペクターを使用して、BigFix サーバーの FXF エンコードを取得することができます。

fxf character set of <bes server>: string

• 製品のログ・ファイルは、必ず UTF-8 でエンコードされます。Windows 以外のプラットフォームでは、ログ・ファイルのパスと名前で ASCII 以外の文字を使用することはできません。
• _BESClient_EMsg_File 設定でクライアント・ログの名前やパスを変更する場合は、文字の表示に関する問題を防ぐため、ASCII 文字だけを使用するようにしてください。

• Windows クライアントでは、ASCII 以外の文字が使用されている URL の動的ダウンロードが失敗します。こうした問題を防ぐため、ファイル内の URL はパーセント・エンコードされた UTF-8 にする必要があります。
  例えば、以下のような URL があるとします。

  /tmp/dòwnlòàd

  この場合、以下のように指定する必要があります。

  /tmp/d%C3%B2wnl%C3%B2%C3%A0d

• V9.2 以前の Macintosh クライアントの場合、サーバーのコード・ページに含まれていない ASCII 以外の文字がファイル名に含まれているファイルをアップロードすることはできません。
• ASCII 以外の文字がファイル名に含まれているファイルをダウンロードすることはできません。
• ダウンロードするファイルの名前で ASCII 以外の文字を使用することはできません。

• Fixlet デバッガーのグラフィック明細ウィンドウにレンダリングできるのは、256 個の固有のテキスト文字のみです。サポートされる範囲外の関連度テキスト文字は、前景色と背景色を反転させた「X」に置換されます。
• QnA ツールで ASCII 以外の文字を使用する場合は、ワークステーションのコマンド・プロンプト・プロパティーで使用するフォントが、ASCII 以外の文字に対応する値に設定されていることを確認してください。この値に設定されていないと、文字が正しく表示されない場合があります。または、ASCII 文字だけを使用するようにしてください。