이 주제를 사용하여 프록시 서버에서 고급 구성을 수행하십시오.
프록시 설정을 사용하여
시스템 관리자가 프록시 서버의 작동을 조정할 수 있습니다. 특히, 애플리케이션 서버에 연결 및 요청을 구성하고 캐싱을 사용 가능하게 하며 거부되어야 하는 요청을 구성하고 오류 응답이
처리되는 방법을 정의하며 프록시 로그의 위치를 지정할 수 있습니다.
작성 시 프록시 서버는 환경을 자동 감지하고 제품에
요청을 라우팅할 수 있습니다. 특정 환경의 요구에 맞게 추가 구성을 프록시
서버에 적용할 수 있습니다.
이 관리 콘솔 페이지를 보려면 proxy_server_name을 클릭하십시오.
문제점 방지: 작성한 프록시 서버가 프록시 서버 클러스터의
일부인 경우 프록시 서버 레벨에서 수정할 수 있는 유일한 HTTP 프록시 서버 설정은
로컬 아웃바운드 TCP 주소입니다. 다른 HTTP 프록시 서버 설정은
프록시 클러스터 레벨에서 설정되어야 합니다. 프록시 서버 클러스터의 일부인
프록시 서버를 구성하는 방법에 대한 정보는
프록시 서버 클러스터 수정 및
프록시 클러스터 멤버 설정 주제를 참조하십시오.
gotcha구성 탭에서 프록시 서버의 구성 가능 필드 설정을 편집할 수 있습니다.
아웃바운드 연결 설정
프록시 서버와 컨텐츠 서버 사이에 기본 HTTP 연결
매개변수를 지정합니다.
- 아웃바운드 요청 읽기 제한시간
- 프록시 서버가 컨텐츠 서버에 대한 요청 제한시간을
초과하기 전에 응답을 기다리는 기본 시간(초)을 지정합니다. 값을 변경할 경우 주의하여 이 옵션을 고려하십시오.
- 아웃바운드 요청 쓰기 제한시간
- 프록시 서버가 컨텐츠 서버에 대한 쓰기 요청을 기다리는 기본 시간(초)을
지정합니다. 값을 변경할 경우 주의하여 이 옵션을 고려하십시오.
- 아웃바운드 연결 제한시간
- 프록시 서버가 서버에 연결될 때까지 기다리는 밀리초 수를
지정합니다. 해당 시간이 만기될 경우, 프록시 서버는
다른 서버에 연결을 시도합니다. 다른 사용 가능한 서버가 존재하지 않을 경우,
요청 제한시간이 초과됩니다. 값이 0이면 프록시 서버에서 운영 체제
커널 제한시간 값을 사용해야 함을 나타냅니다.
- 컨텐츠 서버에 대한 연결 풀링
- 서버에 대한 연결을 풀링하는 옵션이 최적화 기능되도록
지정합니다. 풀링은 프록시 서버가 서버로의 소켓 연결을 풀링하고 해당 연결을 다시 사용하도록 하여
서버로의 소켓 연결을 자주 작성하고 해제할 필요를 방지합니다.
- 서버당 최대 연결 수
- 단일 컨텐츠 서버에 풀링될 최대 연결 수를
지정합니다.
- 로컬 아웃바운드 TCP 주소
- SIP 컨테이너에 들어오고 나가는 데이터의 로컬 아웃바운드
TCP 주소를 지정합니다. 이 설정값은 네트워크가 분할된 경우
SIP 프록시와 SIP 컨테이너 간의 모든 통신에 사용할 호스트 이름 또는
IP 주소입니다.
| 정보 |
값 |
|---|
| 데이터 유형 |
String |
| 기본값 |
* |
| 범위 |
IP 주소 또는 유효한 호스트 이름 |
다음 프록시 사용자 정의 특성은 아웃바운드 연결을 조정하는 데
사용할 수 있습니다.
- key=http.maxTargetReconnects: 요청마다 동일 대상 컨텐츠 서버에 대한
최대 재연결 수. 기본값은 5입니다.
- key=http.maxTargetRetries: 요청마다 프록시가 새 대상 컨텐츠 서버를
선택하려고 시도한 최대 횟수. 기본값은 5입니다.
- key=http.routing.sendReverseProxyNameInHost: WebSphere® Application Server 컨텐츠 서버에 없는
컨텐츠에 대해 호스트 헤더를 재작성할지 여부를 판별합니다.
옵션은 true 또는 false이며
대소문자가 구분되지 않습니다. 이 특성의 값이 기본 설정인 false이면 호스트 헤더가 대상
서버의 호스트로 다시 작성됩니다.
이 특성의 값이 true이면 호스트 헤더가 다시 작성되지
않습니다.
- key=http.compliance.disable: 프록시 컨텐츠 서버 연결에 대해 HTTP V1.1을 준수해야 하는지
여부를 판별합니다. 옵션은 true 또는 false이며
대소문자가 구분되지 않습니다. 기본값은 false입니다.
- key=http.compliance.via: HTTP 준수에 대해 요청 및 응답에 추가되는
매개 헤더 값. 값이 널이면 매개 헤더는 추가되지 않습니다.
값이 true이면 기본 매개 값이 추가됩니다.
그렇지 않으면, 지정된 문자열 매개 값이 추가됩니다. 기본값은 널입니다.
사용자 정의 오류 페이지 정책
이 섹션을 사용하면 요청 처리 중 오류가 발생할 경우
오류 설정 페이지를 구성할 수 있습니다.
기본적으로 어떤 사용자 정의 오류 페이지도 생성할 수 없습니다.
- 로컬 오류 페이지 처리
- 로컬로 생성된 오류 응답을 애플리케이션으로 라우팅합니다. 두 가지 방법으로
오류를 처리하고 특정 오류 코드에 오류 맵핑을 지정할 수 있습니다.
- 프록시 서버에서 생성된 오류를 처리합니다.
- 애플리케이션 서버에서 생성된 오류를 처리합니다.
- 원격 오류 페이지 처리
- 선택하면, 프록시 서버가 생성하는
HTTP 응답 오류 상태 코드와 프록시 컨텐츠 서버 연결 오류에 대해 프록시가 응답한 후
다른 위치에서 생성되는 HTTP 응답 오류 상태 코드를 지정합니다. 선택하지 않으면 프록시 서버가 생성하는
HTTP 응답 오류 상태 코드가 처리됩니다. 우수 사례는
프록시 서버와 동일한 물리적 시스템에서 오류 페이지 애플리케이션을 구성하는 것입니다.
- 오류 페이지 생성 애플리케이션 URI
- 설치된 애플리케이션에 유효한 URL(Uniform Resource Locator)가
제공되면 사용자 정의 오류 페이지 정책을 사용할 수 있도록
지정합니다. 설치된 애플리케이션에 올바른 URI가 제공되지 않으면
사용자 정의 오류 페이지 정책에서 어떠한 요청도 처리하지
않습니다.두 가지 방법으로 오류를 처리할 수 있습니다.
- 로컬로 생성된 오류 응답을 애플리케이션으로 라우팅합니다.
- 원격 서버의 오류 응답을 오류 페이지 생성기 애플리케이션으로 라우팅합니다.
- 오류 페이지 애플리케이션으로 전달할 헤더
- 오류 페이지 애플리케이션에 조회 매개변수로 전달할
클라이언트 요청의 추가 헤더 값을 지정합니다. responseCode 및 URI 조회 매개변수는 구성된 애플리케이션 외에도
오류 페이지 애플리케이션에 항상 전송됩니다.
responseCode 매개변수는 내부적으로 생성하거나 컨텐츠 서버에서 리턴하는 HTTP
상태 코드입니다. URI 매개변수는 클라이언트의
요청 URI입니다.
예 - 오류 페이지 URI가
/ErrorPageApp/ErrorPage이고,
전달할 헤더에
Host가 포함되며 클라이언트가 다음 요청을 전송합니다.
GET /house/rooms/kitchen.jpg HTTP/1.1
호스트: homeserver.companyx.com
요청 결과는 HTTP 404 응답(로컬 또는 원격)이며 오류 페이지 애플리케이션의
요청 URI는 다음과 같습니다.
/ErrorPageApp/ErrorPage?responseCode=404&uri=/house/rooms/kitchen.jpg&Host= homeserver.companyx.com
- 오류로 인식될 HTTP 상태 코드
- 오류 페이지 정책이 응답을 제공할 상태 코드를
지정합니다. 상태 코드를 지정하지 않으면 해당 상태 코드와 함께
응답의 원래 컨텐츠가 리턴됩니다. 지정된 HTTP 상태 코드가 없으면 기본값 404 및 5XX가
사용됩니다. 상태 코드를 개별적으로
지정하지 않고 다음 방법을 사용하여 범위를 표시하는 것이 좋습니다.
- 5XX: 500-599
- 4XX: 400-499
- 3XX: 300-399
- 2XX: 200-299
사용자 정의 오류 페이지를 미조정할 때 사용할 프록시 사용자 정의 특성: key=http.statuscode.errorPageRedirect. 이
사용자 정의 특성은 오류 페이지 생성이 프록시 오류 페이지 애플리케이션을 사용하는 대신
경로 재지정을 사용하여 수행되는지 여부를 판별합니다. 값은 true 또는 false입니다.
기본값은 false입니다.