[オンプレミス/ハイブリッドのみ]{class="badge yellow" title="オンプレミスデプロイメントとハイブリッドデプロイメントにのみ適用されます"}

Campaign サーバー設定の基本を学ぶ gs-campaign-server-config

この章では、ニーズや環境の特性に合わせて実行できるサーバーサイド設定について詳しく説明します。

制限

これらの手順は、次のものに制限されています。 オンプレミス/雑種 のデプロイメントを実行するには、管理権限が必要です。

の場合 hosted 展開、サーバーサイドの設定はAdobeのみが構成できます。 ただし、内で設定可能な設定もあります キャンペーンCampaign コントロールパネル（IP^許可リスト管理や URL 権限など）。 詳細情報。

詳しくは、次の節を参照してください。

設定ファイル

Campaign Classic設定ファイルは、に保存されます。 conf Adobe Campaign インストールフォルダーのフォルダー。 設定は、次の 2 つのファイルに分散されています。

設定スコープ

ニーズと設定に応じて、Campaign サーバーを設定または調整します。 以下を行うことができます。

内部識別子 internal-identifier

この 内部 識別子は、インストール、管理およびメンテナンスのために使用される技術的なログインです。 このログインはインスタンスに関連付けられていません。

このログインを使用して接続したオペレーターは、すべてのインスタンスに対するすべての権限を持ちます。 新しいインストールの場合、このログインにパスワードは含まれません。 このパスワードは手動で定義する必要があります。

次のコマンドを使用します。

nlserver config -internalpassword

次の情報が表示されます。 パスワードを入力し、確認します。

17:33:57 >   Application server for Adobe Campaign Classic (7.X YY.R build XXX@SHA1) of DD/MM/YYYY
Enter the current password.
Password:
Enter the new password.
Password: XXXX
Confirmation: XXXX
17:34:02 >   Password successfully changed for account 'internal' (authentication mode 'nl')

プロセスの有効化 enabling-processes

サーバー上のAdobe Campaign プロセスは、 config-default.xml および config-<instance>.xml ファイル。

これらのファイルに変更内容を適用するには、Adobe Campaign サービスを起動する場合は、 nlserver config -reload コマンド。

プロセスには、マルチインスタンスとシングルインスタンスの 2 つのタイプがあります。

Campaign データストレージ

ストレージディレクトリ（差 Adobe Campaign ディレクトリ）を選択します（ログ、ダウンロード、リダイレクトなど）。 これを行うには、 XTK_VAR_DIR システム変数：

動的ページセキュリティとリレー dynamic-page-security-and-relays

デフォルトでは、すべての動的ページが以下に自動的に関連付けられます。 ローカル Web モジュールが起動したマシンの Tomcat サーバー。 この設定は <url> のクエリリレー設定の「」セクション ServerConf.xml ファイル。

で動的ページの実行をリレーできます。 リモート サーバー（コンピューターで Web モジュールがアクティブ化されていない場合）。 これを行うには、 localhost JSP および JSSP のリモート コンピューター名、Web アプリケーション、レポート、および文字列。

使用可能な様々なパラメーターについて詳しくは、 serverConf.xml 設定ファイル。

JSP ページの場合、デフォルトの設定はです。

<url relayHost="true" relayPath="true" targetUrl="http://localhost:8080" urlPath="*.jsp"/>

Adobe Campaignでは、次の JSP ページを使用します。

モバイルアプリチャネルで使用される JSSP は次のとおりです。

例：

外部からのクライアントマシン接続を防ぐことができます。 それには、以下の実行を制限します。 soaprouter.jsp また、ミラーページ、バイラルリンク、web フォーム、パブリックリソースの実行のみを許可します。

パラメーターは次のとおりです。

<url IPMask="<IP_addresses>" deny=""     hostMask="" relayHost="true"  relayPath="true"  targetUrl="http://localhost:8080" timeout="" urlPath="*.jsp"/>
<url IPMask="<IP_addresses>" deny=""     hostMask="" relayHost="true"  relayPath="true"  targetUrl="http://localhost:8080" timeout="" urlPath="*.jssp"/>
<url IPMask=""               deny=""     hostMask="" relayHost="true" relayPath="true" targetUrl="http://localhost:8080" timeout="" urlPath="m.jsp"/>
<url IPMask=""               deny=""     hostMask="" relayHost="true" relayPath="true" targetUrl="http://localhost:8080" timeout="" urlPath="s.jsp"/>
<url IPMask=""               deny=""     hostMask="" relayHost="true" relayPath="true" targetUrl="http://localhost:8080" timeout="" urlPath="webForm.jsp"/>
<url IPMask=""               deny=""     hostMask="" relayHost="true"  relayPath="true"  targetUrl="http://localhost:8080" timeout="" urlPath="/webApp/pub*"/>
<url IPMask=""               deny=""     hostMask="" relayHost="true"  relayPath="true"  targetUrl="http://localhost:8080" timeout="" urlPath="/jssp/pub*"/>
<url IPMask=""               deny=""     hostMask="" relayHost="true"  relayPath="true"  targetUrl="http://localhost:8080" timeout="" urlPath="/strings/pub*"/>
<url IPMask=""               deny=""     hostMask="" relayHost="true"  relayPath="true"  targetUrl="http://localhost:8080" timeout="" urlPath="/interaction/pub*"/>
<url IPMask=""               deny="true" hostMask="" relayHost="false" relayPath="false" targetUrl="http://localhost:8080" timeout="" urlPath="*.jsp"/>
<url IPMask=""               deny="true" hostMask="" relayHost="false" relayPath="false" targetUrl="http://localhost:8080" timeout="" urlPath="*.jssp"/>

