사용자가 웹사이트에 처음 접근할 때의 과정

 

매일메일 백엔드 질문을 참고해 개인적으로 학습한 내용을 정리하였습니다.
오류가 있다면 언제든 피드백 주시면 바로 반영하겠습니다..!

 

 

 

1. DNS 질의

컴퓨터는 사람이 쓰는 문자 주소를 이해하지 못하고, 숫자로 된 IP 주소로만 서로를 찾아갈 수 있기 때문에 사용자가 www.google.com이라는 도메인 이름을 입력하면, 브라우저는 가장 먼저 이 이름에 해당하는 서버의 실제 IP 주소(ex. 142.250.190.78)를 찾기 시작함

이때 브라우저는 DNS(Domain Name System) 서버에게 www.google.com의 IP 주소를 물어봄

=> DNS는 거대한 인터넷 주소록이라고 생각하면 되는데 도메인 이름에 매칭되는 IP 주소를 찾아서 브라우저에게 응답
(이 모든 과정은 OSI 7계층 중 애플리케이션 계층에서 발생)

 

2. TCP 3-Way Handshake 

 

더 자세한 동작 방식은 밑의 포스팅을 살펴보면됨

https://hanjungyo.tistory.com/171

TCP 3-way handshake & 4-way handshake

 

이제 목적지인 구글 서버의 IP 주소를 알았으니, 데이터를 주고받기 전에 서로 통신할 준비가 되었는지 확인하는 과정이 필요함

 

=> 데이터를 안전하고 신뢰성 있게 전달하기 위해 TCP 프로토콜을 사용하며, 이 과정은 전송 계층(4계층)에서 이루어짐
(이 절차를 3-Way Handshake라고 부름)

1. 클라이언트 (내 컴퓨터) → 서버: 통신이 가능한지 여부를 물어봄 (SYN)
   
   
2. 서버 → 클라이언트: 가능하다고 대답하고 통신이 가능한지 되물어봄 (SYN+ACK)
   
   
3. 클라이언트 → 서버: 괜찮다고 대답하고 통신이 시작됨 (ACK)

이렇게 세 단계에 걸쳐 연결이 확실히 수립되어야만 데이터를 주고받기 시작함

 

3. HTTP 통신

 

연결이 성공적으로 이루어지면, 브라우저는 구글 서버에게 웹 페이지를 달라고 요청 메시지를 보냄

=> 이걸 HTTP Request라고함

 

• 요청: GET / HTTP/1.1 (의미: 기본 페이지(/)를 HTTP/1.1 방식으로 주세요(GET))

 

이런 요청 메시지는 애플리케이션 계층에서 만들어지고 아래 계층으로 내려가면서 정보가 추가됨

 

• 전송 계층(4계층): TCP 헤더가 붙어 세그먼트(Segment)가 됨 (출발지/목적지 포트 번호 등)
  
  
• 네트워크 계층(3계층): IP 헤더가 붙어 패킷(Packet)이 됨 (출발지/목적지 IP 주소 등)
  
  
• 데이터 링크 계층(2계층): 프레임 헤더가 붙어 프레임(Frame)이 됨 (MAC 주소 등)

이 과정을 캡슐화라고 부름
=> 이렇게 겹겹이 포장된 데이터가 구글 서버에 도착하면, 서버는 포장을 역순으로 풀면서(역캡슐화) 브라우저의 요청을 확인함

 

요청을 처리한 구글 서버는 HTTP Response 메시지를 만들어 응답함

• 응답: 200 OK 상태 코드와 함께 웹 페이지를 구성하는 HTML, CSS, JavaScript 데이터를 담아 보냄

 

4. 렌더링 및 TCP 4-Way Handshake

 

브라우저는 서버로부터 받은 데이터를 해석해서 사용자가 볼 수 있는 시각적인 웹 페이지로 그려냄

=> 이 과정을 렌더링(Rendering)이라고 함

 

모든 데이터 전송이 성공적으로 끝나면, 연결을 안전하게 종료해야 하는데 이때는 4-Way Handshake라는 절차를 통해 종료함

 

1. 클라이언트 → 서버: 더 이상 보낼 데이터가 없다고 알림 (FIN)
   
   
2. 서버 → 클라이언트: 알림을 잘 받았다고 다시 알려줌 (ACK)
   
   
3. 서버 → 클라이언트: 똑같이 더 이상 보낼 데이터가 없다고 알림 (FIN)
   
   
4. 클라이언트 → 서버: 알림을 받았다고 다시 알려주고 연결을 종료함 (ACK)
   
   

이런 방식으로 연결을 종료하며 모든 통신 과정이 마무리됨