HTTP 완벽가이드 8장

1. Chapter8
통합점: 게이트웨이,
터널, 릴레이
이준환

2.  게이트웨이: 프로토콜 <-> 애플리케이션간 HTTP
인터페이스
 애플리케이션 인터페이스: 서로 다른 웹 애플리케
이션이 통신하는데 사용
 터널: HTTP커넥션으로 wrapping한 HTTP가 아닌
트래픽 전송에 사용
 릴레이: hop by hop에 단순 HTTP 프락시
Integration Points

3. 8.1 리소스 게이트웨이

4. 8.1 게이트웨이

5. 8.1.1 클라이언트 측 게이트웨이
와 서버 측 게이트웨이
 HTTP  게이트웨이  NNTP(Network News
Transfer Protocol, 유즈넷)
 HTTP/NNTP
 게이트웨이는 HTTP/NNTP와 같이 ‘/’로 구분

6. 8.2 프로토콜 게이트웨이
 HTTP/FTP
HTTP(80)
접속
프로토콜
게이트웨이
(reverse
proxy)
FTP
접속

7. 8.2 프로토콜 게이트웨이

8. 8.2.1 HTTP/*: 서버 측 웹 게이
트웨이
 HTTP/*: 서버 측 웹 게이트웨이는 FTP에 커넥션을
맺어서 받은 객체를 HTTP응답에 실어서 클라이언
트에 전송
 리버스 프록시와 다른건?
 HTTP/FTP 게이트웨이는 직접 21번에 붙음
 리버스 프록시는 8080에 붙음

9. 8.2.1 HTTP/*: 서버 측 웹 게이
트웨이

10. 8.2.2 HTTP/HTTPS: 서버 측 보
안 게이트웨이

11. 8.2.3 HTTPS/HTTP: 클라이언트
측 가속 게이트웨이

12. HTTP/HTTPS vs HTTPS/HTTP
 HTTP/HTTPS
• 게이트웨이로의 인바운드 패킷 안전을 보장하
지 못함
 HTTPS/HTTP
• 게이트웨이에 “보안 트래픽 복호화 암호화 하
드웨어 내장”
• 그래서 원서버의 부하를 줄여줌
• 때문에 HTTPS/HTTP는 보안 가속 게이트웨이
로 부름

13. 8.3 리소스 게이트웨이
 게이트웨이의 가장 일반적인 형태인 애플리케이션
서버
 클라이언트 <-> WAS <-> 애플리케이션
 최초의 공용API = CGI

14. 8.3 리소스 게이트웨이

15. 8.3 리소스 게이트웨이

16. 8.3.1 공용 게이트웨이 인터페이
스(CGI)
 2장
 http://www.joes-
hardware.com/inventorycheck.cgi?item=12731
&color=blue
 웹서버 뒤에 있는 Database에 query를 함

17. 8.3.1 공용 게이트웨이 인터페이
스(CGI)
 CGI요청마다 프로세스를 만들면 너무 느림
 FastCGI 개발되어서 데몬으로 모두 처리
• CGI요청은 데몬이 모두 처리하고 각 프로세스
를 생성
• 각 프로세스가 socket, tcp로 요청 데이터 처리
• 즉, FastCGI는 I/O 다중화와 데몬이 요청을 모
두 처리하는 방식

18. 8.3.2 서버 확장 API
 서버 자체의 동작을 바꾸거나
 서버의 처리능력을 높이고 싶을땐?
 HTTP와 직접 연결 가능한 서버 확장 API 사용
 REST
 OPEN API
 webdav

19. 8.4 애플리케이션 인터페이스와
웹 서비스
 HTTP가 애플리케이션을 연결하는 도구로 활용
 웹 서비스는 HTTP 위에서 애플리케이션이 정보를
공유하는데 사용하는 새로운 메커니즘
 XML -> JSON
 SOAP -> REST

20. 8.5 터널
 웹 터널은 HTTP 프로토콜을 지원하지 않는 애플
리케이션에 HTTP 애플리케이션을 사용해 접근하
는 방법을 제공
 HTTP 커넥션으로 HTTP가 아닌 트래픽 전송
 HTTP 위에 다른 프로토콜을 올림

21. 8.5 터널
 웹 터널은 HTTP 프로토콜을 지원하지 않는 애플
리케이션에 HTTP 애플리케이션을 사용해 접근하
는 방법을 제공
 HTTP 커넥션으로 HTTP가 아닌 트래픽 전송
 HTTP 위에 다른 프로토콜을 올림

22. 8.5.1 CONNECT로 HTTP 터널
커넥션 맺기
 CONNECT 메서드 사용해서 TCP커넥션을 맺음
 요청
CONNECT home.netscape.com:443 HTTP/1.0
User-agent: Mozilla/4.0
 응답
HTTP/1.0 200 Connection Established
Proxy-agent: Netscape-Proxy/1.1

23. 8.5.1 CONNECT로 HTTP 터널
커넥션 맺기

24. 8.5.3 SSL 터널링

25. 8.5.3 SSL 터널링
 방화벽이 SSL은 튕겨냄
 HTTP만 허용
 HTTP터널로 SSL트래픽을 전송
 하지만 사용자가 SSL터널을 통해 내부로 악의적인
트래픽이 유입될 수 있음

26. 8.5.3 SSL 터널링

27. 8.5.4 SSL 터널링 vs
HTTP/HTTPS 게이트웨이
 HTTP/HTTPS
• 클라이언트<->게이트웨이는 HTTP커넥션이라
보안성이 없음
• 프락시가 인증을 담당하기 때문에 클라이언트
는 원격 서버에 SSL 클라이언트 인증(X509)을
할 수 없다 -> 부인방지를 보장 안함.
• 게이트웨이는 SSL을 완벽히 지원해야 한다.
 SSL터널링
• SSL터널링은 프락시에 SSL 구현X

28. 8.5.5 터널 인증
 CONNECT과정에서 TCP커넥션전에 인증요구를 받
아서 Proxy-authorization으로 인증정보를 받음

29. 8.5.6 터널 보안에 대한 고려사항
 VPN
 프록시
 SSH터널링
 잘 알려진 포트만 인바운드 허용

30. 8.6 릴레이
 IRC Relay
• Glowing Bear
 Connection: Keep-Alive 헤더를 해석 못하는 멍청
한 프락시때문에 hang 상태가 될 수 있음