본문 바로가기

HTTP

[HTTP] 로깅과 사용 추적 2020. 5. 7. 거의 모든 서버와 프락시는 처리했던 HTTP 트랜잭션을 요약해서 기록해 놓는다. #1. 로그란 무엇인가? 대게 로깅을 하는 이유는 두 가지다. 서버나 프락시의 문제를 찾거나, 웹 사이트 접근 통계를 내려고 로깅을 한다. 보통 트랜잭션의 기본적인 항목들만 로깅한다. HTTP 메서드 클라이언트와 서버의 HTTP 버전 요청받은 리소스의 URL 응답의 HTTP 상태 코드 요청과 응답 메시지의 크기(모든 엔터티 본문을 포함) 트랜잭션이 일어난 시간 Referer와 User-Agent 헤더 값 #2. 로그 포맷 상용 혹은 오픈 소스 HTTP 애플리케이션은 대부분 표준 로그 포맷을 한 개 이상 지원한다. 그리고 그 애플리케이션 대부분이 로그 포맷을 설정하고 자체 맞춤 포맷을 만들 수 있는 설정 기능을 제공한다. 일반..
[HTTP] 리다이렉션과 부하 균형 2020. 5. 7. 리다이렉션 기술은 보통 메시지가 프락시, 캐시, 서버 팜의 특정 웹 서버 중 어디에서 끝나는지 판별하기 위해 사용한다. 리다이렉션 기술은 클라이언트의 메시지를 명시적으로 요청하지 않은 곳으로 보낼 수 있다. #1. 왜 리다이렉트인가? 리다이렉션은 현대의 웹에서는 피할 수 없는 현실이다. 그 이유는? 신뢰할 수 있는 HTTP 트랜잭션의 수행 지연 최소화 네트워크 대역폭 절약 이러한 이유들 때문에 웹 콘텐츠는 흔히 여러 장소에 배포된다. 리다이렉션은 최적의 분산된 콘텐츠를 찾는 것을 도와주는 기법의 집합이다. 한 곳에서 실패한 경우 다른 곳을 이용할 수 있어 신뢰성이 개선된다. 클라이언트가 보다 가까운 리소스에 접근할 수 있게 되어 콘텐츠를 빨리 받게 되므로 응답 시간이 줄어든다. 목적지 서버가 분산되므로 ..
[HTTP] 웹 호스팅 2020. 5. 7. 웹 호스팅은 콘텐츠 리소스를 저장, 중개, 관리하는 일을 한다. 콘텐츠를 저장해서 제공하고 관련 로그에 접근하거나 관리하는 데 서버가 필요하다. #1. 가상 호스팅 많은 웹 호스팅 업자는 컴퓨터 한 대를 여러 고객이 공유하게 해서 저렴한 웹 호스팅 서비스를 제공한다. 이를 공유 호스팅 혹은 가상 호스팅이라고 한다. 각 웹사이트는 다른 서버에서 호스팅 하는 것처럼 보이지만 사실은 같은 서버에서 호스팅 되는 것이다. 호스팅 업자는 복제 서버 더미(서버팜)을 만들고 서버팜에 부하를 분산할 수 있다. 팜에 있는 각 서버는 다른 서버를 복제한 것이고 많은 가상 웹사이트를 호스팅하고 있기 때문에 관리자는 편해진다. 호스트 정보가 없는 가상 서버 요청 HTTP/1.0 명세는 공용 웹 서버가 호스팅하고 있는 가상 웹 ..
[HTTP] 내용 협상(Content-negotiation)과 트랜스코딩 2020. 5. 6. HTTP는 내용 협상(content-negotiation) 방법을 제공한다. 이 방법을 이용해서 하나의 URL이 여러 가지 리소스 중 적합한 것에 대응되도록 할 수 있다. (예: 같은 웹페이지의 프랑스어와 영어 버전), 서로 다른 버전을 배리언트(variant)라고 한다. #1. 내용 협상 기법 기법 어떻게 동작하는가 장점 단점 클라이언트 주도 클라이언트가 요청을 보내면 서버는 클라이언트에게 선택지를 주고 클라이언트는 선택한다. 서버 입장에서 가장 구현하기 쉽다. 클라이언트는 최선의 선택을 할 수 있다. 대기시간이 증가한다. 올바른 콘텐츠를 얻으려면 최소 두 번의 요청이 필요하다. 서버 주도 서버가 클라이언트의 요청 헤더를 검증해서 어떤 버전을 제공할지 결정한다. 클라이언트 주도 협상보다 빠르다. 서버가..
[HTTP] 국제화 : 문자집합 인코딩 2020. 5. 6. #1. 국제적인 콘텐츠를 다루기 위해 필요한 HTTP 지원 국제 콘텐츠를 지원하기 위해 서버는 클라이언트에게 각 문서의 문자와 언어를 알려주어야 한다. 클라이언트가 올바르게 문서를 이루고 있는 비트들을 문자들로 풀어내고 올바르게 처리해서 사용자에게 콘텐츠를 제공해줄 수 있도록 할 필요가 있다. 서버는 클라이언트에게 문서의 문자와 언어를 HTTP Content-Type charset 매개변수와 Content-Language 헤더를 통해 알려준다. 동시에 클라이언트는 서버에게 사용자가 어떤 언어를 이해할 수 있고 어떤 알파벳의 코딩 알고리즘이 브라우저에 설치되어 있는지 말해줄 필요가 있다. 클라이언트는 서버에게 자신이 어떤 차셋 인코딩 알고리즘들과 언어들을 이해하며 그중 무엇을 선호하는지 말해주기 위해 Ac..
[HTTP] 엔터티와 인코딩 2020. 5. 5. HTTP는 메시지가 올바르게 수송되고, 식별되고, 추출되고, 처리되는 것을 보장한다. 객체는 올바르게 식별되어 콘텐츠를 바르게 처리한다. (Content-Type 미디어포맷, Content-Language 헤더) 객체는 올바르게 압축이 풀린다. (Content-Length, Content-Encoding 헤더) 객체는 항상 최신이다. (엔터티 검사기, 캐시 만료 제어) 사용자의 요구를 만족 (Accept 관련 헤더) 네트워크 사이를 빠르고 효율적으로 이동 (범위 요청, 델타 인코딩) 조작되지 않는다. (전송 인코딩 헤더, Content-MD5 체크섬) #1. 메시지는 컨테이너, 엔터티는 화물 HTTP 메세지를 인터넷 운송 시스템의 컨테이너라고 생각한다면, HTTP 엔터티는 메시지의 실질적인 화물이다. H..
[HTTP] 보안 HTTPS 2020. 5. 5. #1. HTTP를 안전하게 만들기 사람들은 웹 트랜잭션을 중요한 일에 사용한다. 강력한 보안이 없다면 온라인 쇼핑이나 인터넷뱅킹을 할 때 안심할 수 없을 것이다. 보다 중요한 트랜잭션을 위해서는 HTTP와 디지털 암호화 기술을 결합해야 한다. 서버 인증 - 클라이언트는 위조된 서버가 아닌 진짜 서버와 대화하고 있음을 알아야 한다. 클라이언트 인증 - 서버는 가짜가 아닌 진짜 사용자와 이야기하고 있음을 알아야 한다. 무결성 - 클라이언트와 서버는 데이터가 위조되는 것으로부터 안전해야 한다. 암호화 - 클라이언트와 서버는 도청에 대한 걱정 없이 서로 대화할 수 있어야 한다. 효율 - 저렴한 클라이언트나 서버도 이용할 수 있도록 알고리즘은 충분히 빨라야 한다. 편재성(Ubiquity) - 프로토콜은 거의 모든..
[HTTP] 기본 인증과 다이제스트 인증 2020. 5. 5. 웹사이트에 있는 모든 정보나 업무가 공용은 아니기 때문에 허가된 사람만이 데이터에 접근하고 업무를 처리할 수 있어야 한다. 그러기 위해서는 서버가 사용자가 누구인지 식별할 수 있어야 한다. 인증은 누구인지 증명하는 작업이다. 보통 사용자는 이름과 비밀번호를 입력해서 인증한다. #1. 인증 인증은 사용자가 누구인지 증명하는 것이다. 웹 애플리케이션이 HTTP 요청 메시지를 받으면 서버는 요청을 처리하는 대신에 비밀번호 같이 개인 정보를 요구하는 '인증 요구'로 응답할 수 있다. 사용자가 다시 요청을 보낼 때 인증정보를 첨부해야 요청이 문제없이 처리가 된다. 인증 프로토콜과 헤더 단계 헤더 설명 메서드/상태 요청 첫 요청은 인증 정보 없음 GET 인증요구 WWW-Authenticate 서버는 사용자에게 인증..

티스토리툴바