[Somente no local/híbrido]{class="badge yellow" title="Aplica-se somente a implantações locais e híbridas"}

Introdução à configuração do servidor do Campaign gs-campaign-server-config

Este capítulo detalha as configurações do lado do servidor que podem ser executadas para atender às suas necessidades e às suas especificidades de ambiente.

Restrições

Estes procedimentos são restritos a implantações locais/híbridas e exigem permissões de Administração.

Para implantações hospedadas, as configurações do lado do servidor podem ser definidas somente por Adobe. No entanto, algumas configurações podem ser definidas no Painel de Controle do Campaign, como gerenciamento de inclui na lista de permissões IP ou permissões de URL. Saiba mais.

Para obter mais informações, consulte esta seção.

Arquivos de configuração

Os arquivos de configuração de Campaign Classic são armazenados na pasta conf da pasta de instalação do Adobe Campaign. A configuração está distribuída em dois arquivos:

Escopo da configuração

Configure ou adapte o servidor do Campaign dependendo das suas necessidades e configuração. Você pode:

Identificador interno internal-identifier

O identificador interno é um logon técnico a ser usado para fins de instalação, administração e manutenção. Este logon não está associado a uma instância.

Os operadores conectados por meio desse logon terão todos os direitos em todas as instâncias. Esse login não terá uma senha no caso de uma nova instalação. Você deve definir manualmente essa senha.

Use o seguinte comando:

nlserver config -internalpassword

As informações a seguir são exibidas. Digite e confirme a senha:

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

Habilitar processos enabling-processes

Os processos do Adobe Campaign no servidor são habilitados (e desabilitados) por meio dos arquivos config-default.xml e config-<instance>.xml.

Para aplicar as alterações nesses arquivos, se o serviço Adobe Campaign for iniciado, você deverá executar o comando nlserver config -reload.

Há dois tipos de processos: várias instâncias e instância única.

Armazenamento de dados da campanha

Você pode configurar o diretório de armazenamento (var diretório) dos dados do Adobe Campaign (logs, downloads, redirecionamentos, etc.). Para fazer isso, use a variável de sistema XTK_VAR_DIR:

Segurança e retransmissões de página dinâmicas dynamic-page-security-and-relays

Por padrão, todas as páginas dinâmicas são automaticamente relacionadas ao servidor Tomcat local da máquina cujo módulo da Web foi iniciado. Essa configuração é inserida na seção <url> da configuração de retransmissão de consulta para o arquivo ServerConf.xml.

Você pode retransmitir a execução da página dinâmica em um servidor remoto; se o módulo Web não estiver ativado no computador. Para fazer isso, você deve substituir o localhost pelo nome do computador remoto para JSP e JSSP, aplicativos Web, relatórios e cadeias de caracteres.

Para obter mais informações sobre os vários parâmetros disponíveis, consulte o arquivo de configuração serverConf.xml.

Para páginas JSP, a configuração padrão é:

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

O Adobe Campaign usa as seguintes páginas JSP:

As JSSPs usadas para o Canal de aplicativo móvel são as seguintes:

Exemplo:

É possível impedir conexões externas de máquinas clientes. Para fazer isso, basta restringir a execução do soaprouter.jsp e autorizar apenas a execução de mirror pages, links virais, formulários web e recursos públicos.

Os parâmetros são os seguintes:

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

Neste exemplo, o valor <IP_addresses> coincide com a lista de endereços IP (separados por vírgulas) autorizados a usar o módulo de retransmissão para esta máscara.

Gerenciar cabeçalhos HTTP managing-http-headers

Por padrão, todos os cabeçalhos HTTP não são retransmitidos. É possível adicionar cabeçalhos específicos nas respostas enviadas por retransmissão. Para fazer isso:

Restringir comandos externos autorizados restricting-authorized-external-commands

Na build 8780, os administradores técnicos podem restringir a lista de comandos externos autorizados que podem ser usados no Adobe Campaign.

Para fazer isso, é necessário criar um arquivo de texto com a lista de comandos que você deseja impedir que o use, por exemplo:

ln
dd
openssl
curl
wget
python
python3
perl
ruby
sh

No nó exec do arquivo de configuração do servidor, você precisa fazer referência ao arquivo criado anteriormente no atributo blacklistFile.

Somente para Linux: no arquivo de configuração do servidor, recomendamos que você especifique um usuário dedicado à execução de comandos externos para aprimorar sua configuração de segurança. Este usuário está definido no nó exec do arquivo de configuração. Todos os parâmetros disponíveis no serverConf.xml estão listados nesta seção.

Por exemplo:

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

Este usuário precisa ser adicionado à lista sudoer do operador Adobe Campaign 'neolane'.

Rastreamento redundante redundant-tracking

Quando vários servidores são usados para redirecionamento, eles devem poder se comunicar entre si por meio de chamadas SOAP para compartilhar informações dos URLs a serem redirecionados. No momento da inicialização do delivery, é possível que nem todos os servidores de redirecionamento estejam disponíveis; portanto, eles podem não ter o mesmo nível de informações.

As URLs dos servidores redundantes devem ser especificadas na configuração de redirecionamento, por meio do arquivo serverConf.xml.

Exemplo:

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

A propriedade enableIf é opcional (vazia por padrão) e permite habilitar a conexão somente se o resultado for verdadeiro. Isso permite obter uma configuração idêntica em todos os servidores de redirecionamento.

Para obter o nome de host do computador, execute o seguinte comando: hostname -s.

Fluxos de trabalho e afinidades de alta disponibilidade high-availability-workflows-and-affinities

Você pode configurar vários servidores de workflow (wfserver) e distribuí-los em dois ou mais computadores. Se você escolher esse tipo de arquitetura, configure o modo de conexão dos balanceadores de carga de acordo com o acesso ao Adobe Campaign.

Para obter acesso da Web, selecione o modo balanceador de carga para limitar os tempos de conexão.

Se estiver acessando pelo console do Adobe Campaign, escolha o modo hash ou ip fixo. Isso permite manter a conexão entre o cliente avançado e o servidor e evitar que uma sessão de usuário seja interrompida durante uma operação de importação ou exportação, por exemplo.

Você pode optar por forçar a execução de um workflow ou uma atividade de workflow em uma máquina específica. Para fazer isso, é necessário definir uma ou mais afinidades para o fluxo de trabalho ou atividade relacionada.

Reinicialização automática automatic-process-restart

Por padrão, os diferentes processos do Adobe Campaign são reiniciados automaticamente às 6h (horário do servidor) todos os dias.

No entanto, você pode alterar essa configuração.

Para fazer isso, vá para o arquivo serverConf.xml, localizado no repositório conf da sua instalação.

Cada processo configurado neste arquivo tem um atributo processRestartTime. Você pode modificar o valor desse atributo para adaptar o tempo de reinicialização de cada processo de acordo com suas necessidades.