JpsUserプロバイダの資格証明マップDomain_Home/ucm/cs/data/providers/jpsuserprovider/provider.hdaファイルで変数ProviderCredentialsMap=name_of_mapを有効化および設定して、JpsUserプロバイダに資格証明マップを定義できます。Content構成リファレンスを参照してください。資格証明マッピングの詳細は、第21.2項を参照してください。(LDAP)は、TCP/IPで実行されるディレクトリ・サービス・プロトコルです。これは、ネットワーク内のリソース管理の高度な機能性を提供し、アプリケーションとともに使用して、セキュリティおよびユーザー認証を管理します。LDAPディレクトリ・サービス・モデルは、属性のコレクションに基づいており、情報ディレクトリに格納されている情報へのアクセスに使用されます。このように、LDAPは、ユーザー名およびパスワード資格証明のセットを認証ソースに照合して検証するために使用されます。このプロセスにより、ユーザーにはWebリソースにアクセスする権限が付与されます。LDAPサーバーには、コンテンツ・サーバーやその他のOracle製品のモジュールなどのアプリケーションからアクセスできるユーザー関連情報のソースが1つあります。注意:リリース11gR1以後、コンテンツ・サーバーにはLdapuserプロバイダ機能のかわりにJpsUserProviderが使用されています。コンテンツ・サーバーのユーザーおよびセキュリティ管理にコンテンツ・サーバーLDAPプロバイダを使用することはお薦めできません。詳細は、第13.2.5項を参照してください。Directory以外)の使用を決定する場合、コンテンツ・サーバー・インスタンスとLDAPサーバー間の通信を設定するために、Ldapuserプロバイダを設定する必要があります。構成されている場合、Ldapuserプロバイダでは、ロールの割当ておよびアカウント権限(LDAPプロバイダ・ページで定義)にリンクするマッピング・プロパティを通じて、外部ユーザーが認可されます。Networkで動作保証情報を参照してください。http://www.oracle.com/technetwork/middleware/webcenter/content/documentation/documentation-155348.html必須ではありませんが、コンサルティング・サービスを利用して、LDAPセキュリティ・モデルを作成し、LDAP統合をデプロイすることをお薦めします。詳細は、営業担当者にご連絡ください。次のコンテンツ管理製品およびアーキテクチャでも、LDAP統合が役立つことがあります。Trackerは、組み合せたときに、ユーザーが標準ブラウザを使用して、統合された一連の分析ツールを介してコンテンツの使用を追跡できるソフトウェア機能の集まりから構築されるシステムです。コンテンツ・サーバー・インスタンスにより提供されるデータは、Webサーバー・ログ・データ、コンテンツ・サーバー・データおよびユーザー情報などのログ・データから導出されます。Trackerでは、このデータにアクセスし、データの分析を行い、説明的なレポートを作成します。Trackerの統合はオプションです。LDAPが使用される場合、LDAPプロバイダを作成する必要があります。Contentのマネージング』を参照してください。コンテンツ・サーバーのセキュリティ・プロバイダの理解コンテンツ・サーバーとその他のOracleアプリケーション間のセキュリティ構成統合に加えて、コンテンツ・サーバー自体のSecurityProvidersコンポーネントは、基本の受信および送信ソケット・プロバイダに2つの新しいタイプのプロバイダを加えて拡張することで、セキュリティ強化に使用できます。(SSL)プロバイダキープアライブ・プロバイダセキュリティ・プロバイダを鍵および証明書とともに適切に使用すると、コンテンツ・サーバー・インスタンスとのネットワークおよびインターネット通信のセキュリティを強化できます。SecurityProvidersコンポーネントを使用する利点には、次のものがあります。通信の暗号化および認証を提供することにより、SSLがWeb通信のセキュリティを強化します。セキュリティ・プロバイダにより、ソケットまたはサーバー認証に証明書を使用できます。キープアライブおよび接続プーリング・ロジックは、SSLソケットの作成および解除の量を減らすことで、SSL費用のオーバーヘッドを避けるのに役立ちます。SecurityProvidersコンポーネントは、デフォルトではコンテンツ・サーバー・インスタンスによりインストール(有効化)されます。リファレンスSecurityProvidersコンポーネントを使用するには、ソケット・プロバイダ、セキュリティおよび認証、SSL、キープアライブ、およびネットワーク通信のその他のセキュリティ面に精通している必要があります。SecurityProvidersコンポーネントで作業する場合、次の情報ソースが役立ちます。Edition』このオンライン・ドキュメントはオラクル社から入手可能です。これには広範囲に及ぶ関連ドキュメント・セクションがあり、参考図書、セキュリティ基準、政府のセキュリティに関する政策および規制、暗号化およびSSLに関する書籍一覧が含まれています。Tool』このオンライン・ドキュメントはオラクル社から入手可能です。Standards』このオンライン・ドキュメントは、RSA社から入手可能です。FAQ』このオンライン・ドキュメントは、RSA社から入手可能です。Projectから入手可能です。次の表では、この項で使用されるいくつかのセキュリティ用語の定義を示しています。エンティティ(人または組織)のアイデンティティおよび公開鍵を確認するデジタル署名。証明書は、認証局または個々のエンティティで発行できます。認証局(CA)他のエンティティのために証明書を発行するエンティティで、VeriSignやThawteのような、有名で信頼できる証明書の発行元として認識されています。キーストア認証処理に使用される鍵の情報のファイルまたはデータベース。発行者であるエンティティのみが知っている鍵としてパッケージ化された情報。秘密鍵は、署名生成で使用されます。公開鍵エンティティに公に関連付けられた鍵としてパッケージ化された情報。公開鍵は、署名の確認に使用されます。Layerは、公開鍵と秘密鍵のテクノロジの組合せを使用するセキュアなネットワーク通信用のプロトコル。トラストストアトラスト・マネージャが信頼できると判断した鍵のファイルまたはデータベース。セキュリティ・プロバイダの使用計画コンテンツ・サーバー用のSSLソケット・プロバイダまたはキープアライブ・ソケット・プロバイダを実装する前に、セキュリティ・プロバイダをどのように使用するかを決めることをお薦めします。キープアライブおよびSSLの接続タイプを調べ、選択したセキュリティ・プロバイダを使用するために、キーストアやトラスト・ストアを作成する必要性など、追加の構成が必要かどうかを決定します。次の項では、プロバイダ・タイプの動作を制御するために使用するJavaクラスや、必要になる可能性のある追加構成など、SSLおよびキープアライブ・プロバイダ・タイプについてより多くの情報を提供しています。キープアライブ接続キープアライブ機能は、永続的接続やサービス・リクエスト用のソケット接続のプーリングを可能にします。キープアライブ接続の設定は、接続の設定および解除に時間がかかる可能性のあり、そのアクティビティにかかる時間を最小限にする必要がある場合に、最も役に立ちます。SecurityProvidersコンポーネントは、受信および送信の2つのキープアライブ・ソケット・プロバイダを提供します。キープアライブ受信ソケット・プロバイダの設定には、次のJavaクラスが使用されます。Javaクラス説明プロバイダ・クラスidc.provider.ExtendedSocketIncomingProvider接続クラスidc.provider.KeepaliveSocketIncomingConnectionサーバー・スレッド・クラスidc.server.KeepaliveIdcServerThreadキープアライブ送信ソケット・プロバイダの設定には、次のJavaクラスが使用されます。SSL接続SSLプロバイダの設定により、キープアライブ環境でSSL接続が使用できるようになります。この設定は、SSLソケットの設定および解除のコストを最小限にするのに役立つため、単純なSSLプロバイダ設定にお薦めします。SecurityProvidersコンポーネントは、キープアライブ付きの受信および送信の2つのSSLソケット・プロバイダを提供します。SSLキープアライブ受信ソケット・プロバイダの設定には、次のJavaクラスが使用されます。Javaクラス説明プロバイダ・クラスidc.provider.ssl.SSLSocketIncomingProvider接続クラスidc.provider.KeepaliveSocketIncomingConnectionサーバー・スレッド・クラスidc.server.KeepaliveIdcServerThreadキープアライブSSL送信ソケット・プロバイダの設定には、次のJavaクラスが使用されます。追加のセキュリティ構成どのタイプのセキュリティ・プロバイダを選択するかに応じて、追加の構成が必要になる場合があります。「プロバイダの追加」ページには、プールする接続数を指定する「接続の数」フィールドがあります。「プロバイダの追加」ページには2つの追加オプションがあります。クライアントに能力があれば、接続を行うときに自身を認証する必要があります。クライアントは、接続をするために、自身を認証する必要があります。「クライアント認証をリクエスト」オプションの値、「クライアントの認証が必要」オプションの値、およびどんなタイプの認証局がこれらのオプションで処理される証明書に署名をしたかにより、SSLプロバイダでは、クライアントとサーバーの両方で、1つまたは複数のキーストアと1つのトラストストアの設定が必要になる可能性もあります。キーストアおよびトラストストアの詳細は、第13.3.2項を参照してください。キーストアおよびトラストストアSSLプロバイダには、複数のキーストアの使用が必要になる場合と、1つのトラストストアが必要になる場合があります。キーストアとは、SSLで使用するための公開鍵および秘密鍵の情報を保持するファイルです。トラストストアには、信頼できると判断された証明書が格納されます。サーバーおよびクライアント上で使用される証明書が、VeriSignやThawteなどの有名な認証局(CA)によって署名されている場合、デフォルトのJVMトラストストアにはこれらのCAの証明書が含まれてるため、トラストストアは不要です。トラストストアは、SSLプロバイダにより使用される証明書が自己署名または民間のCAによって署名されている場合に必要です。SSLプロバイダにキーストアとトラストストアが必要な場合、それらを作成および管理する必要があります。次の各項では、キーストアとトラストストアの概要を説明します。第13.3.2.4項「トラストストアの作成」キーストアおよびトラストストアの詳細は、第13.3項のリストにある情報源を参照してください。次の例は、キーストアおよびトラストストアが必要となる様々な状況と使用について示しています。サーバーでは、SSLソケットを作成するために、署名入りSSL証明が入っているキーストアが1つ必要です。サーバーでは、クライアント認証を要求または必要とし、これにはトラストストアが1つ必要になる場合があります。クライアントの証明書が有名なCAによって署名されていない場合、サーバーではそのCAの証明書が入っているトラストストアが必要になります。サーバーではクライアント認証を要求または必要とし、これにはクライアントに、認証のために提示する証明書を格納するキーストアが必要になる場合があります。サーバーでは、有名なCAによって署名されていない証明書を使用するため、クライアントにはサーバーの証明書が入っているトラストストアが必要になります。キーストアおよびトラストストア情報の指定キーストアおよびトラストストア情報を使用するために、SSL受信および送信プロバイダでは、sslconfig.hdaというファイルがプロバイダ・ディレクトリ(provider.hdaファイルの隣)で設定されている必要があります。sslconfig.hdaファイルには、キーストアおよびトラストストアのために指定する構成情報が含まれています。これは次の例に似たフォーマットです。セキュリティ上の理由で、このファイルの編集に便利なWebインタフェースはなく、編集はすべて、テキスト・エディタ使用して手動で行う必要があります。これまたは任意の.hdaファイルの各行の末尾に、スペースがないことを確認してください。値の説明TruststoreFileトラストストア・ファイルへのフル・パス。KeystoreFileキーストア・ファイルへのフルパス。キーストアの生成この項では、キーストア生成の基本プロセスを説明します。自分のSSLプロバイダ用に作成する鍵およびキーストアに、固有の要件と名前を決める必要があります。sslconfig.hdaファイルには、そのファイルのKeystoreFile構成設定のフルパスが含まれているため、キーストア・ファイルは任意の場所に格納できます。キーストア・ファイルは、IntradocDir/data/providers/provider_nameディレクトリ(provider.hdaファイルおよびsslconfig.hdaファイルの隣)か、IntradocDir/config/ディレクトリに格納することをお薦めします。コンテンツ・サーバー・インスタンスのプロバイダ・ページを使用して、エイリアスおよびパスワードを設定します。Tool』というタイトルのドキュメントを参照してください。keytoolユーティリティには、秘密鍵との直接の対話を防ぐ機能があります。この機能とは、キーツールを使用して生成される証明書をキーストアに貼り付けることで、そのため証明書から秘密鍵の部分を取得することはできません。逆に、キーツールで、前から存在する証明書をJavaキーストアにインポートする方法はありません。Javaキーストアを使用すると、Javaキーストアからの秘密鍵のインポートおよびエクスポートができます。詳細は、portecle.sourceforge.netを参照してください。キーツールを使用するには、コマンドを入力する際に、自分のパスにそのユーティリティを持っている必要があります。キーストアで鍵を作成します。次のコマンドラインの例は、aliasという名前の鍵のエントリを、keystoreという名前のキーストアに作成する方法を示しています。このコマンドは、キーストアのパスワード、鍵を生成するために使用される情報、および鍵自体のパスワードの入力を要求します。鍵のパスワードがキーストアのパスワードと異なる場合、鍵の取得にKeystoreAliasおよびKeystoreAliasPasswordの値が必要です。keystore証明書の署名リクエストを生成します。次のコマンドラインの例は、keystoreという名前のキーストアでaliasという名前の鍵エントリを生成し、これをcsr_fileという名前のファイルに格納する方法を示しています。このファイルは、CAに送信して署名してもらうことができます。csr_fileCAの証明書をキーストアにインポートします。キーツールが、ユーザーの証明書がインポートされると同時に、一連の信用をチェックします。証明書に有名でないCAの署名が入っていて、キーツールにそのCAに関する情報がない場合、その証明書は却下されます。したがって、有名ではないCAからの証明書はすべて、まずはキーストアにインポートし、そのユーザーの証明書が次のステップで正常にインポートされるようにする必要があります。次のコマンドラインの例は、cert_fileという名前のファイルにある証明書を、keystoreという名前のキーストアにインポートする方法を示しています。cert_file署名の入った証明書を元のキーストアにインポートします。証明書の署名リクエストがCAで受信され、署名の入った証明書がCAから送り返されてくると、その証明書は、エイリアスで識別されるキーストア・エントリに読み込むことができきます。次のコマンドラインの例は、署名の入った証明書をインポートする方法を示しています。csr_fileすべてがキーストアにあることを確認します。トラストストアの作成この項では、トラストストア生成の基本プロセスを説明します。トラストストアは、SSLプロバイダで有名な認証局の署名のない鍵を使用する場合に必要です。トラストストアには、コンテンツ・サーバー・インスタンス用にトラストストアの管理者(トラスト・マネージャ)によって確認された公開証明書のみが格納されています。作成するトラストストア固有の要件および名前を決める必要があります。sslconfig.hdaファイルにはTruststoreFile構成設定のフルパスが含まれているため、トラストストア・ファイルは好きなところに格納できます。トラストストア・ファイルは、IntradocDir/data/providers/provider_nameディレクトリ(provider.hdaファイルおよびsslconfig.hdaファイルの隣)か、IntradocDir/config/ディレクトリに格納することをお薦めします。Tool』というタイトルのドキュメントを参照してください。キーツール・ユーティリティを使用するには、コマンドを入力する際に、自分のパスにそのユーティリティを持っている必要があります。次のコマンドラインの例は、トラストストアの作成方法を示しています。説明aliasキーのエイリアス名。keystoreキーストアの名前。cert_file認証局の証明書へのパス。プロバイダの管理この項の内容は次のとおりです。送信プロバイダを追加するには、次のようにします。Webブラウザを使用して、コンテンツ・サーバーのホームページにアクセスし、「管理」→「プロバイダ」を選択します。「プロバイダ」ページの「新規プロバイダの作成」表で、「送信」プロバイダ・タイプの「アクション」列で「追加」をクリックします。「送信ソケット・プロバイダ」ページで構成値を入力します。必要なロールアカウント・フィルタオプションのチェック・ボックスプロキシターゲットへの通知ユーザーリリースされたドキュメント「追加」をクリックします。「プロバイダ」表に追加した新規プロバイダが入った「プロバイダ」ページが開きます。コンテンツ・サーバー・インスタンスを再起動します。Serverドメインにインストールされるときに指定されます。注意:スタンドアロン・モードのデータベース接続を構成する場合は、第3.5.2.3項、第3.5.2.4項、および第3.5.2.5項を参照してください。データベース・プロバイダを追加するには、次のようにします。Webブラウザを使用して、コンテンツ・サーバーのホームページにアクセスし、「管理」→「プロバイダ」を選択します。「プロバイダ」ページの「新規プロバイダの作成」項で、「データベース」プロバイダ・タイプの「アクション」列で「追加」をクリックします。「データベース・プロバイダ」ページで構成値を入力します。「追加」をクリックします。「プロバイダ」表に追加した新規プロバイダが入った「プロバイダ」ページが開きます。コンテンツ・サーバー・インスタンスを再起動します。受信プロバイダの追加プロバイダを使用してサーバー・ソケットに接続するには、コンサルティング・サービスが必要です。受信プロバイダを追加するには、次のようにします。Webブラウザを使用して、コンテンツ・サーバーのホームページにアクセスし、「管理」→「プロバイダ」を選択します。「プロバイダ」ページの「新規プロバイダの作成」項で、「受信」プロバイダ・タイプの「アクション」列で「追加」をクリックします。「受信プロバイダ」ページで構成値を入力します。必須のフィールドプロバイダ名プロバイダの説明サーバー・ポートプロバイダ・クラス(事前定義)オプションのフィールド接続クラス(事前定義)構成クラス「追加」をクリックします。「プロバイダ」表に追加した新規プロバイダが入った「プロバイダ」ページが開きます。コンテンツ・サーバー・インスタンスを再起動します。プレビュー・プロバイダの追加プレビュー・プロバイダを追加する手順は、HTMLプレビュー機能のzipファイル内で提供される情報を参照してください。NetworkのWebサイトからダウンロード可能です。受信セキュリティ・プロバイダを追加する手順は次のとおりです。Webブラウザを使用して、コンテンツ・サーバーのホームページにアクセスし、「管理」→「プロバイダ」を選択します。「プロバイダ」ページの「新規プロバイダの作成」表で、「keepaliveincoming」または「sslincoming」プロバイダ・タイプの「アクション」列の「追加」をクリックします。keepaliveincomingプロバイダのページまたはsslincomingプロバイダのページで、次のように構成値を入力します。「追加」をクリックします。「プロバイダ」表に追加した新規プロバイダが入った「プロバイダ」ページが開きます。コンテンツ・サーバー・インスタンスを再起動します。送信セキュリティ・プロバイダを追加する手順は次のとおりです。Webブラウザを使用して、コンテンツ・サーバーのホームページにアクセスし、「管理」→「プロバイダ」を選択します。「プロバイダ」ページの「新規プロバイダの作成」表で、「keepaliveoutgoing」または「ssloutgoing」プロバイダ・タイプの「アクション」列の「追加」をクリックします。keepaliveoutgoingプロバイダのページまたはssloutgoingプロバイダのページで、次のように構成値を入力します。相対Webルートオプションのフィールド接続クラス(事前定義)構成クラスリクエストのクラス(事前定義)接続の数(事前定義)HTTPサーバー・アドレス必要なロールアカウント・フィルタオプションのチェック・ボックスプロキシターゲットへの通知ユーザーリリースされたドキュメント「追加」をクリックします。「プロバイダ」表に追加した新規プロバイダが入った「プロバイダ」ページが開きます。コンテンツ・サーバー・インスタンスを再起動します。Contentシステムをインストールすると提供されます。注意:サイトでシステム定義のJpsUserプロバイダに加えてさらにJpsUserプロバイダが追加されることはまずありません。Serverのインストールに問題が生じる可能性があります。「JpsUserプロバイダ」ページで指定した以外の構成オプションの詳細は、第13.2.5.1項を参照してください。JpsUserプロバイダを追加する手順は次のとおりです。Webブラウザを使用して、コンテンツ・サーバーのホームページにアクセスし、「管理」→「プロバイダ」を選択します。「プロバイダ」ページの「新規プロバイダの作成」表で、「jpsuser」プロバイダ・タイプの「アクション」列で「追加」をクリックします。「JPSユーザー・プロバイダ」ページで構成値を入力します。必須のフィールドプロバイダ名プロバイダの説明プロバイダ・クラス(事前定義)ソース・パスオプションのフィールド接続クラス構成クラスJPSコンテキストデフォルト・ネットワーク・ロール属性マップを指定するには、次のようにします。「JPS属性」リストから情報フィールドを選択します。「ユーザー属性」リストからコンテンツ・サーバーのユーザー情報フィールドを選択します。「追加」をクリックします。テキスト・ボックスに、その属性マップが追加されます。必要ならば、「属性マップ」テキスト・ボックスで属性を直接編集します。必要ならば、デフォルト・ネットワーク・ロールを変更または追加します。「追加」をクリックします。「プロバイダ」表に追加した新規プロバイダが入った「プロバイダ」ページが開きます。コンテンツ・サーバー・インスタンスを再起動します。Webサーバーを再起動します。HTTP送信プロバイダの追加HTTP送信プロバイダを追加するには、次の手順を実行します。Webブラウザを使用して、コンテンツ・サーバーのホームページにアクセスし、「管理」→「プロバイダ」を選択します。「プロバイダ」ページの「新規プロバイダの作成」表で、「httpoutgoing」プロバイダ・タイプの「アクション」列で「追加」をクリックします。「送信HTTPプロバイダ」ページで構成値を入力します。接続パスワードクライアントのIPフィルタ「追加」をクリックします。「プロバイダ」表に追加した新規プロバイダが入った「プロバイダ」ページが開きます。コンテンツ・サーバー・インスタンスを再起動します。既存のプロバイダ(デフォルトのシステム・プロバイダを除く)の構成を編集する手順は、次のとおりです。Webブラウザを使用して、コンテンツ・サーバーのホームページにアクセスし、「管理」→「プロバイダ」を選択します。「プロバイダ」ページの「プロバイダ」表で、編集するプロバイダの「アクション」列の「情報」をクリックします。「プロバイダ情報」ページで「編集」をクリックします。Provider」ページで、必要な変更を行います。「更新」をクリックして変更内容を保存し、「プロバイダ」ページに戻ります。コンテンツ・サーバー・インスタンスを再起動します。既存のプロバイダ(デフォルトのシステム・プロバイダを除く)を削除するには、次のようにします。Webブラウザを使用して、コンテンツ・サーバーのホームページにアクセスし、「管理」→「プロバイダ」を選択します。「プロバイダ」ページの「プロバイダ」表で、削除するプロバイダの「アクション」列の「情報」をクリックします。「プロバイダ情報」ページで「削除」をクリックします。「確認」ウィンドウで「OK」をクリックします。「プロバイダ」表からそのプロバイダが削除されます。重要:単に情報を編集するのではなく、プロバイダの削除が目的であることを確認してください。プロバイダを削除すると、プロバイダ名およびその関連情報すべてが、「プロバイダ」表から永久に削除されます。reserved.法律上の注意点ライブラリ。