개관
•
HTTP 프록시 vs. 웹 게이트웨이
•
HTTP 프록시 배치 방식
•
프록시 활용 방법
•
프록시가 실제 네트워크에 어떻게 배치되어 있는지 + 트래픽이 어떻게 프록시로 가게 되는지
•
브라우저에서 프록시 사용 설정 방법
•
HTTP 프록시 요청 vs 서버 요청 / 변경 방식
•
프록시 기반 HTTP 접근 제어
6.1. 웹 중개자
6.1.1. 개인 프록시 vs 공유 프록시
개인 프록시 | 공용 프록시 |
하나의 클라이언트만을 위한 프록시 | 여러 클라이언트가 함께 사용하는 프록시(대부분) |
중앙 집중형 프록시를 관리하는 것이 비용효율이 높고 쉬움 | |
캐시 프록시 서버처럼 몇몇 프록시 어플리케이션은 프록시를 이용하는 사용자가 많을수록 유리 |
6.1.2. 프록시 vs 게이트웨이
•
프록시는 같은 프로토콜을 사용하는 둘 이상의 어플리케이션을 연결한다
•
게이트웨이는 서로 다른 프로토콜을 사용하는 둘 이상을 연결한다
게이트웨이는 클라이언트-서버가 서로 다른 프로토콜로 통신하더라도, 서로 간의 트랜잭션을 완료할 수 있도록 해주는 변환기처럼 동작함
•
사실상 차이점은 모호하긴 함
6.2 왜 프락시를 사용하는가?
•
보안 개선
•
성능 개선
•
비용 절약
예시) 문서 접근 제어자 다이어그램
예시) 보안 방화벽
예시) 웹 캐시
예시) 리버스 프록시
6.3. 프록시 서버의 위치
(a) Egress 프락시
•
로컬 네트워크와 더 큰 인터넷 사이를 오가는 트래픽을 제어
•
예시) 방화벽 제공, 인터넷 요금 절약, 인터넷 트래픽 성능 개선, 부적절한 콘텐츠 필터링
(b) 입구 프락시
•
ISP 접근 지점에 위치해서 다운로드 속도 개선
•
캐시 프락시 등
(c) 리버스 프록시
•
네트워크의 가장 끝에 있는 웹 서버들의 바로 앞에 위치, 웹 서버로 향하는 모든 요청을 처리하고 필요할 때만 웹 서버에 자원 요청
•
웹 서버 이름 혹은 IP 주소로 스스로를 가장
(d) 네트워크 교환 프록시
•
캐시를 이용해 인터넷 교차로의 혼잡 완화, 트래픽 흐름 감시
•
네트워크 사이 인터넷 피어링 교환 지점