hello

TCP 공부하기

TCP(전송 제어 프로토콜) 개요

TCP는 불안정한 네트워크 환경에서도 신뢰성 있고 순서가 보장된 데이터 전송을 가능하게 하는 핵심 인터넷 프로토콜이다. IP가 호스트 간 패킷 전달만을 담당한다면, TCP는 포트 기반 프로세스 간 통신, 오류 복구, 재전송, 순서 제어를 제공한다. 흐름 제어와 혼잡 제어를 통해 TCP는 수신 버퍼와 네트워크 대역폭의 고갈을 방지한다.

이 글에서는 간단한 TCP 서버와 C 언어로 구현한 HTTP 서버를 예시로 소켓 생성, 바인딩, 리스닝, 연결 수락, 데이터 교환 과정을 살펴본다. 시퀀스 번호·응답 번호, 윈도우 크기, 체크섬, 제어 플래그(SYN, ACK, FIN, RST)와 같은 TCP 핵심 메커니즘을 분석함으로써 오늘날 인터넷이 안정적으로 동작할 수 있는 기반을 이해한다.


TCP의 필요성 및 역할

  • 전송 계층의 요구: IP는 단순히 호스트 간 패킷 포워딩만을 수행한다. 프로세스 간 신뢰성 있는 통신을 위해서는 TCP·UDP와 같은 전송 계층 프로토콜이 필요하다.
  • 주소 체계 비유: IP 주소는 건물에 비유될 수 있고, 포트는 그 건물 안의 호수와 같다. 각 애플리케이션은 특정 포트에 바인드하여 통신에 참여한다.
  • 신뢰성 보장: TCP는 패킷 손실·중복·재정렬 등 네트워크 결함을 재전송·체크섬·기타 메커니즘으로 감춘다.
  • 라우팅 단순화: 신뢰성 관리는 통신 종단점에서 처리되므로 라우터는 단순하게 유지될 수 있어 전체 인프라 복잡도가 감소한다.
  • 서비스 기반: HTTP, SMTP, SSH 등 주요 인터넷 서비스는 모두 TCP 위에서 안정적으로 동작한다.

흐름 제어와 혼잡 제어

  1. 수신 버퍼 관리 – 수신자는 커널의 수신 버퍼에 들어오는 데이터를 일시적으로 저장한다. 버퍼 크기는 net.ipv4.tcp_rmem으로 조정 가능하다.
  2. 윈도우 기반 전송 – 송신자는 수신자가 광고하는 윈도우 필드 값을 기준으로 전송 속도를 조절한다. 이는 수신자가 현재 받아들일 수 있는 데이터 양을 의미한다.
  3. 혼잡 회피 – 대역폭이 서로 다른 경로에서 발생할 수 있는 네트워크 전체 혼잡을 방지하기 위해 TCP는 혼잡 제어 알고리즘을 도입한다. 1986년 발생한 혼잡 붕괴 사건을 계기로 “백오프(back‑off)” 메커니즘이 추가되었다.

구현 예시

간단한 TCP 에코 서버 (C)

  • Berkeley sockets API(socket(), bind(), listen(), accept(), send(), recv())를 활용한다.
  • 클라이언트가 전송한 문자열을 “you sent:”라는 접두어와 함께 에코한다.
  • 서버가 슬립 상태에 있는 동안 클라이언트 데이터는 수신 버퍼에 적재되고, 서버가 깨어나면 순차적으로 처리된다.

최소 HTTP/1.1 서버 (C)

  • TCP 연결을 수락하고 HTTP/1.1 요청을 파싱한 뒤 200 OK 헤더와 본문을 반환한다.
  • 요청 횟수를 카운트(i)하여 curl localhost:8080 호출 시 [1] Yo, I am a legit web server와 같은 응답을 제공한다.

TCP 세그먼트 구조 및 핵심 필드

