URI와 웹 브라우저 요청 흐름

URI (Uniform Resource Identifier)

자원을 식별하는 방법.

 

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

 

URI? URL? URN?

URI는 로케이터(locator) - URL, 이름(name) - URN 또는 둘다 추가로 분류 될 수 있다.

 

URL ( Uniform Resource Locator ) : 리소스가 있는 위치를 지정

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

ex) foo://example.com:8042/over/there?name=ferret#nose  -> https://www.google.com:443/search?q=hello&hl=ko

scheme =        ,  authority =           , path =           , query =         , fragment =       

 

• https - scheme 주로 프로토콜 사용 (프로토콜 : 어떤 방식으로 자원에 접근할 것인가 하는 약속 규칙을 말한다. ex) http,https ( http에 보안을 추가 한 것 http secure), ftp
• www.google.com  - hostname
• 443 - port number (http - 80, https - 443 생략 가능)
• /search - path (리소스 경로, 계층적 구조)
• q=hello&hl=ko - query parameter (key - value의 형태, ?로 시작하고 &로 추가 가능하다. 웹서버에 제공하는 파라미터로 문자형태이다)

URN ( Uniform Resource Name ) : 리소스에 이름을 부여

ex)urn:example:animal:ferret:nose 

scheme =        ,  path =          

 

• 위치는 변할 수 있지만, 이름은 변하지 않는다.
• urn:isbn:89839213123 (어떤 책의 isbn URN)
• URN 이름만으로 실제 리소스를 찾을 수 있는 방법이 보편화 되지 않아 맵핑하기 어려운 문제가 발생하여 거의 사용하지 않는다. URL을 많이 사용한다고 한다.

 

사실상 URI 와 URL을 같은 의미로 봐도 무방

 

웹 브라우저 요청 흐름

도메인을 통해 dns서버에서 조회한다. https port는 생략.

 

1.  웹 브라우저가 HTTP 메세지를 생성한다.
2.  SOCKET 라이브러리를 통해 전달한다. A: TCP/IP 연결(IP, PORT) B: 데이터 전달
3.  TCP/IP 패킷 생성, 메세지에 HTTP 메세지를 포함한다.
4.  웹 브라우저가 요청 패킷을 서버에 전달한다.
5.  서버는 TCP/IP 패킷을 벗기고 내부의 메세지를 확인하여 요청에 맞는 HTTP 응답 메세지를 생성한다.
6.  서버는 응답 메세지를 TCP/IP 패킷으로 감싸 웹 브라우저에 전달한다.
7.  웹 브라우저는 받은 응답메세지를 렌더링한다.