2. URI와 웹 브라우저 요청 흐름

1. URI

URI?URL?URN?

개념을 확실히 하고 넘어가야 한다.

리소스를 식별하는 URI안에 URL, URN이 존재한다.

 

URI

자원이 어디에 있는지 자원 자체를 식별하는 방법이다. location이나 name 혹은 둘 다 추가로 분류될 수 있다.

Uniform - 리소스를 식별하는 통일된 방식

Resource - 자원, URI로 식별할 수 있는 모든 것(제한 없음)

웹 브라우저의 파일만 뜻하는 게 아니다. 실시간 교통정보 등 우리가 구분할 수 있는 것은 모든 것이 리소스이다.

Identifier - 다른 항목과 구분하는데 필요한 정보

 

URL(Location)

리소스의 위치를 뜻한다.

 

URN(Name)

리소스의 이름을 의미한다.

URN의 경우 리소스가 이름에 매핑되어 있어야 하기 때문에 이름으로 부여하면 거의 찾기가 힘들다. 그래서 대부분 URL만 쓴다.

위치는 변할 수 있지만, 이름은 변하지 않는다. 변하지 않는 게 좋아보이지만 이름만으로 실제 리소스를 찾는 방법은 보편화되지 않았다.

따라서 앞으로 URI는 URL과 같은 의미로 이해하면 된다.

 

URL 분석

scheme://[userinfo@]host[:port][/path][?query][#fragment]

https://www.google.com:443/search?q=hello&hl=ko

 

• scheme

주로 프로토콜을 사용한다. ex) http, https, ftp 등등

http는 80 포트, https는 443 포트를 주로 사용하며, 포트는 생략 가능하다.

https는 http에 보안 추가 (HTTP Secure)

 

• userInfo

URL에 사용자정보를 포함해서 인증하며 거의 사용하지 않는다.

 

• host

호스트명으로 도메인명 or IP주소를 입력한다.

 

• port

일반적으로 생략하며, 생략시 http는 80, https는 443

 

• path

리소스 경로이며, 계층적인 구조를 갖는다.

ex) /members/100 (members 하위에 100번 회원)

 

• query

key = value 형태

?로 시작, &로 추가 가능 ex) ?keyA=valueA & keyB=valueB

공식적으로는 query지만 보통 query parameter, query stirng으로 부른다.

• fragment
• html 내부 북마크 등에 사용하며 서버에는 전송안된다.

 

2. 웹 브라우저의 요청 흐름

이렇게 요청하면

1. DNS 서버를 조회해서 IP와 포트 정보를 받는다.
2. HTTP 요청 메시지를 생성한다.

전송 데이터 HTTP 메시지는 위와 같은 형태다.

 

HTTP 메시지 전송

노란색: TCP/IP 패킷으로 출발지 IP, PORT, 목적지IP, PORT 가 포함

파란색: HTTP 메시지로 전송 데이터가 포함

서버는 패킷을 받으면 TCP/IP 패킷을 다 까서 버리고 HTTP 메시지만 가지고 해석을 한다.

“아 쿼리는 hello이고, search이고, hl(언어)은 한국 이구나” 라고 파악하고 해당하는 데이터를 찾는다.

HTTP 응답

그 후 html 데이터를 포함한 응답 메시지를 만들어서 클라이언트에 반환한다.

클라이언트는 받은 html 데이터를 화면에 렌더링한다.