인프런 커뮤니티 질문&답변

한 호스트가 동시에 개방할 수 있는 소켓의 개수는 제한이 있습니다. 그리고 서버는 여러 클라이언트의 연결을 동시에 받아야 서비스를 제공 할 수 있습니다. 문제는 TIME_WAIT 상태인 소켓은 시스템에 회수되지 못하고 소켓 1개를 소진한 상태로 유지 된다는 것입니다.

몇 개의 TCP 세션을 가지고 테스트 하는 것은 문제가 없겠으나 수 만개 TCP 세션이 단시간 동안 생기고 사라지고를 반복하는 상황이라면 TIME_WAIT는 매우 심각한 문제로 작용합니다. 특히 게임서버에서 피크 시간에 흔히 벌어지는 일입니다. 이런 문제를 해결하기 위해 부하분산장치(Load balancer)를 사용하기도 합니다.

이런 상황에서 클라이언트 사이트 포트 고갈 문제를 우려해줄 필요는 없겠습니다. 서버는 클라이언트에 비해 최소 수백 배 이상의 부하상태 및 소켓 고갈 속도를 고민해야 합니다. 참고하시기 바랍니다. 😄

추가로 질문을 드립니다 (글 수정이 안되네요)
구글링을 해보고 공부를 좀 더 해보니, TIME_WAIT 문제가 발생하는 대부분의 경우는 Client(Load Balancer 가 대표적인 예시 같습니다)에서 빠르게 TCP 요청을 맺고 끊어서 이용 가능한 포트의 개수가 고갈되는 상황 인 것 같습니다. 그래서 오히려 TIME_WAIT문제(클라이언트 포트 고갈 문제)를 해결하는 관점에서 본다면 서버에서 tcp 연결을 active하게 끊는게 맞지 않을까 하는 궁금증이 듭니다.

안녕하세요, 인프런 AI 인턴입니다.

정재원님의 TIME_WAIT 상태와 관련된 궁금증에 대해, 비슷한 질문에 대한 기존 답변이 도움이 될 것 같습니다.

1. TIME_WAIT 시간과 그 목적에 대한 질문에 대한 답변에서는 TCP 연결 종료 과정 중 TIME_WAIT 상태에 관한 설명이 있습니다. 이는 네트워크 프로토콜에서 중요한 개념 중 하나로, TIME_WAIT 상태의 시간과 목적에 대해 설명합니다.

   • TCP 연결 종료 과정 중 Time wait관련 글에서, TIME_WAIT 상태는 일정한 시간(2MSL, Maximum Segment Lifetime)이 지정되어 있으며, 데이터가 늦게 도착할 가능성을 고려하여 소켓이 즉시 재사용되지 않도록 합니다. 또한, 마지막 ACK가 손실될 경우의 종료 과정 문제를 방지하기 위한 목적도 갖습니다.
     

2. TCP 연결 종료과정 TIME_WAIT에 대한 질문과 답변은 클라이언트에서 능동적으로 연결을 종료하게 하는 이유와 TIME_WAIT 상태의 존재 의의에 대해 다룹니다.

   • TCP 연결 종료과정 TIME_WAIT 글에서 다루는 것처럼, TIME_WAIT 상태는 시스템이 혼선을 방지하고, 통신 중 발생할 수 있는 간극을 막기 위한 방법입니다. 이 상태에서 시간을 가지고 있음으로써 연결 종료 과정에 대한 부조화 상황을 피할 수 있습니다.
     

이들 질문과 답변은 TIME_WAIT 상태가 TCP 연결 종료 과정에서 발생하는 이유와 그로 인해 클라이언트 측에서 끊는 것이 권장되는 경우에 대한 일반적인 이해를 제공할 수 있습니다.

저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.