[온-프레미스/하이브리드만]{class="badge yellow" title="온-프레미스 및 하이브리드 배포에만 적용"}

Campaign 서버 구성 시작 gs-campaign-server-config

이 장에서는 요구 사항 및 환경 특성에 맞게 수행할 수 있는 서버측 구성에 대해 자세히 설명합니다.

제한

이러한 절차는 온-프레미스/하이브리드 배포로 제한되며 관리 권한이 필요합니다.

호스팅 배포의 경우 서버측 설정은 Adobe 전용으로만 구성할 수 있습니다. 그러나 IP Campaign 컨트롤 패널 허용 목록에 추가하다 관리 또는 URL 권한과 같은 일부 설정은 Campaign 권한 내에서 설정할 수 있습니다. 자세히 알아보기.

자세한 내용은 다음 섹션을 참조하십시오.

구성 파일

Campaign Classic 구성 파일은 Adobe Campaign 설치 폴더의 conf 폴더에 저장됩니다. 구성은 두 개의 파일에 분산됩니다.

구성 범위

요구 사항과 구성에 따라 Campaign 서버를 구성하거나 조정합니다. 다음을 수행할 수 있습니다.

내부 식별자 internal-identifier

internal 식별자는 설치, 관리 및 유지 관리를 위해 사용되는 기술 로그인입니다. 이 로그인은 인스턴스와 연결되어 있지 않습니다.

이 로그인을 사용하여 연결된 운영자는 모든 인스턴스에 대한 모든 권한을 갖게 됩니다. 새로 설치하는 경우 이 로그인에 암호가 없습니다. 이 암호를 수동으로 정의해야 합니다.

다음 명령을 사용하십시오.

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 명령을 실행해야 합니다.

프로세스에는 다중 인스턴스와 단일 인스턴스의 두 가지 유형이 있습니다.

Campaign 데이터 저장소

Adobe Campaign 데이터(로그, 다운로드, 리디렉션 등)의 저장소 디렉터리(var 디렉터리)를 구성할 수 있습니다. 이렇게 하려면 XTK_VAR_DIR 시스템 변수를 사용합니다.

다이내믹 페이지 보안 및 릴레이 dynamic-page-security-and-relays

기본적으로 모든 동적 페이지는 웹 모듈이 시작된 컴퓨터의 local Tomcat 서버와 자동으로 연결됩니다. 이 구성은 ServerConf.xml 파일에 대한 쿼리 릴레이 구성의 <url> 섹션에 입력됩니다.

remote 서버에서 동적 페이지의 실행을 릴레이할 수 있습니다. 컴퓨터에서 웹 모듈이 활성화되지 않은 경우. 이렇게 하려면 localhost ​을(를) JSP 및 JSSP, 웹 응용 프로그램, 보고서 및 문자열의 원격 컴퓨터 이름으로 바꾸어야 합니다.

사용 가능한 다양한 매개 변수에 대한 자세한 내용은 serverConf.xml 구성 파일을 참조하십시오.

JSP 페이지의 경우 기본 구성은 다음과 같습니다.

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

Adobe Campaign은 다음 JSP 페이지를 사용합니다.

모바일 앱 채널에 사용되는 JSSP는 다음과 같습니다.

예:

클라이언트 시스템이 외부에서 연결되는 것을 방지할 수 있습니다. 이렇게 하려면 soaprouter.jsp ​의 실행을 제한하고 미러 페이지, 바이럴 링크, 웹 양식 및 공개 리소스의 실행만 승인하면 됩니다.

매개 변수는 다음과 같습니다.

<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 호출을 통해 서로 통신할 수 있어야 합니다. 게재 시작 시 일부 리디렉션 서버를 사용하지 못할 수 있으므로 동일한 수준의 정보를 갖지 못할 수 있습니다.

serverConf.xml 파일을 통해 리디렉션 구성에 중복 서버의 URL을 지정해야 합니다.

예:

<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)를 구성하고 두 개 이상의 컴퓨터에 배포할 수 있습니다. 이 유형의 아키텍처를 선택하는 경우 Adobe Campaign 액세스에 따라 로드 밸런서의 연결 모드를 구성합니다.

웹에서 액세스하려면 로드 밸런서 모드를 선택하여 연결 시간을 제한하십시오.

Adobe Campaign 콘솔을 통해 액세스하는 경우 해시 또는 고정 IP 모드를 선택하십시오. 이를 통해 리치 클라이언트와 서버 간의 연결을 유지할 수 있으며, 가져오기 또는 내보내기 작업 중에 사용자 세션이 중단되는 것을 방지할 수 있습니다.

특정 컴퓨터에서 워크플로우 또는 워크플로우 활동을 강제로 실행하도록 선택할 수 있습니다. 이렇게 하려면 관련 워크플로우 또는 활동에 대해 하나 이상의 관심도를 정의해야 합니다.

자동 재시작 automatic-process-restart

기본적으로 다른 Adobe Campaign 프로세스는 매일 오전 6시(서버 시간)에 자동으로 다시 시작됩니다.

그러나 이 구성은 변경할 수 있습니다.

이렇게 하려면 설치의 conf 저장소에 있는 serverConf.xml 파일로 이동하십시오.

이 파일에 구성된 각 프로세스에 processRestartTime 특성이 있습니다. 이 속성 값을 수정하여 필요에 따라 각 프로세스의 재시작 시간을 조정할 수 있습니다.