プロバイダの構成

この章では、Oracle WebCenter Contentでサポートされるプロバイダと、WebCenter Content ServerとOracle WebLogic Serverまたはライトウェイト・ディレクトリ・アクセス・プロトコル(LDAP)などその他のプロバイダ間のプロバイダ接続の使用が必要な状況と使用方法について説明します。

この章の内容は次のとおりです。

コンテンツ・サーバーのプロバイダについて

プロバイダとは、コンテンツ・サーバー・インスタンスと外部エンティティ間の接続を確立するアプリケーション・プログラミング・インタフェース(API)です。エンティティには、次のものがあります:

デフォルトでは、コンテンツ・サーバー・インスタンスには、3つのシステム・プロバイダがあります。

さらに、次のタイプのプロバイダを作成できます。

適切なプロバイダの選択

前項で説明した様々なタイプのプロバイダは、特定の状況の下で、その他の各種Oracle製品およびユーティリティを使用するために使用されます。この後の各項では、それらの状況と、各状況で使用する必要のある特定のプロバイダのタイプについて説明します。

送信プロバイダの使用が必要な状況

送信プロバイダは、コンテンツ・サーバーのアーカイバ・ユーティリティおよびOracle WebCenter Content: Inbound Refineryを使用するために必要です。送信プロバイダでSSLまたはキープアライブを使用する場合の詳細は、「コンテンツ・サーバーのセキュリティ・プロバイダの理解」を参照してください。

データベース・プロバイダの使用が必要な状況

データベース・プロバイダは、外部データベースを使用するために必要です。デフォルトのコンテンツ・サーバー・データベースではないデータベースでデータベース問合せを実行する場合に、望ましい、または必要になることがしばしばあります。この場合、カスタマイズされたデータベース・プロバイダを作成して、データを処理しているデータベース管理システムに関係なく、任意のアプリケーションから任意のデータにアクセスできるようにすることが可能です。カスタマイズされたデータベース・プロバイダを使用して、外部データベースをコンテンツ・サーバーに統合すると、1つの検索ページで検索結果を結合して表示できます。さらに、これらの外部データベース・ソースからデータをインポートできます。

管理者は、次の2つの方法のいずれかで、データベース・プロバイダを作成できます。

受信プロバイダの使用が必要な状況

受信プロバイダは、WebDAVサポートおよびコンテンツ・サーバー・アーカイバ・ユーティリティを使用するために必要です。受信プロバイダでSSLまたはキープアライブを使用する場合の詳細は、「コンテンツ・サーバーのセキュリティ・プロバイダの理解」を参照してください。

プレビュー・プロバイダの使用が必要な状況

プレビュー・プロバイダは、HTMLプレビューおよびContent Categorizerを使用するために必要です。

JpsUserプロバイダの使用が必要な状況

JpsUserは、Oracle WebLogic Server管理コンソールで管理されるユーザー情報および資格証明と通信するための、WebCenter Content Serverインスタンスのデフォルトのプロバイダです。Oracle WebCenter Contentインスタンスおよびコンテンツ・サーバー・インスタンスには、JpsUserプロバイダを使用することをお薦めします。

ノート:

リリース11gR1以降、コンテンツ・サーバー・インスタンスでは、特にネストされたグループのサポートの場合などに、JpsUserプロバイダが直接のLDAPプロバイダ機能のかわりに使用されています。

ノート:

サイトがWebCenter Contentソフトウェアの10g以前のリリースからアップグレードしている場合、またActive Directory、LDAPまたはActive DirectoryとLDAPを使用している場合、これらのプロバイダに関する情報は、リリース10gR3ドキュメントセキュリティおよびユーザー・アクセスの管理で参照できます。JpsUserプロバイダを使用するようにサイトをアップグレードすることをお薦めします。

システム定義のJpsUserプロバイダでは、コンテンツ・サーバー・インスタンスに接続し、Oracle WebLogic Server認証メカニズム(基本、フォーム、シングル・サインオン、WNAなど)をサポートします。Javaプラットフォーム・セキュリティ(JPS)には、バックエンドのユーザー・ストレージ(XML、LDAP、データベース、Active Directoryなど)に関係なく、Oracle WebCenterアプリケーションからユーザーの認証および認可を行う統一インタフェースがあります。JPS APIコールは、ユーザー認証、ユーザー認可およびユーザー・メタデータ取得の実行に使用されます。

