3-way hand shake, 4-way hand shake 흐름에 대해서 설명해주세요.

[dailynj]

[dailynj]

※ ACK : acknowledgement, SYN : synchronize sequence numbers

3-way-handshake는 TCP/IP 프로토콜을 사용해 통신을 진행할 때, 정확한 데이터 전송을 보장하기위해 두 종단간 연결을 수립하는 과정을 의미한다.
[Step 1] client가 server에게 접속을 요청하는 SYN 패킷을 보낸다. ( client = 응답을 기다리는 SYN_SENT 상태 / server = Wait for client 상태)
[Step 2] server 가 SYN 요청을 받아 client에게 요청을 수락한다는 ACK 과 SYN flag 가 설정된 패킷을 발송하고 client 가 다시 ACK으로 응답하기를 기다린다. ( server = SYN_RECEIVED 상태 )
[Step 3] client 가 server 에게 ACK을 보냄으로써 이후 신뢰성있는 연결이 보장된다. ( server = ESTABLISHED 상태 )

4-way-handshake는 세션을 종료할 때 사용되는 절차이다.
[Step 1] client 가 연결을 종료하겠다는 FIN flag 를 server 에게 전송한다.( client = FIN_WAIT 상태 )
[Step 2] server 는 FIN flag 를 받았다는 의미에서 ACK을 보내고 자신의 통신이 끝날때까지 기다린다.( server = CLOSE_WAIT 상태 )
[Step 3] server 가 연결을 종료할 준비가 되면 client에게 FIN flag 를 전송한다.( server = LAST_ACK 상태)
[Step 4] client 는 연결을 종료할 준비가 되었다는 ACK를 보낸다.( client = TIME_WAIT 상태)

※ server 가 FIN 을 전송하기 전에 보낸 패킷이 유실이나 재전송의 이유로 FIN flag 보다 늦게 도착하는 문제가 발생할 수 있기 때문에 client 는 server 에게 FIN을 수신하더라도 일정시간(default 240)동안 세션을 남겨놓고 잉여 패킷을 기다리는 TIME_WAIT 과정을 거칩니다. 그 후 일정시간이 지나면 CLOSE 상태로 변합니다.

[co3oing]

3-way hand shake와 4-way hand shake는 모두 TCP/IP프로토콜을 이용하여 통신할 때 사용되는 과정을 의미합니다.

3-way hand shake는 상대방 컴퓨터와 세션을 만드는 과정으로 데이터를 전달하기 전에 서로 준비가 되었는지 확인합니다. 먼저 클라이언트가 서버에 SYN 패킷을 보낸 후 SYN_SENT 상태로 들어갑니다. 서버는 클라이언트로 SYN+ACK를 보낸 후 SYN_RECEIVED 상태가 됩니다. 다시 클라이언트가 서버로 ACK를 보내게 되면 서버는 ESTABLISHED 상태가 되고 데이터를 주고 받을 수 있게 됩니다.

4-way hand shake는 세션을 종료하는 과정입니다. 먼저 클라이언트가 서버로 FIN을 전송하고 FIN_WAIT상태가 됩니다. 서버는 클라이언트에게 ACK를 전송한 후 서버 자신의 통신이 끝나기를 기다리는 CLOSE_WAIT 상태가 됩니다. 서버는 세션을 종료할 준비가 되면 클라이언트에게 FIN을 전송하고 LAST_ACK 상태가 됩니다. 클라이언트가 ACK를 보내게 되면 TIME_WAIT 상태가 됩니다. 여기서 일정 시간이 지나면 연결이 종료되고 클라이언트는 CLOSE 상태로 바뀌게 됩니다.

[tmfrlrkvlek]

3-way	4-way

3-way hand shake는 TCP가 연결을 생성하기 위해 사용하는 것으로 (1)Client가 Server에 SYN 메세지를 보내고, (2)Server가 Client에게 SYN-ACK 메시지로 응답하고, (3)Client가 Server에게 ACK 메시지를 보냄으로써 완료됩니다. 이 때 Sequence Number는 직전 Acknowledgment Number와 동일하고, Acknowledgement Number는 직전 Sequence Number에 Segment size를 더한 값으로 부여됩니다.
4-way hand shake는 TCP가 연결을 종료하기 위해 사용하는 것으로 (1)Client가 연결을 종료하기 위해 FIN 메시지를 보내고, (2)Server가 FIN 메시지를 받은 후 Client에게 ACK 메시지를 보내고, (3)Server가 연결을 끝낼 준비가 되면 FIN 메시지를 Client에게 보내고, (4)FIN 메시지를 받은 Client는 Server에게 ACK를 보냄으로써 완료됩니다. 이때 Client는 Server에서 FIN을 전송하기 전 보낸 패킷이 FIN 메시지보다 늦게 도착할 때를 대비하여 MSL(Max Segment Lifetime) * 2 동안 대기한 후 연결을 종료합니다.

