Erste Schritte mit der Kampagne-Serverkonfiguration

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

Einschränkungen

Diese Verfahren sind auf lokale/Hybrid-Bereitstellungen beschränkt und erfordern Administratorberechtigungen.

Bei gehosteten Bereitstellungen können serverseitige Einstellungen nur durch Adobe konfiguriert werden. Einige Einstellungen können jedoch in der Kampagne-Systemsteuerung, z. B. IP-Zulassungsliste-Management oder URL-Berechtigungen, eingerichtet werden. Weitere Informationen.

Weitere Informationen finden Sie in den folgenden Abschnitten:

Konfigurationsdateien

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

  • serverConf.xml: allgemeine Konfiguration für alle Instanzen. Diese Datei enthält die technischen Parameter des Adobe Campaign-Servers: diese werden von allen Instanzen freigegeben. Die Beschreibung einiger dieser Parameter ist nachfolgend beschrieben. Die verschiedenen Knoten und Parameter, die in diesem Abschnitt aufgeführt sind.
  • config-<instance>.xml (wobei ​instanceis der Name der Instanz ist): spezifische Konfiguration der Instanz. Wenn Sie Ihren Server für mehrere Instanzen freigeben, geben Sie bitte die für jede Instanz spezifischen Parameter in die entsprechende Datei ein.

Konfigurationsbereich

Konfigurieren oder passen Sie den Kampagnen-Server je nach Bedarf und Konfiguration an. Sie haben folgende Möglichkeiten:

Interne Kennung

Der internal-Bezeichner ist eine technische Anmeldung, die für Installations-, Verwaltungs- und Wartungszwecke verwendet wird. Diese Anmeldung ist keiner Instanz zugeordnet.

Operatoren, die mit dieser Anmeldung verbunden sind, haben alle Rechte auf allen Instanzen. Bei einer Neuinstallation hat diese Anmeldung kein Kennwort. Sie müssen dieses Kennwort manuell definieren.

Verwenden Sie den folgenden Befehl:

nlserver config -internalpassword

Anschließend werden die folgenden Informationen 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')

Aktivieren von Prozessen

Serverprozesse auf dem Adobe Campaign sind über die Dateien config-default.xml und config-<instance>.xml aktiviert (und deaktiviert).

Um die Änderungen auf diese Adobe Campaigne anzuwenden, müssen Sie beim Starten des Dateidiensts den Befehl nlserver config -reload ausführen.

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

  • mehrere Instanzen: für alle Instanzen wird ein einzelner Prozess gestartet. Dies gilt für die Prozesse web, syslogd und trackinglogd.

    Die Aktivierung kann über die Datei config-default.xml konfiguriert werden.

    Deklarieren eines Adobe Campaign-Servers für den Zugriff auf Client-Konsolen und für die Weiterleitung (Verfolgung):

    vi nl6/conf/config-default.xml
    <web args="-tomcat" autoStart="true"/>  
    <!-- to start if the machine is also a redirection server -->  
    <trackinglogd autoStart="true"/>
    

    In diesem Beispiel wird die Datei unter Linux mit dem Befehl vi bearbeitet. Sie kann mit einem beliebigen .txt- oder .xml-Editor bearbeitet werden.

  • Monoinstanz: Ein Prozess wird für jede Instanz gestartet (Module: mta, wfserver, inMail, ​smund stat).

    Die Aktivierung kann mithilfe der Konfigurationsdatei der Instanz konfiguriert werden:

    config-<instance>.xml
    

    Deklarieren eines Servers für Versand, Ausführen von Workflow-Instanzen und Wiederherstellen der Absprung-Mail:

    <mta autoStart="true" statServerAddress="localhost"/>
    <wfserver autoStart="true"/>  
    <inMail autoStart="true"/>
    <stat autoStart="true"/>
    

Datenspeicherung der Kampagne

