HTTP 전송 채널 설정

이 페이지에서 HTTP 전송 채널을 보고 구성할 수 있습니다. 이러한 유형의 전송 채널은 원격 클라이언트로부터의 HTTP 요청을 처리합니다.

HTTP 전송 채널은 HTTP 요청을 구문 분석한 다음 해당하는 응용프로그램 채널을 찾아서 요청을 처리하고 응답을 전송합니다.

이 관리 콘솔 페이지를 보려면 서버 > 서버 유형 > WebSphere Application Server > server_name > 포트를 클릭하십시오. 설정을 표시하거나 구성할 HTTP 채널의 포트를 찾고, 연관된 전송 보기를 클릭하십시오. 이 HTTP 전송을 포함하는 전송 체인의 이름을 클릭한 후 HTTP 전송 체인의 이름을 클릭하십시오.

전송 채널 이름

HTTP 전송 채널 이름을 지정합니다.

이름 필드에는 # \ / , : ; " * ? < > | = + & % '와 같은 문자를 사용할 수 없습니다.

이 이름은 시스템의 모든 채널에서 고유해야 합니다. 예를 들어, HTTP 전송 채널 및 TCP 전송 채널은 동일한 시스템에 상주하는 경우 이름이 같을 수 없습니다.

데이터 유형 문자열
판별 가중치

이 전송 체인에서 다른 전송 채널과 관련된 이 채널의 우선순위를 지정합니다. 이 특성은 포트 공유가 사용 가능으로 설정되었을 때만 사용되며, 전송 체인은 데이터를 전달할 수 있는 여러 개의 채널을 포함하고 있습니다. 판별 가중치가 낮은 체인의 채널은 먼저 수신 데이터를 보고 해당 데이터를 소유하는지 판별하는 첫 번째 채널입니다.

데이터 유형 양의 정수
기본값 0
읽기 제한시간

HTTP 전송 채널이 첫 번째 읽기가 발생한 후 소켓에서 읽기 요청이 완료되기를 기다리는 기간(초)을 지정합니다. 대기 중인 읽기는 이 요청에 대한 소켓에서 발생하는 첫 번째 읽기의 일부로서 모든 헤더를 읽지 않은 경우 읽기 요청(예: POST) 본문의 일부 또는 헤더의 일부분일 수 있습니다.

상태 전이: 이 특성에 지정된 값은 쓰기 제한시간 특성에 지정된 값과 함께, 이전 릴리스에서 ConnectionIOTimeout 사용자 정의 특성이 제공한 제한시간 기능을 제공합니다.
데이터 유형 정수
기본값 60초
쓰기 제한시간

HTTP 전송 채널이 소켓에서 응답 데이터의 각 부분이 전송되기를 기다리는 시간(초)을 지정합니다. 이 제한시간은 일반적으로 새 요청 이후로 지연되는 경우에만 발생합니다. 이러한 상황은 클라이언트의 데이터 전송 속도가 낮거나 서버의 NIC(Network Interface Card)가 I/O로 포화된 경우에 발생할 수 있습니다.

상태 전이: 이 특성에 지정된 값은 읽기 제한시간 특성에 지정된 값과 함께, 이전 릴리스에서 ConnectionIOTimeout 사용자 정의 특성이 제공한 제한시간 기능을 제공합니다.

일부 클라이언트에서 클라이언트에 작성 중인 데이터를 수신하기 위해 300초가 넘게 필요한 경우, 쓰기 제한시간 매개변수에 지정되는 값을 변경하십시오. 일부 클라이언트는 느리고 전송되어 오는 데이터를 수신하기 위해 300초가 넘게 필요합니다. 클라이언트가 모든 데이터를 얻을 수 있도록 하기 위해, 이 매개변수에 지정되는 값을 수신될 모든 데이터에 대해 충분한 시간(초)으로 변경하십시오. 이 설정의 값을 변경하는 경우 새 값이 여전히 악성의 클라이언트로부터 서버를 보호하는지 확인하십시오.

데이터 유형 정수
기본값 60초
지속적 제한시간

소켓이 요청 사이에서 유휴 상태에 있도록 HTTP 전송 채널이 허용하는 기간(초 단위)을 지정합니다.

상태 전이: 이 특성에 지정된 값은 이전 릴리스에서 ConnectionKeepAliveTimeout 사용자 정의 특성이 제공한 제한시간 기능을 제공합니다.
데이터 유형 정수
기본값 30초
지속적(활성화 상태 지속) 연결 사용

선택 시, HTTP 전송 채널 연결이 요청 사이에 계속 열려있음을 지정합니다. 연결을 열어 두면 워크로드에 다중 요청을 전송하는 클라이언트가 있는 경우 설정 및 분해 비용을 절약할 수 있습니다.

