터널링

WebSphere Message Broker를 구현할 때 클라이언트와 브로커 모두 서로 다른 인트라넷, 즉 별도의 조직 엔티티에 상주합니다. 따라서 클라이언트가 브로커에 연결하려고 할 때 문제가 발생합니다. 터널링은 브로커의 방화벽이 클라이언트로부터 수신되는 연결을 허용하도록 구성된 곳에서 이 문제를 처리합니다. 클라이언트가 자체 방화벽을 통해 브로커로 연결하기 위한 옵션은 두 가지가 제공됩니다. 두 가지 모두 결과는 동일하며, 그 두 가지는 다음과 같습니다.

HTTP 터널링

sandbox 보안 때문에 HTTP 프록시 서버로의 명시적 연결이 거부되는 애플릿의 경우 이 방법이 적절합니다. HTTP 터널링은 웹 브라우터의 웹 지원을 사용하며, 웹 사이트에 연결되듯이 프록시를 통해 연결됩니다.

HTTP 터널링 지원 활성화가 각 노드에 구성됩니다. 일단 노드가 HTTP 터널링을 사용하도록 구성되면, 해당 노드로의 모든 클라이언트 연결은 이 연결 방법을 사용해야 합니다. 이 방법을 사용하지 않는 클라이언트는 연결이 시도될 때 거부됩니다.

HTTP 터널링은 SSL 인증과 함께 지원되지 않습니다.

프록시를 통해 연결

이 방법은 애플릿에는 적합하지 않습니다. sandbox 보안 제한사항이 없는 경우 적합합니다. 이 방법은 프록시에 직접 연결하고, 인터넷 프로토콜을 사용하여 프록시가 브로커로 연결을 전달하도록 요청하는 방법입니다. 보안 관리자가 프록시로의 명시적 연결을 거부하는 애플릿에서는 이 옵션이 작동하지 않습니다.
관련 개념
보안 개요
관련 태스크
HTTP 터널링 구현
보안 엑시트 사용
관련 참조
관리 작업에 대한 보안 요구사항
주의사항 | 등록상표 | 다운로드 | 라이브러리 | 지원 | 피드백
Copyright IBM Corporation 1999, 2006 마지막 갱신 날짜: 2006/08/21
ap12220_