[Nur On-Premise/Hybrid]{class="badge yellow" title="Gilt nur für Hybrid- und On-Premise-Bereitstellungen"}

Erste Schritte mit der Campaign-Serverkonfiguration gs-campaign-server-config

In diesem Kapitel werden serverseitige Konfigurationen beschrieben, die entsprechend Ihren Anforderungen und Ihren Umgebungsspezifikationen durchgeführt werden können.

Einschränkungen

Diese Verfahren beschränken sich On-Premise/hybrid Implementierungen und erfordern Administratorberechtigungen.

Für gehostet -Bereitstellungen können nur über Adobe konfiguriert werden. Einige Einstellungen können jedoch in Campaign Control Panel, wie die Verwaltung von IP-Zulassungslisten oder URL-Berechtigungen. Weitere Informationen.

Weitere Informationen finden Sie in den folgenden Abschnitten:

Konfigurationsdateien

Campaign Classic-Konfigurationsdateien werden im conf Ordner des Adobe Campaign-Installationsordners. Die Konfiguration erstreckt sich auf zwei Dateien:

Konfigurationsbereich

Konfigurieren oder passen Sie den Campaign-Server entsprechend Ihren Anforderungen und Ihrer Konfiguration an. Sie haben folgende Möglichkeiten:

Interne Kennung internal-identifier

Die intern identifier ist ein technisches Login, das für Installations-, Administrations- und Wartungszwecke verwendet wird. Diese Anmeldung ist keiner Instanz zugeordnet.

Benutzer, die mit dieser Anmeldung verbunden sind, haben alle Rechte auf allen Instanzen. Bei einer Neuinstallation wird dieses Login kein Passwort enthalten. Sie müssen dieses Kennwort manuell definieren.

Verwenden Sie den folgenden Befehl:

nlserver config -internalpassword

Die folgenden Informationen werden angezeigt. Geben Sie das Kennwort ein und bestätigen Sie es:

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')

Prozesse aktivieren enabling-processes

Adobe Campaign-Prozesse auf dem Server sind über die config-default.xml und config-<instance>.xml -Dateien.

Wenn der Adobe Campaign-Dienst gestartet wird, müssen Sie die nlserver config -reload Befehl.

Es gibt zwei Arten von Prozessen: mehrere Instanzen und eine einzelne Instanz.

Datenspeicherung in Campaign

Sie können den Speicherordner konfigurieren (var Verzeichnis) von Adobe Campaign-Daten (Protokolle, Downloads, Weiterleitungen usw.). Verwenden Sie dazu die XTK_VAR_DIR Systemvariable:

Dynamische Seitensicherheit und Relais dynamic-page-security-and-relays

Standardmäßig werden alle dynamischen Seiten automatisch mit dem lokal Tomcat-Server des Computers, dessen Webmodul gestartet wurde. Diese Konfiguration wird im <url> Abschnitt der Abfrageweiterleitungskonfiguration für die ServerConf.xml -Datei.

Sie können die Ausführung der dynamischen Seite auf eine remote Server, wenn das Webmodul auf dem Computer nicht aktiviert ist. Dazu müssen Sie die localhost mit dem Namen des Remote-Computers für JSP und JSSP, Webanwendungen, Berichte und Zeichenfolgen.

Die verfügbaren Parameter werden im Abschnitt serverConf.xml Konfigurationsdatei.

Für JSP-Seiten lautet die Standardkonfiguration:

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

Adobe Campaign verwendet die folgenden JSP-Seiten:

Die für den Mobile-App-Kanal verwendeten JSSPs lauten wie folgt:

Beispiel:

Es ist möglich, Clientmaschinenverbindungen von außen zu verhindern. Schränken Sie dazu einfach die Ausführung von soaprouter.jsp und nur die Ausführung von Mirrorseiten, viralen Links, Webformularen und öffentlichen Ressourcen zulassen.

Die Parameter lauten wie folgt:

<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"/>

In diesem Beispiel wird die <IP_addresses> -Wert entspricht der Liste der IP-Adressen (getrennt durch Kommas), die zur Verwendung des Relais-Moduls für diese Maske berechtigt sind.

