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

Amenable 2023. 7. 7. 22:13

📙 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의 요소

http:
프로토콜
//
나중에 이어지는 문자열이 서버의 이름임을 나타낸다.
www.lab.cyber.co.kr
웹 서버명
/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%의 네트워크 원리'를 참고하였습니다.