필드 설명
Source / Destination Port 16비트 포트 번호, 최대 65 536개의 포트 사용 가능
Sequence Number 세그먼트에 포함된 첫 바이트의 오프셋을 나타냄
Acknowledgment Number 상대방이 다음에 기대하는 바이트 번호
Window Size 수신 버퍼에 남은 공간을 광고
Checksum 16비트 체크섬, 오류 검출 용도
Flags SYN, ACK, FIN, RST 등 연결 상태를 제어하는 비트
  • 5‑tuple 식별: (프로토콜, 출발지 IP, 출발지 포트, 목적지 IP, 목적지 포트) 로 연결을 고유하게 식별한다.
  • 시퀀스·ACK 동작: 데이터 누락 시 ACK가 정지하고, 재전송 후 누적 ACK가 전송된다.
  • 연결 설정·해제: SYN/ACK가 3‑way handshake를 수행하고, FIN이 4‑way termination을 수행한다. RST는 비정상 연결을 즉시 종료한다.
  • 윈도우 확인: ss 명령으로 버퍼 상태를 확인할 수 있다(예: rb131072, tb16384).

결론

TCP는 신뢰성·순서·데이터 무결성을 보장함으로써 애플리케이션이 불안정한 인터넷 경로에서도 정상 동작하도록 한다. 초기 네트워크가 몇 킬로바이트 전송에 애를 먹던 시절과 달리, 현대 구현은 4K 영상 스트리밍을 포함한 대용량 데이터 전송을 무리 없이 지원한다. TCP의 정교한 설계와 구현은 인터넷 지속 성장의 초석이라 할 수 있다.

Read more

GitLab에서 제작한 GitOps 초보자 가이드

소개 소프트웨어 애플리케이션의 복잡도가 증가함에 따라 인프라에 대한 요구도도 함께 증가하고 있습니다. 인프라 팀은 다양한 서비스를 빠르고 안정적으로 제공해야 하지만, 인프라 구축은 여전히 수동 프로세스에 의존하는 경우가 많습니다. 이 문제를 해결하기 위한 핵심 접근 방식이 인프라 자동화이며, 그중 하나가 GitOps입니다. 1. 인프라 자동화의 필요성 * 애플리케이션 개발은 CI/CD로 자동화되었지만 인프라

By JHL

Builder.AI 의 몰락

한때 15억 달러의 가치를 인정받으며 AI 혁신의 선두주자로 불렸던 영국 스타트업 Builder.ai가 충격적인 진실과 함께 파산 위기에 직면했습니다. 마이크로소프트와 소프트뱅크 같은 거대 기업들로부터 4억 4,500만 달러라는 천문학적 투자를 받았던 이 회사가 어떻게 이런 상황에 이르게 되었는지, 그리고 그 뒤에 숨겨진 충격적인 진실을 파헤쳐보겠습니다. 화려했던 시작: "AI가 모든

By JHL

Dify 소개

DEMO Link Dify란? Dify는 오픈소스 기반의 LLM 애플리케이션 개발 플랫폼으로, 생성형 AI 서비스를 구축하는 데 필요한 다양한 기능을 제공합니다. 주요 특징은 다음과 같습니다 노코드/로우코드 개발: 직관적인 웹 UI를 통해 복잡한 코드 작성 없이도 AI 애플리케이션을 개발할 수 있습니다. 필요시 API를 활용한 커스터마이징도 가능합니다 . 다양한 LLM 지원: OpenAI의 GPT 시리즈,

By JHL

AI 시대, 개발자 스킬 위축을 피하는 법 (Avoiding Skill Atrophy in the Age of AI) - 초보자도 쉽게 이해하는 가이드

ChatGPT, GitHub Copilot 같은 AI 코딩 도구가 등장하면서 개발자들의 작업 방식은 크게 바뀌고 있습니다. 코드 자동완성, 버그 수정, 문서 요약, 리팩터링까지… 반복적이고 지루한 작업은 AI가 척척 처리해주고, 개발자는 더 빠르게 더 많은 일을 할 수 있게 되었죠. 하지만 이런 편리함 뒤에는 한 가지 위험이 숨어 있습니다. 너무 편한 AI에 의존하다

By JHL