この例では、 <IP_addresses> 値は、このマスクのリレーモジュールの使用を許可されている IP アドレスのリスト （コンマ区切り）と一致します。

HTTP ヘッダーの管理 managing-http-headers

デフォルトでは、すべての HTTP ヘッダーが中継されません。 リレーで送信される返信に特定のヘッダーを追加できます。 手順は次のとおりです。

許可された外部コマンドの制限 restricting-authorized-external-commands

ビルド 8780 以降、技術管理者は、Adobe Campaignで使用できる承認済みの外部コマンドのリストを制限できます。

それには、の使用を禁止するコマンドのリストを含んだテキストファイルを作成する必要があります。次に例を示します。

ln
dd
openssl
curl
wget
python
python3
perl
ruby
sh

が含まれる exec サーバー設定ファイルのノードで、以前に作成したファイルをに参照する必要があります blacklistFile 属性。

Linux のみ：サーバー設定ファイルでは、外部コマンドの実行専用のユーザーを指定して、セキュリティ設定を強化することをお勧めします。 このユーザーは exec 設定ファイルのノード。 で使用できるすべてのパラメーター serverConf.xml の一覧はこちら セクション.

例：

<serverConf>
 <exec user="theUnixUser" blacklistFile="/pathtothefile/blacklist"/>
</serverConf>

このユーザーは、「neolane」Adobe Campaign演算子のソースリストに追加される必要があります。

冗長トラッキング redundant-tracking

複数のサーバーをリダイレクトに使用する場合、リダイレクト先の URL からの情報を共有するには、サーバーが SOAP 呼び出しを介して相互に通信できる必要があります。 配信の開始時に、すべてのリダイレクトサーバーが利用できるわけではなく、同じレベルの情報が存在しない可能性があります。

冗長サーバーの URL は、を介してリダイレクト設定で指定する必要があります serverConf.xml ファイル。

例：

<spareserver enabledIf="$(hostname)!='front_srv1'" id="1" url="http://front_srv1:8080" />
<spareserver enabledIf="$(hostname)!='front_srv2'" id="2" url="http://front_srv2:8080" />

この enableIf プロパティはオプション（デフォルトでは空）で、結果が true の場合にのみ接続を有効にできます。 これにより、すべてのリダイレクトサーバーで同一の設定を取得できます。

コンピューターのホスト名を取得するには、次のコマンドを実行します。 ホスト名 – s.

高可用性のワークフローとアフィニティ high-availability-workflows-and-affinities

複数のワークフローサーバー（wfserver）を設定し、それらを 2 台以上のマシンに配布できます。 このタイプのアーキテクチャを選択する場合は、Adobe Campaign アクセスに応じてロードバランサーの接続モードを設定します。

Web からのアクセスの場合、 ロードバランサー 接続時間を制限するモード。

Adobe Campaign コンソールを使用してにアクセスする場合は、次を選択します hash または スティッキー ip モード。 これにより、リッチクライアントとサーバー間の接続を維持し、例えばインポートまたはエクスポートの操作中にユーザーセッションが中断されるのを防ぐことができます。

特定のマシン上でワークフローまたはワークフローアクティビティを強制的に実行するように選択できます。 それには、関係するワークフローまたはアクティビティに 1 つ以上のアフィニティを定義する必要があります。

自動再起動 automatic-process-restart

デフォルトでは、様々なAdobe Campaign プロセスが毎日午前 6 時（サーバー時間）に自動的に再起動します。

ただし、この設定は変更できます。

これをおこなうには、 serverConf.xml ファイル（内） conf インストールのリポジトリ。

このファイルで設定される各プロセスには、 processRestartTime 属性。 この属性の値を変更して、必要に応じて各プロセスの再起動時間を調整できます。