JpsUserProviderコンポーネントは、コンテンツ・サーバー・インスタンスがOracle WebLogic Serverインスタンスに対してインストールされているときに、システム・コンポーネントとしてインストールし、有効化します。JpsUserProviderは、標準のコンテンツ・サーバー・コンポーネントとしても使用可能です。

注意:

サイトでシステム定義のJpsUserプロバイダに加えてさらにJpsUserプロバイダが追加されることはまずありません。そのようにもう1つプロバイダを追加すると、WebCenter Content Serverのインストールに問題が生じる可能性があります。

コンテンツ・サーバー・インスタンスの「プロバイダ」ページを使用してJpsUserプロバイダを編集できます。接続の構成も、アイデンティティ・ストアおよび資格証明ストアを使用するように、jps-config.xmlファイルを介して編集できます。

JPSストアに対して認証する場合、JpsUserプロバイダを使用してOracle WebLogic Serverインスタンス上の別のアプリケーションと同じセキュリティ記憶域を共有できます。たとえば、JpsUserプロバイダを使用すると、Oracle WebLogic Serverインスタンスにインストールされているイメージおよび処理マネージャ・ソフトウェアと、セキュリティ記憶域を共有できます。

ノート:

リリース11R1 (11.1.1.6.0)以降、Oracle WebCenter ContentではOracle Virtual Directoryライブラリ(LibOVD)機能の使用がサポートされるようになり、これにより、サイトではJpsUserProviderを通じてログイン用の複数のプロバイダおよびグループ・メンバーシップ情報を使用できるようになりました。たとえば、Oracle Internet Directory (OID)とActive Directoryの両方をユーザーおよびロール情報のソースとして使用できます。Oracle WebLogic Server上での複数のLDAP構成の詳細は、『Oracle Fusion Middlewareアプリケーション・セキュリティ・ガイド』を参照してください。

ユーザーの直接および間接グループ・メンバーシップの取得

JpsUserプロバイダには、コンテンツ・サーバーで認証プロバイダでのユーザーの直接および間接グループ・メンバーシップを取得するか、またはユーザーの直接グループ・メンバーシップのみを使用するかを指定するUseNestedGroups構成オプションが含まれます。

UseNestedGroupsがFALSEに設定されている場合、ユーザーの直接メンバーシップのみが認証プロバイダから取得されます。

UseNestedGroupsがTRUEに設定されている場合、直接および間接メンバーシップの両方が認証プロバイダから取得されます。これはJpsUserプロバイダのデフォルトの動作です。

構成設定はファイルIntradocDir/data/providers/jpsuserprovider/provider.hda内に配置されています。

LDAPサーバーからのカスタム・フィールドのマッピング

JpsUserプロバイダを介してLDAPサービスからWebCenter Contentにカスタム・フィールドをマップする場合に、カスタム・フィールドが空であった場合のデフォルトの動作では、何のアクションも実行されません。たとえば、値123456789を持つカスタム・フィールドがあり、この値を削除すると、Oracle WebCenter Contentでは欠落している属性が無視され、通常カスタム・フィールドが空になることはないという原則に基づいて、引き続き123456789が反映されます。

WebCenter Contentでカスタム・フィールドを空にするには、JpsUserプロバイダのprovider.hdaファイルで変数ClearMissingAttributes=trueを有効化および設定して、デフォルト動作を変更する必要があります。このファイルのデフォルトの場所は、Domain_Home/ucm/cs/data/providers/jpsuserprovider/provider.hdaです。ファイル内の@end行より前に変数を追加してください。たとえば:

SourcePath=jpsuser
ProviderClass=idc.provider.jps.JpsUserProvider
ClearMissingAttributes=true
@end

『Oracle WebCenter Content構成リファレンス』の構成変数に関する項を参照してください。

アカウントの1文字のマッピング

WebCenter Contentでは、/ (スラッシュ)文字にマップされるセパレータとして % (パーセント記号)文字など、フラットLDAP構造から取得されたアカウント階層を指定するための1文字のマッピングの使用がサポートされます。マッピングは、その他すべてのフィルタリングが実行され、名前が閉じられてから行われます。

次の3つの設定によりこの動作が制御されます。これらはDomain_Home/ucm/cs/data/providers/jpsuserprovider/provider.hdaファイルまたはDomainHome/ucm/cs/config/config.cfgファイル内で指定できます

たとえば:

DoAccountCharMap=true
AccountCharMapSource=%
AccountCharMapTarget=/

JpsUserプロバイダの資格証明マップ

