[Alleen op locatie/hybride]{class="badge yellow" title="Alleen van toepassing op on-premise en hybride implementaties"}

Ga aan de slag met de configuratie van de Campagneserver gs-campaign-server-config

In dit hoofdstuk worden configuraties aan de serverzijde beschreven die kunnen worden uitgevoerd om aan uw behoeften en uw specifieke omgeving te voldoen.

Beperkingen

Deze procedures zijn beperkt tot op-gebouw/ hybride plaatsingen en vereisen de toestemmingen van het Beleid.

Voor ontvangen plaatsingen, server-zijmontages kunnen door Adobe slechts worden gevormd. Nochtans, kunnen sommige montages opstelling binnen het Controlebord van de Campagne, zoals IP het beheer van de lijst van gewenste personen of toestemmingen URL zijn. Meer informatie.

Raadpleeg de volgende secties voor meer informatie:

Configuratiebestanden

De configuratiedossiers van het Campaign Classic worden opgeslagen in de conf omslag van de installatiemap van Adobe Campaign. De configuratie wordt verspreid over twee bestanden:

Configuratiebereik

Vorm of pas de server van de Campagne afhankelijk van uw behoeften en configuratie aan. U kunt:

Interne id internal-identifier

Het interne herkenningsteken is technische login die voor installatie, beleid en onderhoudsdoeleinden moet worden gebruikt. Deze aanmelding is niet gekoppeld aan een instantie.

Operatoren die verbinding hebben met deze aanmelding, hebben alle rechten in alle gevallen. Deze aanmelding heeft geen wachtwoord in het geval van een nieuwe installatie. U moet dit wachtwoord handmatig definiëren.

Gebruik de volgende opdracht:

nlserver config -internalpassword

De volgende informatie wordt dan getoond. Voer het wachtwoord in en bevestig het:

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

Processen inschakelen enabling-processes

De processen van Adobe Campaign op de server worden toegelaten (en onbruikbaar gemaakt) via config-default.xml en config-<instance>.xml dossiers.

Om de veranderingen in deze dossiers toe te passen, als de dienst van Adobe Campaign is begonnen, moet u in werking stellen nlserver config - herlaadt bevel.

Er zijn twee typen processen: meerdere instanties en één instantie.

de gegevensopslag van de Campagne

U kunt de opslagfolder (var folder) van de gegevens van Adobe Campaign (logboeken, downloads, redirection, enz.) vormen. Om dit te doen, gebruik XTK_VAR_DIR systeemvariabele:

Dynamische paginabeveiliging en -bedekkingen dynamic-page-security-and-relays

Door gebrek, zijn alle dynamische pagina's automatisch verwant met de lokale server van Tomcat van de machine de waarvan module van het Web is begonnen. Deze configuratie is ingegaan in de <url> sectie van de configuratie van het vraagrelais voor het ServerConf.xml dossier.

U kunt uitvoering van de dynamische pagina op a verre server aflossen; als de module van het Web niet op de computer wordt geactiveerd. Om dit te doen, moet u localhost met de naam van de verre computer voor JSP en JSSP, de toepassingen van het Web, rapporten en koorden vervangen.

Voor meer op de diverse beschikbare parameters, verwijs naar het serverConf.xml configuratiedossier.

Voor JSP-pagina's is de standaardconfiguratie:

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

Adobe Campaign gebruikt de volgende JSP-pagina's:

De JSSPs die voor het Mobiele Kanaal van de App wordt gebruikt zijn als volgt:

Voorbeeld:

Het is mogelijk om clientmachineverbindingen van buitenaf te verhinderen. Om dit te doen, eenvoudig de uitvoering van soaprouter.jsp beperken en slechts de uitvoering van spiegelpagina's, virale verbindingen, Webvormen en openbare middelen toestaan.

De parameters zijn als volgt:

