非 UTF-8 ロケールのサポートおよびローカライズ › スケーラビリティ サーバの考慮事項

スケーラビリティ サーバの考慮事項

以下は、個々のスケーラビリティ サーバの使用事例の考慮事項を一覧にしています。

• スケーラビリティ サーバで、非 UTF-8 システムを保持し、Samba を使用する場合は、これらを正しく設定することが不可欠です（SuSE の YaST2 では正しく実行できないことに注意）。 （smb.conf の「global」セクションで）設定「unix charset」が正しく設定されていることが重要です。 推奨値は、「iso8859–15」です。これは西側ロケールで正常に動作します。 この設定を忘れた場合、すべてのファイルが表示されます。 ただし、ディレクトリ名に各国語文字（NLC）が含まれる場合、これを確認して移動することができますが、ディレクトリに含まれるいずれのファイルも確認することはできません。 ユーザの視点からは、ジョブは失敗します。 これらの設定の変更後、必ず Samba を再ロードしてください。
• Linux スケーラビリティ サーバが NFS および Samba を使用するように設定されている場合、エージェントによって Samba が使用されます。 スケーラビリティ サーバで、コマンド sd_sscmd addshare か sd_sscmd removeshare を使用して、適正に設定します。
• Samba および NFS には、それぞれファイルおよびディレクトリ名に関する問題があります。 Samba に UTF-8（または非 UTF-8）を使用しているという情報を（エージェントとして）与えると、Samba の内部機能によってファイルおよびディレクトリ名がマップされます。 名前マッピングは、個別に行われます。 ただし、NFS にはこのような機能はないため、非 UTF-8 エージェントから UTF-8 スケーラビリティ サーバに（またはその逆）接続する場合、および NLC を含むファイルおよびディレクトリ名にアクセスしようとする場合に問題が発生することがあります。 残念ながら NFS の代わりに Samba を使用する以外は回避策はありません。
• Samba ファイル共有が使用されているスケーラビリティ サーバでは、CIFS を使用して Linux エージェントに作用する Samba ファイル共有に対するアクセス用にライブラリ アクセス（sd_sscmd libraryaccess ・jを正しく設定するのはよい考えです。

  この問題は、Samba のセキュリティ構成設定に関連しています。 エージェントが CIFS を使用してスケーラビリティ サーバに共有をマウントしようとするときに、Samba スケーラビリティ サーバが共有レベル セキュリティを使用するように設定されている場合、エージェントは guest ユーザ（ライブラリ アクセスが指定されていない場合のデフォルト）としてのみマウントに成功します。

  ただし、Samba スケーラビリティ サーバが他のセキュリティ タイプ（ユーザ レベル セキュリティなど）を使用するように設定されている場合、明示的なユーザ、正しいパスワードが必要なため、匿名ユーザとしての CIFS を使用したマウントは成功しません。 さらに、ユーザは smbpasswd -a コマンドを使用して Samba ユーザ ファイルに追加されている必要があります。

  可能である場合に CIFS（mount -t cifs）の使用をお勧めする理由は、通常の SMB（smbmount）よりも NLC をより良く処理できるためです。

  管理者がスケーラビリティを以下のとおり設定することをお勧めします。

  • sd_sscmd libraryaccess …

    エージェントにジョブを送信する場合に使用されるソフトウェア配信のクレデンシャルが設定されます。

  • smbpasswd -a …

    Samba 自体にクレデンシャルを設定します。

  • エディタを使用して smb.conf を開き、共有「sdlibrary」および「sdmsilib」の行「guest ok = Yes」を削除（またはコメント アウト）します。 また、セキュリティ上の理由により、（グローバル セクションの）セキュリティ設定は、「share」（デフォルト）ではなく「user」（または better）に設定してください。 すべての Samba スケーラビリティ サーバ設定の詳細については、smb.conf のマニュアル ページを参照してください。
  • 次のように Samba を再ロードします。

    /etc/init.d/smb reload

    新しい設定が起動されます。

    注： この設定ステップを実行しない場合も、フォールバック ソリューション「内部 NOS なし」透過メカニズムが割り込むため、ジョブは機能します。 「内部 NOS なし」は「内部 NOS」の使用に比べて効率的ではありませんが、動作はします。

  標準装備で動作すると思われる Linux システムとしては SuSE 9 ES が挙げられます。標準装備で動作しない Linux システムには、RedHat 3 ES や RedHat 4 ES があります。