Domain_Home/ucm/cs/data/providers/jpsuserprovider/provider.hdaファイルで変数ProviderCredentialsMap=name_of_mapを有効化および設定して、JpsUserプロバイダに資格証明マップを定義できます。『Oracle WebCenter Content構成リファレンス』の構成変数に関する項を参照してください。資格証明マッピングの詳細は、「資格証明マッピング」を参照してください。

Ldapuserプロバイダの使用が必要な状況

Lightweight Directory Access Protocol (LDAP)は、TCP/IPで実行されるディレクトリ・サービス・プロトコルです。これは、ネットワーク内のリソース管理の高度な機能性を提供し、アプリケーションとともに使用して、セキュリティおよびユーザー認証を管理します。LDAPディレクトリ・サービス・モデルは、属性のコレクションに基づいており、情報ディレクトリに格納されている情報へのアクセスに使用されます。このように、LDAPは、ユーザー名およびパスワード資格証明のセットを認証ソースに照合して検証するために使用されます。このプロセスにより、ユーザーにはWebリソースにアクセスする権限が付与されます。

LDAPサーバーには、コンテンツ・サーバーやその他のOracle製品のモジュールなどのアプリケーションからアクセスできるユーザー関連情報のソースが1つあります。

ノート:

リリース11gR1以後、コンテンツ・サーバーにはLdapuserプロバイダ機能のかわりにJpsUserProviderが使用されています。コンテンツ・サーバーのユーザーおよびセキュリティ管理にコンテンツ・サーバーLDAPプロバイダを使用することはお薦めできません。詳細は、「JpsUserプロバイダの使用が必要な状況」を参照してください。

LDAPサーバー(コンテンツ・サーバー・インスタンスと直接統合できるActive Directory以外)の使用を決定する場合、コンテンツ・サーバー・インスタンスとLDAPサーバー間の通信を設定するために、Ldapuserプロバイダを設定する必要があります。正しく構成されている場合、Ldapuserプロバイダでは、ロールの割当ておよびアカウント権限(LDAPプロバイダ・ページで定義)にリンクするマッピング・プロパティを通じて、外部ユーザーが認可されます。

Oracle Fusion MiddlewareでサポートされるLDAPサーバーの詳細は、次のOracle Technology Networkで動作保証情報を参照してください。

http://www.oracle.com/technetwork/middleware/webcenter/content/documentation/documentation-155348.html

必須ではありませんが、コンサルティング・サービスを利用して、LDAPセキュリティ・モデルを作成し、LDAP統合をデプロイすることをお薦めします。詳細は、営業担当者にご連絡ください。

次のコンテンツ管理製品およびアーキテクチャでも、LDAP統合が役立つことがあります。

コンテンツ・サーバーのセキュリティ・プロバイダの理解

コンテンツ・サーバーとその他のOracleアプリケーション間のセキュリティ構成統合に加えて、コンテンツ・サーバー自体のSecurityProvidersコンポーネントは、基本の受信および送信ソケット・プロバイダに2つの新しいタイプのプロバイダを加えて拡張することで、セキュリティ強化に使用できます。

セキュリティ・プロバイダをキーおよび証明書とともに適切に使用すると、コンテンツ・サーバー・インスタンスとのネットワークおよびインターネット通信のセキュリティを強化できます。SecurityProvidersコンポーネントを使用する利点には、次のものがあります。

SecurityProvidersコンポーネントは、デフォルトではコンテンツ・サーバー・インスタンスによりインストール(有効化)されます。

リファレンス

SecurityProvidersコンポーネントを使用するには、ソケット・プロバイダ、セキュリティおよび認証、SSL、キープアライブ、およびネットワーク通信のその他のセキュリティ面に精通している必要があります。SecurityProvidersコンポーネントで作業する場合、次の情報ソースが役立ちます。

用語集

次の表では、この項で使用されるいくつかのセキュリティ用語の定義を示しています。詳細は、情報参照先のリスト、またはセキュリティおよび認証基準の情報源を参照してください。

用語 説明
証明書 エンティティ(人または組織)のアイデンティティおよび公開キーを確認するデジタル署名。証明書は、認証局または個々のエンティティで発行できます。
認証局(CA) 他のエンティティのために証明書を発行するエンティティで、VeriSignやThawteのような、有名で信頼できる証明書の発行元として認識されています。
キーストア 認証処理に使用されるキーの情報のファイルまたはデータベース。
秘密キー 発行者であるエンティティのみが知っているキーとしてパッケージ化された情報。秘密キーは、署名生成で使用されます。
公開キー エンティティに公に関連付けられたキーとしてパッケージ化された情報。公開キーは、署名の確認に使用されます。
SSL Secure Socket Layerは、公開キーと秘密キーのテクノロジの組合せを使用するセキュアなネットワーク通信用のプロトコル。
トラストストア トラスト・マネージャが信頼できると判断したキーのファイルまたはデータベース。

