HTTP 리퀘스트 메시지를 작성한다. - [Ch 01. 웹 브라우저가 메시지를 만든다]

📙 1. 탐험 여행은 URL 입력부터 시작한다.

  네트워크의 출발점은 URL부터 시작한다.

  브라우저는 웹 서버에 액세스 하는 클라이언트로 사용하는 경우가 많지만, 파일을 다운로드/업로드하는 FTP의 클라이언트 기능이나 메일의 클라인언트 기능도 가지고 있다. 그래서 웹 서버에 액세스 할 때는 http:, FTP 서버라면 ftp:라는 식으로 여러 종류의 URL이 있다.

  즉, 브라우저는 몇 개의 클라이언트 기능을 겸비한 복합적인 클라이언트 소프트웨어라고 할 수 있다.

 

  웹 서버나 FTP 서버에 액세스 하는 경우에는 서버의 도메인명이나 액세스 하는 파일의 경로 등을 URL에 포함시킨다.

• HTTP 프로토콜로 웹 서버에 액세스 하는 경우
  http://{사용자명(생략가능)}:{패스워드(생략가능)}@{웹 서버의 도메인명}:{포트번호}{파일의 경로명}
  http://user:password@www.cyber.co.kr:80/dir/file1.html
• FTP 프로토콜로 파일을 다운로드하거나 업로드하는 경우
  ftp://{사용자명(생략가능)}:{패스워드(생략가능)}@{FTP 서버의 도메인명}:{포트번호}{파일의 경로명}
  ftp://user:password@ftp.cyber.co.kr:21/dir/file1.html

  메일의 경우에는 보내는 상대의 메일 주소를 URL에 포함시킨다.

• 메일을 송신하는 경우
  mailto:{메일주소}
  mailto:duswo0624@naver.com

  이와 같이 쓰는 방법은 다양하지만 모든 URL에는 하나의 공통점이 있다.

  URL의 맨 앞에 있는 문자열, 즉 http:, ftp:, file:, mailto:라는 부분에서 액세스 하는 방법을 나타낸다는 점이다. 액세스 하는 방법은 액세스 할 때의 프로토콜 종류를 이용하여 나타낸다고 생각하면 된다.

 

 

📙 2. 브라우저는 먼저 URL을 해독한다.

  브라우저가 처음 하는 일은 웹 서버에 보내는 리퀘스트의 메시지를 작성하기 위해 이 URL을 해독하는 것이다.  아래의 URL을 다음과 같이 해독할 수 있다.

📌 URL

http://www.lab.cyber.co.kr/dir1/file1.html

📌 URL의 요소

1. http: 
   프로토콜
2. //
   나중에 이어지는 문자열이 서버의 이름임을 나타낸다.
3. www.lab.cyber.co.kr
   웹 서버명
4. /dir1/file1.html
   데이터 출처(파일)의 경로명

 

 

📙 3. 파일명을 생략한 경우

• http://www.lab.cyber.co.kr/dir/

  위의 URL은 /dir/의 다음에 써야 할 파일명을 쓰지 않고 생략한다는 뜻이다. URL의 규칙에는 이와 같이 파일명을 생략해도 좋다.

  서버에 따라 다르지만 대부분의 서버가 'index.html'이라는 파일명을 설정해 둔다. 그래서 파일명을 생략하면 /dir/index.html이라는 파일에 액세스 한다.

 

 

📙 4. HTTP의 기본 개념

  URL을 해독하면 어디에 액세스해야 하는지가 판명된다. 그리고 브라우저는 HTTP 프로토콜을 사용하여 웹 서버에 액세스 한다.

 

  요청 메시지 안에는 '무엇을'과 '어떻게'라는 내용이 들어있다.

  '무엇을'에 해당하는 것은 URI(Uniform Resource Identifier)이고, 'dir1/file1.html'과 같은 액세스 대상을 쓴다.

  '어떻게'에 해당하는 것은 메서드이고, 'GET, POST,...'와 같이 웹 서버에 어떤 동작을 하고 싶은지를 전달한다.

 

  응답 메시지의 맨 앞부분에는 실행 결과가 정상 종료되었는지 또는 이상이 발생했는지를 나타내는 스테이터스 코드가 있다.

  그리고 헤더 파일과 페이지의 데이터가 추가적으로 있고, 이 응답 메시지를 클라이언트에게 반송한다. 응답 메시지가 클라이언트에 도착하여 브라우저가 메시지 안에서 데이터를 추출하여 화면에 표시하면서 HTTP의 동작이 끝난다.

 

 

📙 5. HTTP 리퀘스트 메시지를 만든다.

  앞선 내용은 HTTP의 기본이고, 계속해서 조금 더 자세히 알아보자.

  URL을 해독하고 웹 서버와 파일명을 판단하면 브라우저는 이것을 바탕으로 HTTP의 리퀘스트 메시지를 만든다. HTTP는 포맷이 결정되어 있으므로 브라우저는 이 포맷에 맞게 리퀘스트 메시지를 작성한다.

  요청 메시지 형식은 다음과 같다.

	설명	형식
리퀘스트 라인	이 행을 통해 리퀘스트의 내용을 대략 알 수 있다.	<메소드><공백><공백></http 버전>
메시지 헤더	리퀘스트의 부가적인 정보를 나타낸다. 행 수는 상황에 따라 달라지며, 공백 행까지가 메시지 헤더가 된다.	<필드명>:<필드값> . . . <공백 행>
메시지 본문	클라이언트에서 서버에 송신하는 데이터 POST 메서드로 웹 서버에 보낼 때의 데이터 등이 들어간다.	<메시지 본문>

 

 

📙 6. 리퀘스트 메시지를 보내면 응답이 되돌아온다.

  응답 메시지도 포맷이 정해져 있고, 그 형식은 아래와 같다.

	설명	형식
스테이터스 라인	스테이터스 코드의 내용을 나타내는 짧은 설명문	<공백><스테이터스 코드><공백><응답 문구></http 버전>
메시지 헤더	응답의 부가적인 정보를 나타낸다.	<필드명>:<필드값> . . . <공백 행>
메시지 본문	서버에서 클라이언트에 송신하는 데이터 메시지 본문은 바이너리 데이터로 취급한다.	<메시지 본문>

 

HTTP의 메시지 구조는 이 글을 참고하면 도움이 될 것이다.

 

해당 글은 Tsutomu Tone 님의 '성공과 실패를 결정하는 1%의 네트워크 원리'를 참고하였습니다.