handshake란

• 핸드셰이크(Handshake)란, 호스트 간 데이터를 전송하기 전에 먼저 정확한 전송을 보장하기 위해 상대방 컴퓨터와 사전에 세션을 수립하는 과정을 의미한다.

3-way-handshake

• TCP를 이용하여 통신을 할 때 프로세스와 프로세스를 연결하기 위해 가장 먼저 수행되는 과정

  1. 클라이언트가 서버에게 연결 요청 패킷을 전송함(SYN)
     1. SEQ : (처음에는) 랜덤한 값
  2. 서버가 클라이언트 요청을 수락한다는 확인 메세지를 보낸다(ACK). 동시에 서버 자신도 접속 요청을 한 클라이언트에 연결 요청을 보낸다(SYN)
     1. SEQ : (처음에는) 랜덤한 값
     2. ACK : 받은 SYN값 + 1
  3. 클라이언트는 이를 최종적으로 수락하는 패킷을 보내 연결을 맺는다(ACK)
     1. SEQ : 동기화 됐으므로 받은 ACK값을 유지
     2. ACK : 받은 SYN값 + 1

  (클라이언트 : ESTABLISHED 상태)

  (서버 : ESTABLISHED 상태)

연결 이후(ESTABLISHED상태) SYN/ACK 값의 규칙

• 보낸 쪽에서 또 보낼 떈 SEQ 번호와 ACK 번호가 그대로임
• 받은 쪽에서 SEQ번호는 받은 ACK 번호가 그대로 됨
• 받는 쪽에서 ACK 번호는 받은 SEQ 번호 + 데이터의 크기임

2-way-handshake는 안 되는 이유

• TCP는 양방향성 connection임
• 클라이언트가 연결 요청을 보내면, 서버는 클라이언트의 요청에 대한 대답과 함께 자신도 연결하겠다는 요청을 보내야며, 이에 대한 대답도 들어야 하기 때문에 3-wat-handshake가 필요함

4-way-handshake

• 세션을 종료하기 위해 수행되는 절차
  1. 클라이언트가 연결을 종료하겠다는 FIN 플래그를 전송
  2. 서버는 일단 확인 메세지를 보내고 자신의 통신이 끝날때까지 기다림(TIME_WAIT 상태)
     1. TIME_WAIT 상태로 대기하는 이유는 세션 종료 후 혹시나 네트워크에 아직 라이브 패킷이 존재할 수도 있기 때문
  3. 서버가 통신이 끝났으면 연결이 종료되었다고 클라이언트에게 FIN 플래그를 전송
  4. 클라이언트는 확인했다는 메세지를 보냄