セキュリティ・プロバイダの使用計画

コンテンツ・サーバー用のSSLソケット・プロバイダまたはキープアライブ・ソケット・プロバイダを実装する前に、セキュリティ・プロバイダをどのように使用するかを決めることをお薦めします。キープアライブおよびSSLの接続タイプを調べ、選択したセキュリティ・プロバイダを使用するために、キーストアやトラスト・ストアを作成する必要性など、追加の構成が必要かどうかを決定します。

次の項では、プロバイダ・タイプの動作を制御するために使用するJavaクラスや、必要になる可能性のある追加構成など、SSLおよびキープアライブ・プロバイダ・タイプについてより多くの情報を提供しています。

キープアライブ接続

キープアライブ機能は、永続的接続やサービス・リクエスト用のソケット接続のプーリングを可能にします。キープアライブ接続の設定は、接続の設定および解除に時間がかかる可能性のあり、そのアクティビティにかかる時間を最小限にする必要がある場合に、最も役に立ちます。SecurityProvidersコンポーネントは、受信および送信の2つのキープアライブ・ソケット・プロバイダを提供します。

キープアライブ受信ソケット・プロバイダの設定には、次のJavaクラスが使用されます。

Javaクラス 説明
プロバイダ・クラス idc.provider.ExtendedSocketIncomingProvider
接続クラス idc.provider.KeepaliveSocketIncomingConnection
サーバー・スレッド・クラス idc.server.KeepaliveIdcServerThread

キープアライブ送信ソケット・プロバイダの設定には、次のJavaクラスが使用されます。

Javaクラス 説明
プロバイダ・クラス idc.provider.KeepaliveSocketOutgomingProvider
接続クラス idc.provider.KeepaliveSocketOutgomingConnection
リクエスト・クラス idc.server.KeepaliveServerRequest

SSL接続

SSLプロバイダの設定により、キープアライブ環境でSSL接続が使用できるようになります。この設定は、SSLソケットの設定および解除のコストを最小限にするのに役立つため、単純なSSLプロバイダ設定にお薦めします。SecurityProvidersコンポーネントは、キープアライブ付きの受信および送信の2つのSSLソケット・プロバイダを提供します。

SSLキープアライブ受信ソケット・プロバイダの設定には、次のJavaクラスが使用されます。

Javaクラス 説明
プロバイダ・クラス idc.provider.ssl.SSLSocketIncomingProvider
接続クラス idc.provider.KeepaliveSocketIncomingConnection
サーバー・スレッド・クラス idc.server.KeepaliveIdcServerThread

キープアライブSSL送信ソケット・プロバイダの設定には、次のJavaクラスが使用されます。

Javaクラス 説明
プロバイダ・クラス idc.provider.KeepaliveSocketOutgoingProvider
接続クラス idc.provider.ssl.SSLSocketOutgoingConnection
リクエスト・クラス idc.provider.KeepaliveServerRequest

追加のセキュリティ構成

どのタイプのセキュリティ・プロバイダを選択するかに応じて、追加の構成が必要になる場合があります。

「クライアント認証をリクエスト」オプションの値、「クライアントの認証が必要」オプションの値、およびどんなタイプの認証局がこれらのオプションで処理される証明書に署名をしたかにより、SSLプロバイダでは、クライアントとサーバーの両方で、1つまたは複数のキーストアと1つのトラストストアの設定が必要になる可能性もあります。キーストアおよびトラストストアの詳細は、「キーストアおよびトラストストア」を参照してください。

キーストアおよびトラストストア

SSLプロバイダには、複数のキーストアの使用が必要になる場合と、1つのトラストストアが必要になる場合があります。キーストアとは、SSLで使用するための公開キーおよび秘密キーの情報を保持するファイルです。トラストストアには、信頼できると判断された証明書が格納されます。サーバーおよびクライアント上で使用される証明書が、VeriSignやThawteなどの有名な認証局(CA)によって署名されている場合、デフォルトのJVMトラストストアにはこれらのCAの証明書が含まれてるため、トラストストアは不要です。トラストストアは、SSLプロバイダにより使用される証明書が自己署名または民間のCAによって署名されている場合に必要です。SSLプロバイダにキーストアとトラストストアが必要な場合、それらを作成および管理する必要があります。

