웹 브라우저에서 서버로 요청하였을 때의 흐름

1. 브라우저의 URL 파싱

브라우저에서 어떤 프로토콜, URL, 포트로 요청할 것인지 해석 및 분석
명시적으로 포트를 선언하지 않았다면, HTTP는 80, HTTPS는 443의 디폴트 값으로 요청

2. HSTS (HTTP Strict transport security) 목록 조회

HSTS는 HTTP를 허용하지 않고 HTTPS를 사용하는 연결만 허용하는 기능
만약 HTTP로 요청이 왔다면 HTTP 응답 헤더에 Strict Transport Security라는 필드를 포함하여 응답
이를 확인한 브라우저는 해당 서버에 요청할 때 HTTPS만을 통해 통신
그리고 자신의 HSTS캐시에 해당 URL을 저장하는데 이를 HSTS 목록이라고 한다
이를 통해 브라우저에서는 이 HSTS 목록 조회를 통해 해당 요청을 HTTPS로 보낼지 판단
HSTS 목록에 해당 URL이 존재한다면 명시적으로 HTTP를 통해 요청한다 해도 브라우저가 이를 HTTPS로 요청 한다.

3. URL을 IP 주소로 변환

www.naver.com이라는 주소로는 컴퓨터 끼리 통신 x
우선 브라우저에서 자신의 로컬 hosts 파일과 브라우저 캐시에 해당 URL의 존재 여부 확인
존재하지 않는다면 DNS 서버에 요청하여 해당 URL을 IP로 변환한다.

DNS 서버로 요청하는 과정
1. 미리 설정 된 Local DNS에 해당 URL 주소의 IP주소를 요청합니다.
1. Local DNS에 해당 IP주소가 존재한다면 이를 응답하고, 없다면 다른 DNS 서버와 통신합니다. root DNS 서버에 해당 URL의 IP주소를 요청합니다.
1. root DNS서버에 해당 IP주소가 없다면 하위 DNS 서버에 요청하라고 응답합니다. 이 응답을 받은 Local DNS는. net 도메인을 관리하는 DNS 서버에 같은 내용을 요청합니다.
1. .net DNS 서버에 해당 IP주소가 없다면 하위 DNS 서버에 요청하라고 응답합니다. 이 응답을 받은 Local DNS는 naver.com 도메인을 관리하는 DNS 서버에 같은 내용을 요청합니다.
1. naver.com DNS 서버에서 IP주소를 응답받은 Local DNS는 해당 IP주소를 캐싱하고 응답합니다.

4. 라우터를 통해 해당 서버의 게이트웨이까지 이동

DNS 서버에게 IP 주소를 받았으니 서버로 요청
11.22.33.6 이라고 가정
해당 IP주소로 가야 하는 것은 알지만 어떻게 가야 할지 경로는 알 수 없다.
이 요청이 네트워크를 타고 어떻게 이동할지는 네트워크 장비인 라우터의 라우팅을 통해 이루어진다.

5. ARP(Address Resolution Protocol)를 통해 IP주소를 MAC 주소로 변환

실질적 통신을 하기 위해서는 논리 주소인 IP를 물리 주소인 MAC으로 변환해야 한다
이를 위해 해당 네트워크 내에서 ARP를 브로드 캐스팅 함
해당 IP주소를 가지고 있는 노드는 자신의 MAC 주소를 응답한다

6. 대상 서버와 TCP 소켓 연결

대상 서버와 통신을 하기 위해 TCP 소켓 연결을 진행 (3-way-handshake)

위의 로직과 같이 OSI 7계층을 통하여 클라이언트에서 서버까지 데이터 전달 및 세션 연결을 진행
이때, OSI(4계층-transport Layer)에서 Session을 연결할 때 TCP 연결을 진행

HTTPS의 요청의 경우 암호화 통신을 위한 TLS 핸드셰이킹이 추가됨

7. HTTP(HTTPS) 프로토콜로 요청, 응답

연결이 되었으니, 요청하였던 페이지를 달라고 서버에게 요청한다
서버에서는 해당 요청을 받고, 수락 할 수 있는 요청인지 검사
올바른 요청일시, 서버는 요청에 대한 응답을 생성하여 브라우저로 전달한다.

8. 브라우저에서 응답을 해석

서버에서 응답한 내용은 HTML, CSS, Javascript 등으로 이루어져 있다
이를테면 아래와 같이 우리가 웹 페이지라고 인식하기 어려운 문자들로 구성되어 있음.
이를 브라우저가 해석하여 화면에 그려준다.
구문 분석(HTML, CSS, JS) 및 파싱 → 렌더링 → 돔트리 구성 → 렌더트리 구성 → 렌더트리 배치
→ 렌더트리 그리기