Verwalten von HTTP-Headern managing-http-headers

Standardmäßig werden nicht alle HTTP-Header weitergeleitet. Sie können bestimmte Header zu den Antworten hinzufügen, die per Relais gesendet werden. Gehen Sie dazu wie folgt vor:

Eingrenzen autorisierter externer Befehle restricting-authorized-external-commands

Ab Build 8780 können technische Administratoren die Liste zulässiger externer Befehle einschränken, die in Adobe Campaign verwendet werden können.

Dazu müssen Sie eine Textdatei mit der Liste der Befehle erstellen, die Sie verhindern möchten, z. B.:

ln
dd
openssl
curl
wget
python
python3
perl
ruby
sh

Im exec -Knoten der Server-Konfigurationsdatei verwenden, müssen Sie auf die zuvor erstellte Datei im blacklistFile -Attribut.

Nur für Linux: In der Serverkonfigurationsdatei empfehlen wir, einen Benutzer anzugeben, der für die Ausführung externer Befehle vorgesehen ist, um Ihre Sicherheitskonfiguration zu verbessern. Dieser Benutzer wird im exec -Knoten der Konfigurationsdatei. Alle in der serverConf.xml in diesem Abschnitt.

Beispiel:

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

Dieser Benutzer muss zur Unterliste des Adobe Campaign-Operators "neolane"hinzugefügt werden.

Redundantes Tracking redundant-tracking

Wenn mehrere Server für die Weiterleitung verwendet werden, müssen sie über SOAP-Aufrufe miteinander kommunizieren können, um Informationen aus den umzuleitenden URLs freizugeben. Zum Zeitpunkt des Start des Versands ist es möglich, dass nicht alle Weiterleitungsserver verfügbar sind. Daher verfügen sie möglicherweise nicht über den gleichen Informationsstand.

Die URLs der redundanten Server müssen in der Umleitungskonfiguration über die serverConf.xml -Datei.

Beispiel:

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

Die enableIf -Eigenschaft ist optional (standardmäßig leer) und ermöglicht es Ihnen, die Verbindung nur zu aktivieren, wenn das Ergebnis wahr ist. Auf diese Weise erhalten Sie auf allen Weiterleitungsservern eine identische Konfiguration.

Um den Hostnamen des Computers abzurufen, führen Sie den folgenden Befehl aus: hostname -s.

Workflows und Affinitäten mit hoher Verfügbarkeit high-availability-workflows-and-affinities

Sie können mehrere Workflow-Server (wfserver) konfigurieren und auf zwei oder mehr Computern verteilen. Wenn Sie diesen Architekturtyp auswählen, konfigurieren Sie den Verbindungsmodus der Lastenausgleichsmodule entsprechend dem Adobe Campaign-Zugriff.

Wählen Sie für den Zugriff über das Internet die Lastenausgleich -Modus, um die Verbindungszeiten zu begrenzen.

Wählen Sie beim Zugriff über die Adobe Campaign-Konsole Hash oder Sticky-ip -Modus. Dadurch können Sie die Verbindung zwischen dem Rich-Client und dem Server beibehalten und verhindern, dass eine Benutzersitzung beispielsweise während eines Import- oder Exportvorgangs unterbrochen wird.

Sie können die Ausführung eines Workflows oder einer Workflow-Aktivität auf einem bestimmten Computer erzwingen. Hierzu müssen Sie eine oder mehrere Affinitäten für den betreffenden Workflow oder die betreffende Aktivität definieren.

Automatischer Neustart automatic-process-restart

Standardmäßig werden die verschiedenen Adobe Campaign-Prozesse täglich um 6 Uhr (Serverzeit) automatisch neu gestartet.

Sie können diese Konfiguration jedoch ändern.

Gehen Sie dazu zum serverConf.xml -Datei, die sich in der conf Repository Ihrer Installation.

Jeder in dieser Datei konfigurierte Prozess verfügt über eine processRestartTime -Attribut. Sie können den Wert dieses Attributs ändern, um die Startzeit jedes Prozesses entsprechend Ihren Anforderungen anzupassen.