📌 URI
URI? URL? URN?


URI는 Locator, Name 또는 둘다 추가로 분류될 수 있다.
URI 내부에 URL, URN이 포함되어 있다.
- Uniform : 리소스 식별하는 통일된 방식
- Resource : 자원, URI로 식별할 수 있는 모든 것(제한 없음)
- Identifier : 다른 항목과 구분하는데 필요한 정보
위치는 변할 수 있지만, 이름은 변하지 않는다.
URN 이름만으로 실제 리소스를 찾을 수 있는 방법이 보편화 되지 않았다. 거의 URL만 쓴다.
앞으로 URI을 URL과 같은 의미로 이야기하겠다.
URL 전체 문법
scheme://[userinfo@]host[:port][/path][?query][#fragment]
https://www.google.com:443/search?q=hello&hl=ko
- 프로토콜(https)
- 호스트명(www.google.com)
- 포트 번호(443)
- 패스(/search)
- 쿼리 파라미터(q=hello&hl=ko)
scheme
scheme://[userinfo@]host[:port][/path][?query][#fragment]
https://www.google.com:443/search?q=hello&hl=ko
- 주요 프로토콜 사용
- 프로토콜 : 어떤 방식으로 자원에 접근할 것인가 하는 약속 규칙
- http : 80 / https : 443 / ftp : 20, 21 주로 사용
- 포트는 생략 가능
- https는 http에 강력한 보안 추가 (HTTP Secure)
userinfo
scheme://[userinfo@]host[:port][/path][?query][#fragment]
https://www.google.com:443/search?q=hello&hl=ko
- URL에 사용자정보를 포함해서 인증해야 할 때 있는데 거의 사용하지 않음
host
scheme://[userinfo@]host[:port][/path][?query][#fragment]
https:// www.google.com:443/search?q=hello&hl=ko
- 호스트명
- 도메인명 또는 IP 주소를 직접 사용가능
port
scheme://[userinfo@]host[:port][/path][?query][#fragment]
https://www.google.com: 443/search?q=hello&hl=ko
- 접속 포트
- 일반적으로 생략, 생략시 http는 80, https는 443
- 특정 서버에 따로 접근 할 때는 포트를 입력
path
scheme://[userinfo@]host[:port] [/path][?query][#fragment]
https://www.google.com:443/**search**?q=hello&hl=ko
- 리소스 경로(path), 계층적 구조
- ex)
- /home/file1.jpg
- /members
- /members/100, /items/iphone12
query
scheme://[userinfo@]host[:port][/path][?query][#fragment]
https://www.google.com:443/search? q=hello&hl=ko
- key=value 형태
- ?로 시작, &로 추가 가능 - ?keyA=value&keyB=valueB
- query parameter, query string 등으로 불림, 웹서버에 제공하는 파라미터, 문자 형태
fragment
scheme://[userinfo@]host[:port][/path][?query][#fragment]
https://docs.spring.io/spring-boot/docs/current/reference/html/gettingstarted.html #getting-started-introducing-spring-boot
- html 내부 북마크 등에 사용
- 거의 사용하지 않음, 서버에 전송하는 정보 아님
📌 웹 브라우저 요청 흐름

1. URL을 입력

2. DNS 조회 → IP를 찾아내고, PORT는 scheme(https)로 찾아냄
3. HTTP 요청 메시지 생성

4. SOCKET 라이브러리를 통해서 TCP/IP로 IP, PORT 정보를 찾은 것을 3 way handshake 방식으로 서버 연결
5. HTTP 요청 메시지를 OS에 있는 TCP/IP 계층으로 전달
6. TCP/IP 계층에서 HTTP 요청 메시지의 패킷을 씌움

7. 웹 브라우저가 만든 요청 패킷을 서버에 도착하면 TCP/IP 패킷을 열어서 버리고, HTTP 요청 메시지를 확인해서 서버가 해석

8. 서버가 HTTP 응답 메시지를 만들어서 TCP/IP 패킷을 감싸서 클라이언트에게 도착하면 패킷을 열여서 HTTP 응답 메시지를 확인해서 클라이언트가 해석

9. 웹 브라우저가 HTML 렌더링을 해서 클라이언트가 HTML 결과를 볼 수 있음