Sie können den Ordner "Datenspeicherung"(var) der Adobe Campaign-Daten (Protokolle, Downloads, Umleitungen usw.) konfigurieren. Verwenden Sie dazu die Systemvariable XTK_VAR_DIR:

  • Geben Sie unter Windows den folgenden Wert in der Systemvariable XTK_VAR_DIR an

    D:\log\AdobeCampaign
    
  • Wechseln Sie unter Linux zur Datei customer.sh und geben Sie Folgendes an: export XTK_VAR_DIR=/app/log/AdobeCampaign.

    Weitere Informationen finden Sie unter Parameter personalisieren.

Dynamische Seitensicherheit und Relais

Standardmäßig sind alle dynamischen Seiten automatisch mit dem local Tomcat-Server des Computers verknüpft, dessen Webmodul gestartet wurde. Diese Konfiguration wird im Abschnitt <url> der Abfrage-Relaiskonfiguration für die Datei serverConf.xml eingegeben.

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

Weitere Informationen zu den verschiedenen verfügbaren Parametern finden Sie in der Konfigurationsdatei serverConf.xml.

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:

  • /nl/jsp/soaprouter.jsp: Client-Konsolen- und Webdienstverbindungen (SOAP-APIs),
  • /nl/jsp/m.jsp: Mirrorseiten,
  • /nl/jsp/logon.jsp: Webbasierter Zugriff auf Berichte und die Bereitstellung der Client-Konsole,
  • /nl/jsp/s.jsp : Einsatz von viralem Marketing (Sponsoring und soziale Netzwerke).

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

  • nms/mobile/1/registerIOS.jssp
  • nms/mobile/1/registerAndroid.jssp

Beispiel:

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

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*?lang=de"/>
<url IPMask=""               deny=""     hostMask="" relayHost="true"  relayPath="true"  targetUrl="http://localhost:8080" timeout="" urlPath="/jssp/pub*?lang=de"/>
<url IPMask=""               deny=""     hostMask="" relayHost="true"  relayPath="true"  targetUrl="http://localhost:8080" timeout="" urlPath="/strings/pub*?lang=de"/>
<url IPMask=""               deny=""     hostMask="" relayHost="true"  relayPath="true"  targetUrl="http://localhost:8080" timeout="" urlPath="/interaction/pub*?lang=de"/>
<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 fällt der Wert <IP_addresses> mit der Liste der IP-Adressen (durch Kommas getrennt) zusammen, die zur Verwendung des Relaismoduls für diese Maske berechtigt sind.

HINWEIS

Die Werte werden entsprechend Ihrer Konfiguration und Ihren Netzwerkeinschränkungen angepasst, insbesondere, wenn für Ihre Installation spezifische Konfigurationen entwickelt wurden.

Verwalten von HTTP-Kopfzeilen

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

  1. Wechseln Sie zur Datei serverConf.xml.

  2. Wechseln Sie im Knoten <relay> zur Liste der weitergeleiteten HTTP-Header.

  3. hinzufügen ein <responseheader>-Element mit den folgenden Attributen:

    • name: Kopfzeilenname
    • Wert: Wertname.

    Beispiel:

    <responseHeader name="Strict-Transport-Security" value="max-age=16070400; includeSubDomains"/>
    

Eingrenzen von autorisierten externen Befehlen

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

Dazu müssen Sie eine Textdatei mit der Liste von Befehlen erstellen, die Sie vermeiden möchten, z. B.:

ln
dd
openssl
curl
wget
python
python3
perl
ruby
sh
WICHTIG

Diese Liste ist nicht erschöpfend.

Im Knoten exec der Serverkonfigurationsdatei müssen Sie auf die zuvor erstellte Datei im Attribut blacklistFile verweisen.

Nur für Linux: in der Serverkonfigurationsdatei sollten Sie einen Benutzer angeben, der externe Befehle ausführen soll, um Ihre Sicherheitskonfiguration zu verbessern. Dieser Benutzer wird im Knoten exec der Konfigurationsdatei festgelegt. Alle in serverConf.xml verfügbaren Parameter sind in diesem Abschnitt aufgeführt.

HINWEIS