[inuinseoul]

3-way hand shake는 TCP 프로토콜을 이용해 통신을 수행할 때, 클라이언트와 서버간의 연결을 수립하는 과정입니다. 클라이언트가 서버에게 요청 패킷(SYN)을 보내고, 서버는 클라이언트의 요청을 받아들이는 패킷(SYN+ACK)을 보내며, 최종적으로 클라이언트가 이를 수락하는 패킷(ACK)까지 보내는 것으로 흐름이 구성됩니다.

4-way hand shake는 마찬가지로 TCP 프로토콜을 활용한 통신에서, 세션을 종료하기 위해 수행되는 절차입니다. 클라이언트가 연결을 종료하겠다는 FIN 패킷을 보내고 FIN_WAIT 상태가 됩니다. 서버는 해당 플래그를 받아 먼저 확인패킷(ACK)를 보낸다음 CLOSE_WAIT 상태가 됩니다. 연결을 종료할 준비가 되면 클라이언트에게 FIN 패킷을 보내고 LAST_ACK 상태가 됩니다. 최종적으로 클라이언트를 이를 확인하여 ACK 패킷을 보내고 TIME_WAIT 상태가 됩니다.

[sustainable-git]

Handshake는 TCP/IP protocol을 이용해 통신을 하는 프로그램이 신뢰성을 보장하기 위해 세션을 수립하는 과정이다. OSI 7 Layer에서는 전송 계층에서 일어나는 일이며, 방화벽을 통과해야 합니다.

3-way handshake의 흐름은 다음과 같습니다. 먼저 클라이언트가 서버에 SYN flag를 보냅니다. 서버가 SYN을 받으면 SYN과 ACK를 클라이언트에게 보냅니다. 클라이언트가 이를 받게 되면 ACK를 보내고, 이후 데이터를 보내게 됩니다.

4-way handshake의 흐름은 다음과 같습니다. 먼저 클라이언트가 FIN flag를 보냅니다. 서버가 ACK flag를 보내고 자신의 통신이 모두 끝나면 다시 FIN flag를 보냅니다. 클라이언트가 이를 받게 되면 ACK를 보내고, 세션이 종료됩니다.

3-way handshake	4-way handshake

[duyeonnn]

TCP는 연결 지향형이라서 연결을 확인하기 위해 3-way handshake 과정을 거칩니다.

• Client 가 Server에 SYN 패킷을 보냅니다. 이때 Client는 SYN/ACK를 기다리는 SYN_SENT 상태가 되고 Server는 Wait for Client 상태가 됩니다
• Server는 SYN 요청을 받고 Client의 요청을 수락한다는 ACK와 SYN flag가 설정된 패킷을 Client가 다시 ACK으로 응답하길 기다리게 됩니다. 이 상태를 SYN_RECEIVED 상태라 합니다.
• Client가 SYN/ACK 을 받으면 Server에게 ACK를 보내고 이후에 연결이 이루어져서 데이터가 오가게 됩니다. ACK를 보내면서 Client의 상태는 ESTABLISHED 상태가 되고 Server도 ACK를 받으면 ESTABLISHED 상태가 됩니다.

3-way handshake는 TCP 연결을 할 때 사용한다면, 4-way handshake는 TCP 연결을 해제하기 위해 사용합니다.

• 클라이언트가 연결을 종료하겠다는 FIN을 보냅니다
• 서버는 FIN 을 받고 ACK를 보내고 자신의 통신이 끝날때까지 기다리는데 이 상태가 CLOSE_WAIT 상태입니다.
• 연결을 종료할 준비가 되면 연결 해제를 위한 준비가 되었음을 알리기 위해 클라이언트에게 FIN을 보냅니다. 이때 서버의 상태는 LAST_ACK 입니다.
• 클라이언트는 FIN을 받으면 FIN을 확인했다는 ACK를 보냅니다. ACK를 받으면 서버는 CLOSED가 됩니다.

클라이언트에서 세션을 종료시킨 후 뒤늦게 도착하는 패킷이 있다면 이 패킷은 유실될 것인데, 이러한 현상에 대비해서 Server로 부터 FIN을 받더라도 TIME_WAIT 상태로 남아서 일정 시간동안 잉여 패킷을 기다리게 됩니다. 일정 시간이 지나면 TIME_WAIT에서 CLOSED로 상태가 바뀝니다.