次の各項では、キーストアとトラストストアの概要を説明します。

キーストアおよびトラストストアの詳細は、「コンテンツ・サーバーのセキュリティ・プロバイダの理解」に示された情報ソースを参照してください。

キーストアおよびトラストストアの使用が必要な状況

次の例は、キーストアおよびトラストストアが必要となる様々な状況と使用について示しています。

キーストアおよびトラストストア情報の指定

キーストアおよびトラストストア情報を使用するために、SSL受信および送信プロバイダでは、sslconfig.hdaというファイルがプロバイダ・ディレクトリ(provider.hdaファイルの隣)で設定されている必要があります。sslconfig.hdaファイルには、キーストアおよびトラストストアのために指定する構成情報が含まれています。これは次の例に似たフォーマットです。セキュリティ上の理由で、このファイルの編集に便利なWebインタフェースはなく、編集はすべて、テキスト・エディタ使用して手動で行う必要があります。これまたは任意の.hdaファイルの各行の末尾に、スペースがないことを確認してください。

@Properties LocalDataTruststoreFile=/servers/idc/data/providers/ssloutgoing1/truststoreKeystoreFile=/servers/idc/data/providers/ssloutgoing1/keystore@end
構成名 値の説明
TruststoreFile トラストストア・ファイルへのフル・パス。
KeystoreFile キーストア・ファイルへのフルパス。

キーストアの生成

この項では、キーストア生成の基本プロセスを説明します。自分のSSLプロバイダ用に作成するキーおよびキーストアに、固有の要件と名前を決める必要があります。sslconfig.hdaファイルには、そのファイルのKeystoreFile構成設定のフルパスが含まれているため、キーストア・ファイルは任意の場所に格納できます。ただし、キーストア・ファイルは、IntradocDir/data/providers/provider_nameディレクトリ(provider.hdaファイルおよびsslconfig.hdaファイルの隣)か、IntradocDir/config/ディレクトリに格納することをお薦めします。コンテンツ・サーバー・インスタンスのプロバイダ・ページを使用して、エイリアスおよびパスワードを設定します。

キーストアを生成するキーツール・ユーティリティの使用方法の詳細は、オラクル社からオンラインで入手可能な『keytool Key and Certification Management Tool』というタイトルのドキュメントを参照してください。

ノート:

Java keytoolユーティリティには、秘密キーとの直接の対話を防ぐ機能があります。この機能とは、キーツールを使用して生成される証明書をキーストアに貼り付けることで、そのため証明書から秘密キーの部分を取得することはできません。逆に、キーツールで、前から存在する証明書をJavaキーストアにインポートする方法はありません。

Portecle Javaキーストアを使用すると、Javaキーストアからの秘密キーのインポートおよびエクスポートができます。詳細は、portecle.sourceforge.netを参照してください。

キーツールを使用するには、コマンドを入力する際に、自分のパスにそのユーティリティを持っている必要があります。

  1. キーストアでキーを作成します。次のコマンドラインの例は、aliasという名前のキーのエントリを、keystoreという名前のキーストアに作成する方法を示しています。このコマンドは、キーストアのパスワード、キーを生成するために使用される情報、およびキー自体のパスワードの入力を要求します。キーのパスワードがキーストアのパスワードと異なる場合、キーの取得にKeystoreAliasおよびKeystoreAliasPasswordの値が必要です。

    keytool -genkey -v -alias *alias* -keystore *keystore*

  2. 証明書の署名リクエストを生成します。次のコマンドラインの例は、keystoreという名前のキーストアでaliasという名前のキー・エントリを生成し、これをcsr_fileという名前のファイルに格納する方法を示しています。このファイルは、CAに送信して署名してもらうことができます。

    keytool -certreq -v -alias *alias* -keystore *keystore* -file *`csr_file`*

  3. CAの証明書をキーストアにインポートします。キーツールが、ユーザーの証明書がインポートされると同時に、一連の信用をチェックします。証明書に有名でないCAの署名が入っていて、キーツールにそのCAに関する情報がない場合、その証明書は却下されます。したがって、有名ではないCAからの証明書はすべて、まずはキーストアにインポートし、そのユーザーの証明書が次のステップで正常にインポートされるようにする必要があります。次のコマンドラインの例は、cert_fileという名前のファイルにある証明書を、keystoreという名前のキーストアにインポートする方法を示しています:

    keytool -import -v -alias *ca\_alias* -keystore *keystore* -file *cert\_file*

  4. 署名の入った証明書を元のキーストアにインポートします。証明書の署名リクエストがCAで受信され、署名の入った証明書がCAから送り返されてくると、その証明書は、エイリアスで識別されるキーストア・エントリに読み込むことができきます。次のコマンドラインの例は、署名の入った証明書をインポートする方法を示しています。

    keytool -import -v -alias *alias* -keystore *keystore\_name* -file *csr\_file*

  5. すべてがキーストアにあることを確認します。

    keytool -list -v -keystore *keystore\_name*