클라이언트가 충분히 긴 시간 동안 단일 요청만을 전송하는 경우 아마도 이 옵션을 사용하지 않고 HTTP 전송 채널이 잠시 후에 연결을 닫기 위해 제한시간을 설정하도록 하는 대신 즉시 연결을 닫는 것이 좋을 것입니다.

기본값은 true이며, 이는 일반적으로 최적 설정입니다.

문제점 방지: 최대 지속적 요청 특성에 0 이외의 값을 지정하면 지속적(활성화 상태 지속) 연결 사용 설정이 무시됩니다. gotcha
연결당 무제한 지속적 요청 수

선택 시, 연결마다 지속적 요청의 수가 제한되지 않음을 지정합니다.

연결당 최대 지속적 요청 수

선택 시, 연결마다 지속적 요청의 수가 지속적 요청 특성의 최대 수에 지정된 수로 제한됨을 지정합니다. 이 특성 설정은 지속적(활성화 상태 지속) 연결 사용 특성이 사용 가능하지 않으면 무시됩니다.

최대 지속적 요청 매개변수에 대해 지정된 값을 변경하여 연결이 닫히기 전에 연결을 통해 이동할 수 있는 요청 수를 늘리십시오. 지속적 연결 사용 옵션이 사용될 때, 최대 지속적 요청 매개변수는 연결이 닫히기 전에 연결을 통해 이동할 수 있는 요청 수를 제어합니다. 기본값은 100입니다. 이 값은 모두가 아니라면 대부분의 클라이언트가 동일한 세션 동안 다중 요청을 작성할 때 항상 열린 연결을 갖도록 하는 값으로 설정되어야 합니다. 이 매개변수에 대한 적당한 설정은 불필요한 소켓의 설정 및 분해를 제거하는 데 도움이 됩니다.

클라이언트가 절대 소켓을 닫지 않거나 소켓이 항상 Application Server 앞에 있는 프록시 또는 웹 서버인 테스트 시나리오의 경우, 값 -1은 단일 연결을 통한 요청 수를 제한하는 처리를 사용 불가능하게 합니다. 지속적 제한시간은 여전히 일부 대기 소켓을 종료하고 서버가 열린 소켓을 모두 소비하지 않게 합니다.

관련 정보: 지속 동작은 HTTP 전송의 활성화 상태 지속 연결과 동일합니다. 모든 HTTP 전송에서 동시 활성화 상태 지속(지속적) 연결의 최대 수를 지정하는 MaxKeepAliveConnections 설정과 스레드 풀 크기는 지속과 직접 관련되지 않습니다. 지속은 MaxKeepAliveConnections 설정 및 스레드 풀 크기 설정과는 독립적으로 작동합니다.
연결당 최대 지속적 요청 수

단일 HTTP 연결에 허용된 최대 지속적 요청 수를 지정합니다. 연결당 최대 지속적 요청 수 특성이 선택된 경우에만 이 필드에 값을 추가할 수 있습니다.

지속적 연결 사용 옵션이 사용될 때, 최대 지속적 요청 매개변수는 연결이 닫히기 전에 연결을 통해 이동할 수 있는 요청 수를 제어합니다. 기본값은 100입니다. 이 값은 모두가 아니라면 대부분의 클라이언트가 동일한 세션 동안 다중 요청을 작성할 때 항상 열린 연결을 갖도록 하는 값으로 설정되어야 합니다. 이 매개변수에 대한 적당한 설정은 불필요한 소켓의 설정 및 분해를 제거하는 데 도움이 됩니다.

클라이언트가 절대 소켓을 닫지 않거나 소켓이 항상 Application Server 앞에 있는 프록시 또는 웹 서버인 테스트 시나리오의 경우 값 -1은 단일 연결을 통한 요청 수를 제한하는 처리를 사용 불가능하게 합니다. 지속적 제한시간은 여전히 일부 대기 소켓을 시스템 종료하고 서버가 열린 소켓을 모두 소비하지 않게 합니다.

0 또는 1 값이 지정되면 연결당 하나의 요청만이 허용됩니다.

데이터 유형 정수
기본값 100
최대 헤더 필드 크기

HTTP 요청에 포함할 수 있는 최대 헤더 크기(바이트)를 지정합니다.

이 특성을 응용프로그램에 사실적인 크기로 설정하면, 원하는 사용자가 시스템 자원(예: HTTP 요청을 처리하는 응용프로그램)을 사용할 수 없게 하기 위해서 HTTP 요청 내에 큰 헤더를 사용하는 서비스 거부(DoS) 공격을 방지할 수 있습니다.

이 특성의 기본값은 32768바이트입니다.