Wenn kein Benutzer angegeben ist, werden alle Befehle im Benutzerkontext der Adobe Campaign-Instanz ausgeführt. Der Benutzer muss sich von dem Benutzer, der Adobe Campaign ausführt, unterscheiden.

Beispiel:

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

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

WICHTIG

Sie sollten kein benutzerdefiniertes Sudo verwenden. Ein Standard-Sudo muss auf dem System installiert sein.

Redundante Verfolgung

Werden mehrere Server für die Weiterleitung verwendet, müssen sie über SOAP-Aufrufe miteinander kommunizieren können, um Informationen aus den zu umgeleitenden URLs freizugeben. Zum Zeitpunkt des Beginns des Versands sind möglicherweise nicht alle Umleitungsserver verfügbar; Sie verfügen daher möglicherweise nicht über den gleichen Informationsstand.

HINWEIS

Bei Verwendung der Standard- oder Unternehmensarchitektur muss der Hauptanwendungsserver berechtigt sein, Verfolgungsinformationen auf jedem Computer hochzuladen.

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

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 true ist. Auf diese Weise erhalten Sie auf allen Umleitungsservern 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

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 Lastenausgleicher entsprechend dem Adobe Campaign-Zugriff.

Für den Zugriff über das Internet wählen Sie den Modus Lastenausgleich aus, um die Verbindungszeiten zu begrenzen.

Wählen Sie beim Zugriff über die Adobe Campaign-Konsole den Modus hash oder sticky ip. Auf diese Weise können Sie die Verbindung zwischen dem Rich-Client und dem Server aufrechterhalten und beispielsweise verhindern, dass eine Benutzersitzung 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. Dazu müssen Sie eine oder mehrere Affinitäten für den betreffenden Workflow oder die betreffende Aktivität definieren.

  1. Erstellen Sie die Affinitäten des Workflows oder der Aktivität, indem Sie sie in das Feld Affinität eingeben.

    Sie können einen beliebigen Affinitäten-Namen wählen, stellen Sie jedoch sicher, dass Sie keine Leerzeichen oder Interpunktionszeichen verwenden. Wenn Sie verschiedene Server verwenden, geben Sie unterschiedliche Namen an.

    Die Dropdown-Liste enthält zuvor verwendete Affinitäten. Es wird mit der Zeit mit den verschiedenen eingegebenen Werten abgeschlossen.

  2. Öffnen Sie die Datei nl6/conf/config-<instance>.xml.

  3. Ändern Sie die Zeile, die mit dem Modul wfserver übereinstimmt, wie folgt:

    <wfserver autoStart="true" affinity="XXX,"/>
    

    Wenn Sie mehrere Affinitäten definieren, müssen diese durch Kommas ohne Leerzeichen getrennt werden:

    <wfserver autoStart="true" affinity="XXX,YYY,"/>
    

    Das Komma nach dem Namen der Affinität ist erforderlich, um Workflows auszuführen, für die keine Affinität definiert ist.

    Wenn Sie nur Workflows ausführen möchten, für die eine Affinität definiert ist, fügen Sie am Ende der Liste Ihrer Affinitäten kein Komma hinzu. Ändern Sie beispielsweise die Zeile wie folgt:

    <wfserver autoStart="true" affinity="XXX"/>
    

Automatischer Neustart

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

Sie können diese Konfiguration jedoch ändern.

Gehen Sie dazu zur Datei serverConf.xml, die sich im conf-Repository Ihrer Installation befindet.

Jeder in dieser Datei konfigurierte Prozess hat das Attribut processRestartTime. Sie können den Wert dieses Attributs ändern, um die Startzeit jedes Prozesses entsprechend Ihren Anforderungen anzupassen.

WICHTIG

Löschen Sie dieses Attribut nicht. Alle Prozesse müssen jeden Tag neu gestartet werden.

Auf dieser Seite

Adobe Maker Awards Banner

Time to shine!

Apply now for the 2021 Adobe Experience Maker Awards.

Apply now
Adobe Maker Awards Banner

Time to shine!

Apply now for the 2021 Adobe Experience Maker Awards.

Apply now