トラストストアの作成

この項では、トラストストア生成の基本プロセスを説明します。トラストストアは、SSLプロバイダで有名な認証局の署名のないキーを使用する場合に必要です。トラストストアには、コンテンツ・サーバー・インスタンス用にトラストストアの管理者(トラスト・マネージャ)によって確認された公開証明書のみが格納されています。作成するトラストストア固有の要件および名前を決める必要があります。sslconfig.hdaファイルにはTruststoreFile構成設定のフルパスが含まれているため、トラストストア・ファイルは好きなところに格納できます。ただし、トラストストア・ファイルは、IntradocDir/data/providers/provider_nameディレクトリ(provider.hdaファイルおよびsslconfig.hdaファイルの隣)か、IntradocDir/config/ディレクトリに格納することをお薦めします。

トラストストアを生成するキーツール・ユーティリティの使用方法の詳細は、http://docs.oracle.com/javase/6/docs/technotes/tools/solaris/keytool.htmlからオンラインで入手可能な『keytool Key and Certification Management Tool』というタイトルのドキュメントを参照してください。キーツール・ユーティリティを使用するには、コマンドを入力する際に、自分のパスにそのユーティリティを持っている必要があります。

次のコマンドラインの例は、トラストストアの作成方法を示しています。

keytool -import -v -alias *alias* -keystore *keystore* -file *cert\_files*
変数 説明
alias キーのエイリアス名。
keystore キーストアの名前。
cert_file 認証局の証明書へのパス。

プロバイダの管理

この項の内容は次のとおりです。

送信プロバイダの追加

送信プロバイダを追加するには:

  1. Webブラウザを使用して、コンテンツ・サーバーのホームページにアクセスし、「管理」→「プロバイダ」を選択します。

  2. 「プロバイダ」ページの「新規プロバイダの作成」表で、送信プロバイダ・タイプの「アクション」列の「追加」をクリックします。

  3. 「送信ソケット・プロバイダ」ページで構成値を入力します。

    必須のフィールド

    • プロバイダ名

    • プロバイダの説明

    • サーバー・ホスト名

    • サーバー・ポート

    • プロバイダ・クラス(事前定義)

    オプションのフィールド

    • 接続クラス(事前定義)

    • 構成クラス

    • 相対Webルート

    • HTTPサーバー・アドレス

    • インスタンス名

    • 必要なロール

    • アカウント・フィルタ

    オプションのチェック・ボックス

    • プロキシ

    • ターゲットへの通知

    • ユーザー

    • リリースされたドキュメント

  4. 「追加」をクリックします。「プロバイダ」表に追加した新規プロバイダが入った「プロバイダ」ページが開きます。

  5. Content Serverインスタンスを再起動します。

    ノート:

    プロバイダの追加が完了したら、Enterprise Searchユーザーは開いているすべてのWebCenter Content Serverインスタンスを再起動する必要があります。

データベース・プロバイダの追加

データベース・プロバイダの構成は、WebCenter Contentおよびコンテンツ・サーバー・インスタンスがOracle WebLogic Serverドメインにインストールされるときに指定されます。

ノート:

スタンドアロン・モードのデータベース接続を構成する場合、「スタンドアロン・モード用のシステム・データベース・プロバイダの構成」、「スタンドアロン・モード用のJDBCデータベース・ドライバの構成」および「スタンドアロン・モード用の外部データベース・プロバイダの構成」を参照してください。