최대 헤더 수

단일 HTTP 요청에서 포함할 수 있는 최대 헤더 수를 지정합니다.

이 특성을 응용프로그램에 사실적인 수로 설정하면, 원하는 사용자가 시스템 자원(예: HTTP 요청을 처리하는 응용프로그램)을 사용할 수 없게 하기 위해서 HTTP 요청 내에 많은 수의 헤더를 사용하는 서비스 거부(DoS) 공격을 방지할 수 있습니다.

이 특성의 기본값은 50입니다.

한계 요청 본문 버퍼 크기

선택 시, HTTP 요청의 본문 크기가 제한됨을 지정합니다.

이 특성을 사용하면, 원하는 사용자가 시스템 자원(예: HTTP 요청을 처리하는 응용프로그램)을 사용할 수 없게 하기 위해서 큰 HTTP 요청을 사용하는 서비스 거부 공격을 방지할 수 있습니다.

최대 요청 본문 버퍼 크기

HTTP 요청의 본문에 대한 최대 크기 한계(바이트)를 지정합니다. 이 크기를 초과하면 요청이 처리되지 않습니다.

한계 요청 본문 버퍼 크기 특성이 선택된 경우에만 이 필드에 값을 추가할 수 있습니다.

로깅

이 섹션의 설정을 통해 NCSA(National Center for Supercomputing Applications) 액세스 로깅 또는 HTTP 오류 로깅을 구성하여 사용 가능하게 할 수 있습니다. z/OS®에서 제품을 실행 중인 경우, 이 섹션을 통해 FRCA(Fast Response Cache Accelerator) 로깅을 구성하여 사용 가능하게 할 수도 있습니다. 이 로깅 서비스를 사용 가능으로 설정하면 서버 성능이 저하됩니다.

서버 시작 시 사용 가능한 로깅 서비스가 시작되게 하려면 서버 > 서버 유형 > WebSphere Application Server > server_name을 클릭하십시오. 그런 다음 문제점 해결 섹션에서 HTTP 오류, NCSA 액세스 및 FRCA 로깅을 클릭하고, 서버 시작 시 로깅 서비스 사용 가능을 선택하십시오. 이 옵션이 선택되면, 서버 시작 시 사용 가능한 모든 HTTP 오류, NCSA 또는 FRCA 로깅 서비스가 자동으로 시작합니다.

[z/OS] 문제점 방지: z/OS에서 제품을 실행 중인 경우 HTTP 오류, NCSA 액세스 및 FRCA 로깅 설정이 제어기에서 지정되어야 합니다. 이러한 설정이 하위(servant) 또는 부속 요소에서 지정되면 무시됩니다.gotcha
NCSA 액세스 로깅

기본적으로 NCSA 액세스 로깅에는 글로벌 로깅 서비스 사용 옵션이 선택됩니다. 이 설정은 NCSA 액세스 로깅 설정이 관리 콘솔의 HTTP 오류, NCSA 액세스 및 FRCA 로깅 페이지에서 NCSA 액세스 로깅에 지정된 설정을 기본값으로 사용함을 의미합니다. 이 특정 HTTP 전송 채널에 대해 설정을 변경하려면, NCSA 액세스 로깅 섹션을 펼치고, 체인 특정 로깅 사용 옵션을 선택하십시오.

체인 특정 로깅 사용 옵션을 선택하면 다음과 같이 구성을 변경할 수 있습니다.
  • NCSA 액세스 로깅을 명시적으로 사용 가능 또는 사용 불가능하게 하십시오.
  • 기본 경로와 다른 액세스 로그 파일 경로를 지정하십시오.
  • 기본 최대 크기와 다른 액세스 로그 파일의 최대 크기를 지정하십시오.
  • NCSA 액세스 로그 파일의 형식을 명시적으로 선택하십시오.
액세스 로깅 사용 가능

이를 선택한 경우, HTTP 전송 채널이 처리하는 인바운드 클라이언트 요청 레코드는 NCSA 액세스 로그 파일에 보관됩니다.

액세스 로그 파일 경로

NCSA 액세스 로그 파일의 디렉토리 경로 및 이름을 지정합니다. 디렉토리 경로를 지정할 때 표준 변수 대체(예: $(SERVER_LOG_ROOT))가 사용될 수 있습니다.

[z/OS] z/OS에서 제품을 실행 중인 경우, 서버 특정 변수(예: $(SERVER_LOG_ROOT))를 사용하여 로그 파일 이름 충돌을 피해야 합니다.

액세스 로그 최대 크기

NCSA 액세스 로그 파일의 최대 크기(MB)를 지정합니다. 이 크기에 도달하면 logfile_name 아카이브 로그 파일이 작성됩니다. 그러나 이 아카이브 파일은 나중에 원본 로그 파일이 오버플로우될 때마다 원본 로그 파일의 가장 최신 버전으로 겹쳐쓰여집니다.

