HTTP기본2_URI와 웹 프라우저 요청 흐름

(1) URI (Uniform Resource Identifier)

1. URI ( Uniform Resource Identifier)

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

2. URL (Uniform Resource Locator), URN (Uniform Resource Name)

• Locator : 리소스가 있는 위치를 지정
• Name : 리소스에 이름을 부여
• 위치는 변할 수 있지만, 이름은 변하지 않는다.
• URN 이름만으로 실제 리소스를 찾울 수 있는 방법이 보편화 되지 않음.
• 앞으로 URL과 URI를 같은 의미로 설명 함

3. URL 전체 문법

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

• 프로토콜(https)
• 호스트명(www.google.com)
• 포트번호(443)
• 패스(/search)
• 쿼리 파라미터(q=hello&hl=ko)

1) scheme

• 주로 프로토콜 사용
• 프로코톨 : 어떤 방식으로 자원에 접근할 것인가 하는 약속 규칙
  -> 예 ) http, https, ftp 등등
• http 는 80, https는 443 포트를 주로 사용, 포트는 생략 가능
• https 는 http에 보안 추가(HTTP Secure)

2)userinfo

• URL에 사용자정보를 포함해서 인증
• 거의 사용하지 않음

3) host

• 호스트명
• 도메인 명 또는 IP 주소를 직접 입력

4) port

• 포트(PORT)
• 접속 포트
• 일반적으로 생략, 생략 시 http 는 80, https 는 443

5) path

• 리소스 경로(path), 계층적 구조
• 예)
  -> /home/file1.jpg
  -> /members
  -> /members/100, /items/iphone12

6) query

• key=value 형태
• ?로 시작, $로 추가 가능 ?keyA=value&keyB=valueB
• query parameter, query string 등으로 불림, 웹서버에서 제공하는 파라미터, 문자형태

7) fragment

• html 내부 북마크 등에 사용
• 서버에 전송하는 정보 아님

---

(2) 웹브라우저 요청 흐름

1. url 기반으로 정보 확인

• DNS조회, HTTPS PORT 정보 확인
• HTTP 요청 메세지 생성
  

2. HTTP 메시지 전송

-> 웹 브라우적 HTTP 메시지 생성
--> SOCKET 라이브러리를 통해 전달
---> TCP/IP 패킷 생성, HTTP메시지 포함

3. 각 노드를 통해 요청 패킷 전달

4. 도착지에서 HTTP메시지 작성

5. 응답 패킷 전달 및 도착 후 랜더링