<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 dit voorbeeld valt de waarde <IP_addresses> samen met de lijst met IP-adressen (gescheiden door komma's) die zijn geautoriseerd voor het gebruik van de relaismodule voor dit masker.

HTTP-headers beheren managing-http-headers

Standaard worden niet alle HTTP-headers weergegeven. U kunt specifieke kopballen in de antwoorden toevoegen die door relais worden verzonden. Dit doet u als volgt:

Toegestane externe opdrachten beperken restricting-authorized-external-commands

Van bouwstijl 8780, kunnen de technische beheerders de lijst van geoorloofde externe bevelen beperken die in Adobe Campaign kunnen worden gebruikt.

Hiervoor moet u een tekstbestand maken met de lijst met opdrachten die u niet wilt gebruiken, bijvoorbeeld:

ln
dd
openssl
curl
wget
python
python3
perl
ruby
sh

In de exec knoop van het dossier van de serverconfiguratie, moet u het eerder gecreeerde dossier in het blacklistFile attribuut van verwijzingen voorzien.

slechts voor Linux: in het dossier van de serverconfiguratie, adviseren wij dat u een gebruiker specifiek aan het uitvoeren van externe bevelen specificeert om uw veiligheidsconfiguratie te verbeteren. Deze gebruiker wordt geplaatst in de exec knoop van het configuratiedossier. Alle parameters beschikbaar in serverConf.xml zijn vermeld in deze sectie.

Bijvoorbeeld:

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

Deze gebruiker moet worden toegevoegd aan de sudoerlijst van de 'neolane' Adobe Campaign-operator.

Overbodige tekstspatiëring redundant-tracking

Wanneer de veelvoudige servers voor omleiding worden gebruikt, moeten zij met elkaar via SOAP vraag kunnen communiceren om informatie van URLs te delen om worden omgeleid. Op het moment dat de levering wordt opgestart, is het mogelijk dat niet alle omleidingsservers beschikbaar zijn; daarom hebben ze mogelijk niet hetzelfde niveau van informatie.

URLs van de overtollige servers moet in de omleidingsconfiguratie, via het serverConf.xml dossier worden gespecificeerd.

Voorbeeld:

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

Het enableIf bezit is facultatief (leeg door gebrek) en staat u toe om de verbinding toe te laten slechts als het resultaat waar is. Dit laat u een identieke configuratie op alle omleidingsservers verkrijgen.

Om hostname van de computer te verkrijgen, stel het volgende bevel in werking: hostname - s.

Workflows en affiniteiten met hoge beschikbaarheid high-availability-workflows-and-affinities

U kunt verschillende workflowservers (wfserver) configureren en deze op twee of meer computers distribueren. Als u dit type architectuur kiest, configureert u de verbindingsmodus van de taakverdelingsmechanisme op basis van de Adobe Campaign-toegang.

Voor toegang van het Web, selecteer de wijze van het taakverdelingsmechanisme om verbindingstijden te beperken.

Als de toegang tot via de console van Adobe Campaign, knoeiboel of kleverige ip wijze kiezen. Zo kunt u de verbinding tussen de rijke client en de server onderhouden en voorkomen dat een gebruikerssessie wordt onderbroken tijdens bijvoorbeeld het importeren of exporteren.

U kunt ervoor kiezen om de uitvoering van een workflow of een workflowactiviteit op een bepaalde computer af te dwingen. Hiervoor moet u een of meer affiniteiten definiëren voor de betreffende workflow of activiteit.

Automatisch opnieuw opstarten automatic-process-restart

Standaard worden de verschillende Adobe Campaign-processen elke dag om zes uur (servertijd) automatisch opnieuw gestart.

U kunt deze configuratie echter wijzigen.

Om dit te doen, ga naar het serverConf.xml dossier, dat in de wordt gevestigd conf bewaarplaats van uw installatie.

Elk die proces in dit dossier wordt gevormd heeft a processRestartTime attributen. U kunt de waarde van dit kenmerk wijzigen om de opstarttijd van elk proces aan te passen aan uw wensen.