히스토리 파일의 최대 수

나중에 참조할 수 있도록 보관되는 NCSA 로그 파일 히스토리 버전의 최대 수를 지정합니다.

NCSA 액세스 로그 형식

NCSA 로그 파일에 클라이언트 액세스 정보를 나타내는 형식을 지정합니다. 공통을 선택하면, 로그 항목이 요청된 자원과 몇 가지 다른 정보를 포함하지만, 리퍼럴, 사용자 에이전트 및 쿠키 정보는 포함하지 않습니다. 결합을 선택하면, 리퍼럴, 사용자 에이전트 및 쿠키 정보가 포함됩니다.

오류 로깅

기본적으로 오류 로깅에는 글로벌 로깅 서비스 사용 옵션이 선택됩니다. 이 설정은 오류 로깅 설정이 관리 콘솔의 HTTP 오류, NCSA 액세스 및 FRCA 로깅 페이지에서 오류 로깅에 지정된 설정을 기본값으로 사용함을 의미합니다. 이 특정 HTTP 전송 채널에 대해 설정을 변경하려면, 오류 로깅 섹션을 펼치고, 체인 특정 로깅 사용 옵션을 선택하십시오.

체인 특정 로깅 사용 옵션을 선택하면 다음과 같이 구성을 변경할 수 있습니다.
  • HTTP 오류 로깅을 명시적으로 사용 가능 또는 사용 불가능하게 하십시오.
  • 액세스 로그 파일 경로를 지정하십시오. 이 경로는 기본 경로와 다를 수 있습니다.
  • 오류 로그 파일의 최대 크기를 지정하십시오. 이 값은 기본 최대 크기보다 크거나 작을 수 있습니다.
  • HTTP 오류 로그 파일에 포함시킬 오류 메시지 유형을 지정하십시오.
오류 로깅 사용 가능

이를 선택하면, HTTP 채널이 클라이언트 요청을 처리하는 동안 발생된 HTTP 오류가 HTTP 오류 로그 파일에 기록됩니다.

오류 로그 파일 경로

HTTP 오류 로그 파일의 디렉토리 경로 및 이름을 표시합니다. 디렉토리 경로를 지정할 때 표준 변수 대체(예: $(SERVER_LOG_ROOT))가 사용될 수 있습니다.

[z/OS] z/OS에서 제품을 실행 중인 경우, 서버 특정 변수(예: $(SERVER_LOG_ROOT))를 사용하여 로그 파일 이름 충돌을 피해야 합니다.

오류 로그 최대 크기

HTTP 오류 로그 파일의 최대 크기(MB)를 표시합니다. 이 크기에 도달하면 logfile_name 아카이브 로그 파일이 작성됩니다. 그러나 이 아카이브 파일은 나중에 원본 로그 파일이 오버플로우될 때마다 원본 로그 파일의 가장 최신 버전으로 겹쳐쓰여집니다.

히스토리 파일의 최대 수

나중에 참조할 수 있도록 보관되는 HTTP 오류 로그 파일 히스토리 버전의 최대 수를 지정합니다.

오류 로그 레벨

HTTP 오류 로그 파일에 포함된 오류 메시지 유형을 지정합니다.

다음을 선택할 수 있습니다.
중요
Application Server의 올바른 기능을 중지시키는 중요한 장애만 로그됩니다.
오류
클라이언트에 대한 응답으로 발생한 오류가 로그됩니다. 이들 오류가 서버 구성 설정으로부터 발생한 경우에는 Application Server 관리자가 개입해야 합니다.
경고
소켓 예외와 같이 클라이언트 요청 처리 중 발생하는 일반 오류에 대한 정보가 로그됩니다. 이들 오류의 경우에는 일반적으로 Application Server 관리자가 개입할 필요가 없습니다.
정보
클라이언트 요청을 처리하는 중 수행된 여러 가지 타스크의 상태가 로그됩니다.
디버그
더 자세한 타스크 상태 정보가 로그됩니다. 이 로깅 레벨은 문제점을 디버그하기 위해 RAS 로깅을 바꾸려는 것은 아니지만 개별 클라이언트 요청의 진행에 대한 지속적인 상태 보고서를 제공합니다. 이 로깅 레벨을 선택하면, 로그된 정보를 모두 포함할 충분한 대형 로그 파일 크기를 오류 로그 최대 크기 필드에 지정해야 합니다.



표시된(온라인) 링크는 인터넷에 액세스해야 합니다.

관련 태스크
관련 참조


파일 이름: urun_chain_typehttp.html