📍

6장. 프록시

개관

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) 네트워크 교환 프록시
캐시를 이용해 인터넷 교차로의 혼잡 완화, 트래픽 흐름 감시
네트워크 사이 인터넷 피어링 교환 지점