データベース・プロバイダを追加するには:

  1. Webブラウザを使用して、コンテンツ・サーバーのホームページにアクセスし、「管理」→「プロバイダ」を選択します。

  2. 「プロバイダ」ページの「新規プロバイダの作成」セクションで、データベース・プロバイダ・タイプの「アクション」列の「追加」をクリックします。

  3. 「データベース・プロバイダ」ページで構成値を入力します。

    必須のフィールド

    • プロバイダ名

    • プロバイダの説明

    • プロバイダ・クラス(事前定義)

    • データベース・タイプ

    • JDBCドライバ

    • JDBC接続文字列

    • 問合せのテスト

    オプションのフィールド

    • 接続クラス(事前定義)

    • 構成クラス

    • データ・ソース

    • データベース・ディレクトリ

    • データベース名

    • JDBCユーザー

    • JDBCパスワード

    • 接続の数(デフォルト指定)

    • 追加のストレージ・キー(デフォルト指定)

    • 追加設定

    オプションのチェック・ボックス

    • データ・ソースの使用

  4. 「追加」をクリックします。「プロバイダ」表に追加した新規プロバイダが入った「プロバイダ」ページが開きます。

  5. Content Serverインスタンスを再起動します。

受信プロバイダの追加

プロバイダを使用してサーバー・ソケットに接続するには、コンサルティング・サービスが必要です。

受信プロバイダを追加するには:

  1. Webブラウザを使用して、コンテンツ・サーバーのホームページにアクセスし、「管理」→「プロバイダ」を選択します。

  2. 「プロバイダ」ページの「新規プロバイダの作成」セクションで、受信プロバイダ・タイプの「アクション」列の「追加」をクリックします。

  3. 「受信プロバイダ」ページで構成値を入力します。

    必須のフィールド

    • プロバイダ名

    • プロバイダの説明

    • サーバー・ポート

    • プロバイダ・クラス(事前定義)

    オプションのフィールド

    • 接続クラス(事前定義)

    • 構成クラス

  4. 「追加」をクリックします。「プロバイダ」表に追加した新規プロバイダが入った「プロバイダ」ページが開きます。

  5. Content Serverインスタンスを再起動します。

プレビュー・プロバイダの追加

プレビュー・プロバイダを追加する手順は、HTMLプレビュー機能のzipファイル内で提供される情報を参照してください。HTMLプレビュー機能のzipファイルおよびガイドは、Oracle Technology NetworkのWebサイトからダウンロード可能です。

受信セキュリティ・プロバイダの追加

受信セキュリティ・プロバイダを追加するには:

  1. Webブラウザを使用して、コンテンツ・サーバーのホームページにアクセスし、「管理」→「プロバイダ」を選択します。

  2. 「プロバイダ」ページの「新規プロバイダの作成」表で、keepaliveincomingまたはsslincomingプロバイダ・タイプの「アクション」列の「追加」をクリックします。

  3. keepaliveincomingプロバイダのページまたはsslincomingプロバイダのページで、次のように構成値を入力します。

    必須のフィールド

    • プロバイダ名

    • プロバイダの説明

    • プロバイダ・クラス(事前定義)

    • サーバー・ポート

    オプションのフィールド

    • 接続クラス(事前定義)

    • 構成クラス

    • サーバー・スレッド・クラス(事前定義)

    オプションのチェック・ボックス(sslincomingプロバイダのみ)

    • クライアント認証をリクエスト

    • クライアントの認証が必要

  4. 「追加」をクリックします。「プロバイダ」表に追加した新規プロバイダが入った「プロバイダ」ページが開きます。

  5. Content Serverインスタンスを再起動します。

送信セキュリティ・プロバイダの追加

送信セキュリティ・プロバイダを追加するには:

  1. Webブラウザを使用して、コンテンツ・サーバーのホームページにアクセスし、「管理」→「プロバイダ」を選択します。

  2. 「プロバイダ」ページの「新規プロバイダの作成」表で、keepaliveoutgoingまたはssloutgoingプロバイダ・タイプの「アクション」列の「追加」をクリックします。

  3. keepaliveoutgoingプロバイダのページまたはssloutgoingプロバイダのページで、次のように構成値を入力します。

    必須のフィールド

    • プロバイダ名

    • プロバイダの説明

    • プロバイダ・クラス(事前定義)

    • サーバー・ホスト名(事前定義)

    • サーバー・ポート

    • インスタンス名

    • 相対Webルート

    オプションのフィールド

    • 接続クラス(事前定義)

    • 構成クラス

    • リクエストのクラス(事前定義)

    • 接続の数(事前定義)

    • HTTPサーバー・アドレス

    • 必要なロール

    • アカウント・フィルタ

    オプションのチェック・ボックス

    • プロキシ

    • ターゲットへの通知

    • ユーザー

    • リリースされたドキュメント

  4. 「追加」をクリックします。「プロバイダ」表に追加した新規プロバイダが入った「プロバイダ」ページが開きます。

  5. Content Serverインスタンスを再起動します。

JpsUserプロバイダの追加

