제 5장. HTTP와 연계하는 웹 서버

📘 1. 가상 호스트(Virtual Host)

• 가상 호스트 기능을 사용하면 물리적으로는 서버가 1대지만 가상으로 여러 대가 있는 것처럼 설정하는 것이 가능하다
• 고객마다 다른 도메인을 가지고, 다른 웹 사이트를 실행할 수 있다

 

• 이름 기반의 가상 호스트(Name-Based Virtual Host)
  같은 IP 주소를 가지고 여러 개의 호스트명을 가진다.
  example1.com -> 192.168.0.1
  example2.com -> 192.168.0.1
• 주소 기반의 가상 호스트(IP-Based Virtual Host)
  하나의 서버에 있는 도메인들에게 각각 IP 주소를 할당하여 운용
  example1.com -> 192.168.0.0
  example2.com -> 192.168.0.1
• 포트 기반의 가상 호스트(Port-Based Virtual Host)
  하나의 서버에 기본 포트를 주호스트로 설정하고 여러 개의 다른 포트를 지정하여 운용
  example1.com -> 192.168.0.1:8080
  example2.com -> 192.168.0.1:80
• 기본 가상 호스트(Default Virtual Host)
  지정된 가상 호스트가 없을 때 응답에 응할 호스트를 지정해 둔 것

 

• 같은 IP 주소에서 다른 호스트명(www, mail, comic,...)과 도메인 명(naver.com, daum.com)을 가진 여러 개의 웹 사이트가 실행되고 있는 가상 호스트의 시스템이 있다.
• 그렇기 때문에 HTTP 요청을 보내는 경우에는 호스트명과 도메인 명을 완전하게 포함한 URI를 지정하거나, 반드시 Host 헤더 필드에서 지정해야 한다.

 

 

 

📘 2. 통신 중계 프로그램

• HTTP는 클라이언트와 서버 이외에 프록시(Proxy), 게이트웨이(Gateway), 터널(Tunnel)과 같은 통신을 중계하는 프로그램과 서버를 연계하는 것도 가능
• 이러한 프로그램과 서버는 그다음에 있는 다른 서버에 요청을 중계하고, 그 서버로부터 받은 응답을 클라이언트에 반환하는 역할을 담당

 

🔎 2-1. 프록시(Proxy)

• 서버와 클라이언트의 양쪽 역할을 하는 중계 프로그램
• 클라이언트로부터 요청을 서버에 전송하고, 서버로부터의 응답을 클라이언트에게 전송한다.

 

• 체인과 같이 프록시 서버를 여러 대 경유하는 것도 가능
• 중계할 때에는 Via 헤더 필드에 경유한 호스트 정보를 추가해야 함
• 사용 이유
  캐시를 사용해서 네트워크 대역 등을 효율적으로 사용하기
  조직 내에 특정 웹 사이트에 대한 액세스 제한
  액세스 로그를 획득하는 정책을 철저하게 지키려는 목적

 

• 캐싱 프록시(Cashing Proxy)
  프록시 서버 상에 리소스 캐시를 보존해 두는 타입의 프록시
  자주 사용하는 컨텐츠 및 자원 인스턴스를 프록시 서버에 로컬로 저장하여 웹 페이즈 및 웹 사이트 요청을 가속화하는 수단
• 투명 프록시(Transparent Proxy)
  메시지 변경을 하지 않는 타입의 프록시
  기기 사용자의 온라인 활동을 모니터링하고 특정 웹사이트에 접근하지 못하도록 차단하고 싶은 경우에 사용
  호텔과 카페에서 공용 와이파이에서 사용자를 인증하고 액세스 권한을 허용하는 것이 하나의 예시임

 

🔎 2-2. 게이트웨이(Gateway)

• 다른 서버를 중계하는 서버
• 클라이언트로부터 수신한 요청을 리소스를 보유한 서버인 것처럼 수신
• 그다음에 있는 서버가 HTTP 서버 이외의 서비스를 제공하는 서버임
• 클라이언트와 게이트웨이 사이를 암호화하는 등으로 안전하게 접속함으로써 통신의 안전성을 높이는 역할
• 한 네트워크(segment)에서 다른 네트워크로 이동하기 위하여 거쳐야 하는 지점

 

• 집 컴퓨터에서 인터넷에 접속하려는 경우, 인터넷에 접속하기 위하여 수많은 게이트웨이를 거쳐야 한다. (집 → 공유기 → 인터넷 제공 회사 라우터 → 인터넷망)
• 데이터베이스에 접속해 SQL 쿼리를 사용해서 데이터를 얻는 곳에 이용 가능
• 쇼핑 사이트 등에서 신용 카드 결제 시스템과 연계할 때 사용되기도 함

 

🔎 2-3. 터널(Tunnel)

• 서로 떨어진 두 대의 클라이언트와 서버 사이를 중계하며 접속을 주선하는 중계 프로그램
• 요구에 따라서 다른 서버와의 통신 경로를 확립한다
• 클라이언트는 SSL 같은 암호화 통신을 통해 서버와 안전하게 통신을 하기 위해 사용
• 터널 자체는 HTTP 요청을 해석하려고 하지 않는다
• 결국 요청을 그대로 다음 서버에 중계한다

 

 

📘 3. 캐시(Cache)

• 캐시(Cache)는 프록시 서버와 클라이언트 로컬 디스크에 보관된 리소스의 사본을 가리킨다
• 캐시를 사용하면 리소스를 가진 서버로의 액세서를 줄이는 것이 가능하기 때문에 통신량과 통신 시간을 절약할 수 있다

 

• 캐시 서버는 프록시 서버의 하나로 캐싱 프록시로 분류된다
• 캐시 서버의 장점은 캐시를 이용함으로써 같은 데이터를 몇 번이고 오리진 서버에 전송할 필요가 없다는 것이다

 

• 캐시를 가지고 있더라도 클라이언트의 요구나 캐시의 유효 기간 등에 의해서 오리진 서버에 리소스의 유효성을 확인하거나 리소스를 다시 획득하러 가게 되는 경우가 있다

 

• 캐시 서버만 캐시를 가지고 있는 게 아니라 클라이언트가 사용하는 브라우저에서도 캐시를 가질 수 있다
• 브라우저가 유효한 캐시를 가지고 있는 경우, 같은 리소스의 액세스는 서버에 액세스 하지 않고 로컬 디스크로부터 불러온다
• 캐시 서버와 마찬가지로 리소스가 오래된 것으로 판단된 경우에는 오리진 서버에 리소스의 유효성을 확인하러 가거나 새로운 리소스를 다시 획득하러 가는 일이 있다

 

[참고자료]
홍크 님의 '[Network] Virtual Host(가상 호스트)란?',
yein 님의 '[네트워크] 가상 호스트(Virtual Host)',
melonicedlatte 님의 '게이트웨이(Gateway)란? 개념 정리',
를 참고하였습니다.