Proxy Server _ 7번째 이야기

안녕하세요.

 

Proxy Server 7번째 이야기를 해볼까합니다.

 

Proxy Server는 client의 요청에 있을경우 모든 요청에 대한 Log를 남기게 됩니다.

client는 www.xxx.com을 요청했지만 proxy server에 남는 log는 수십줄 또는 몇백줄의 log를 남길 수 있습니다. 웹페이지 하나에 들어있는 수십개의 컨텐츠들이 있기 때문입니다. 하나의 컨텐츠를 요청할때마다 log하나가 생성된다고 볼수 있습니다.

이 log를 access log라고 합니다. accesslog는 이전로그부터 실시간으로 모든 log를 볼 수 있습니다. 실시간 로그는 워낙에 많기 때문에 잘 보진 않습니다. 특정 client IP나 특정사이트등을 필터링하여 조회하게 됩니다. proxy server에서는 client의 모든 web 사용 이력을 조회할 수 있습니다. 특정일에 특정 client가 어느 웹사이트에 접근을 했는지 알 수 있습니다.

그리고 요즘엔 Web filtering 장비와 연동하여 사용하기도 합니다. Web DB를 이용하여 업무에 관련없는 사이트나 성인사이트, P2P등을 차단하게 됩니다.

 

access log에는 시간, 요청한 URL, HTTP응답코드, 컨텐츠의 종류, HTTP method등의 정보가 포함됩니다. 로그를 확인하면  client가 웹사이트에 접속을 못하는 경우 원인등을 알 수 있습니다.

 

HTTP Method에 대해 알아보도록 하겠습니다. HTTP Method에는 OPTOINS, GET, HEAD, POST, PUT, DELETE, TRACE가 있습니다.

RFC2616에서 발췌한 위 METHOD 내용입니다.

OPTIONS은 request-URI에 의하여 식별되는 request/response chain에서 사용할 수 있는 통신 선택사항에 관한 정보 요구를 표시합니다.

GET은 request-URI가 식별하는 모든 정보를 조회한다는 것을 의미합니다.

HEAD는 서버가 응답 메시지에 Message-Body를 반드시 리턴해야 한다는것 이외에는 GET과 동일합니다.

POST는 서버에게 request-Line의 request-URI가 식별하는 자원의 새로운 부속물로서 요구에 포함된 엔터티를 접수할 것을 요구하는데 사용합니다.

PUT은 동봉된 엔터티를 제공된 request-URI에 저장하도록 요구합니다.

DELETE는 request-URI가 식별하는 자원을 삭제하도록 Origin 서버에 요구합니다.

TRACE는 요구 메시지의 원격지, 어플리케이션 겨층의 loopback을 호출하는데 사용합니다.

간단히 Method에 대해 알아보았습니다. 다음에 좀 더 자세히 알아보도록 하겠습니다.

 

이번글에는 Proxy server의 Access Log에 대해 알아보았습니다.

다음글에 또 찾아오겠습니다.