Oracle JPS (Oracle WebLogic Serverインスタンス用)を統合するデフォルトのJPSユーザー・プロバイダは、WebCenter Contentシステムをインストールすると提供されます。

注意:

サイトでシステム定義のJpsUserプロバイダに加えてさらにJpsUserプロバイダが追加されることはまずありません。そのように別のプロバイダを追加すると、Content Serverのインストールに問題が生じる可能性があります。

JpsUserプロバイダのページで指定したオプションおよび追加の構成オプションの詳細は、「ユーザーの直接および間接グループ・メンバーシップの取得」を参照してください。

JpsUserプロバイダを追加するには:

  1. Webブラウザを使用して、コンテンツ・サーバーのホームページにアクセスし、「管理」→「プロバイダ」を選択します。

  2. 「プロバイダ」ページの「新規プロバイダの作成」表で、jpsuserプロバイダ・タイプの「アクション」列の「追加」をクリックします。

  3. 「JPSユーザー・プロバイダ」ページで構成値を入力します。

    必須のフィールド

    • プロバイダ名

    • プロバイダの説明

    • プロバイダ・クラス(事前定義)

    • ソース・パス

    オプションのフィールド

    • 接続クラス

    • 構成クラス

    • JPSコンテキスト

    • デフォルト・ネットワーク・ロール

  4. 属性マップを指定するには:

    1. 「JPS属性」リストから情報フィールドを選択します。

    2. 「ユーザー属性」リストからコンテンツ・サーバーのユーザー情報フィールドを選択します。

    3. 「追加」をクリックします。テキスト・ボックスに、その属性マップが追加されます。

    4. 必要ならば、「属性マップ」テキスト・ボックスで属性を直接編集します。

  5. 必要ならば、デフォルト・ネットワーク・ロールを変更または追加します。

  6. 「追加」をクリックします。「プロバイダ」表に追加した新規プロバイダが入った「プロバイダ」ページが開きます。

  7. Content Serverインスタンスを再起動します。

  8. Webサーバーを再起動します。

HTTP送信プロバイダの追加

HTTP送信プロバイダを追加するには:

  1. Webブラウザを使用して、コンテンツ・サーバーのホームページにアクセスし、「管理」→「プロバイダ」を選択します。

  2. 「プロバイダ」ページの「新規プロバイダの作成」表で、httpoutgoingプロバイダ・タイプの「アクション」列の「追加」をクリックします。

  3. 「送信HTTPプロバイダ」ページで構成値を入力します。

    必須のフィールド

    • プロバイダ名

    • プロバイダの説明

    • プロバイダ・クラス(事前定義)

    • CGI URL

    • インスタンス名

    • 相対Webルート

    オプションのフィールド

    • 接続クラス(事前定義)

    • 構成クラス

    • 接続パスワード名

    • 接続パスワード

    • クライアントのIPフィルタ

  4. 「追加」をクリックします。「プロバイダ」表に追加した新規プロバイダが入った「プロバイダ」ページが開きます。

  5. Content Serverインスタンスを再起動します。

プロバイダ構成の編集

既存のプロバイダ(デフォルトのシステム・プロバイダを除く)の構成を編集するには:

  1. Webブラウザを使用して、コンテンツ・サーバーのホームページにアクセスし、「管理」→「プロバイダ」を選択します。

  2. 「プロバイダ」ページの「プロバイダ」表で、編集するプロバイダの「アクション」列の「情報」をクリックします。

  3. 「プロバイダ情報」ページで「編集」をクリックします。

  4. 「Add/Edit Provider」ページで、必要な変更を行います。

  5. 「更新」をクリックして変更内容を保存し、「プロバイダ」ページに戻ります。

  6. Content Serverインスタンスを再起動します。

プロバイダの削除

既存のプロバイダ(デフォルトのシステム・プロバイダを除く)を削除するには:

  1. Webブラウザを使用して、コンテンツ・サーバーのホームページにアクセスし、「管理」→「プロバイダ」を選択します。

  2. 「プロバイダ」ページの「プロバイダ」表で、削除するプロバイダの「アクション」列の「情報」リンクをクリックします。

  3. 「プロバイダ情報」ページで「削除」をクリックします。

  4. 確認ウィンドウで「OK」をクリックします。「プロバイダ」表からそのプロバイダが削除されます。

    重要:

    単に情報を編集するのではなく、プロバイダの削除が目的であることを確認してください。プロバイダを削除すると、プロバイダ名およびその関連情報すべてが、「プロバイダ」表から永久に削除されます。