URI와 웹 브라우저 요청 흐름

 

URI(Uniform Resource Identifier)

• Uniform : 리소스를 식별하는 통일된 방식
• Resource : 자원, URI로 식별할 수 있는 모든 것(제한없음)
• Identifier : 다른 항목과 구분하는데 필요한 정보

URI는 인터넷의 우편물 주소같은 것으로, 정보 리소스를 고유하게 식별하고 위치를 지정할 수 있다.

그리고 이 URI에는 두가지 형태가 있는데 이것이 URL, URN이라는 것이다.

 

URL(uniform Resource Locator)

특정 서버의 한 리소스에 대한 구체적인 위치를 서술한다.
URL은 리소스가 정확히 어디에 있고 어떻게 접근할 수 있는지 분명히 알려준다.

 

ex ) http://news.naver.com/main/main.nhn?mode=LSD&mid=shm&sid1=104 - 네이버 뉴스기사에 대한 URL

 

URN(Uniform Resource Name)

위치는 변할 수 있지만, 이름은 변하지 않는다.

리소스가 그 이름을 변하지 않게 유지하는 한, 여러 종류의 네트워크 접속 프로토콜로 접근해도 문제없다.

URN 이름만으로 실제 리소스를 찾을 수 있는 방법이 보편화되지 않음.

 

URL 전체 분석

scheme://[userinfo@]host[:port][/path][?query][#fragment]
ex) https://www.google.com/search?q=hello&hl=ko

 

1. scheme

• 주로 프로토콜을 사용한다.(http, https, ftp 등)
• http는 80포트, https는 443 포트를 주로 사용하며 포트는 생략 가능하다.
• https는 http에 강력한 보안을 추가한것으로 요즘 대부분의 웹사이트는 https를 사용한다.(HTTP Secure)

2. userinfo

• URL에 사용자 정보를 포함해 인증할 때 사용하는데 거의 사용하지 않는다.

3. host

• 호스트명. 도메인명 또는 IP 주소를 직접 사용 가능하다.

4. port

• 접속포트. 생략가능하며 일반적인 웹 브라우저에서는 생략한다.

5. path

• 리소스의 경로이며 계층적 구조를 갖는다.
• ex) /home/file1.jpg
• /members/100
• /memebers

6. query

• 쿼리 (쿼리파라미터, 쿼리스트링 이라고 부름. 웹 서버에 제공하는 파라미터. 모두 문자로 넘어가기 때문에)
• key=value 형태이다.
• ?로 시작하고 &로 추가 가능하다.
  ?key1=value1&key2=value2

7. fragment

• 잘 사용하지 않음.
• html 내부 북마크 등에 사용하며 서버에 전송하는 정보는 아니다.

 

웹 브라우저 요청 흐름

 

웹브라우저에 위와같은 요청을 보내면 어떤흐름으로 응답을 받게 되는지 알아보자.

1. 웹브라우저의 IP와 포트정보를 찾아 DNS조회

2. 웹 브라우저가 알아온 IP와 port 번호로 HTTP 요청 메세지를 생성한다.

 3. HTTP 메세지 전송

2번의 과정에서 A. 3-handshake를 통해 서버와 연결을 확인 B. 데이터 전달

3번의 과정에서 IP와 PORT정보가 담긴 TCP/IP 패킷을 생성하고 HTTP 메시지를 포함하고 패킷을 서버에 전송한다.

 

4. 메시지 해석과 응답 메시지

서버에 요청 패킷이 도착하면 TCP/IP패킷을 버리고 HTTP 메시지만 해석하게 된다.
이후 요청에 맞는 HTTP 응답 메시지를 만들어내고, 요청할 때와 똑같이 응답 메시지에 TCP/IP 패킷을 씌워 전달한다.

HTTP 응답 메세지 예시

5. 랜더링

브라우저는 HTTP 응답 메시지를 확인하고 전송받은 데이터를 웹 브라우저에 렌더링한다.

 

 

 

참고

https://velog.io/@hoyun7443/웹-브라우저의-요청-흐름

https://velog.io/@jaeh0on/모든-개발자를-위한-HTTP-웹-기본-지식-by-김영한2.-URI와-웹-브라우저-요청-흐름

https://mygumi.tistory.com/1390