기초 개념, 기술 면접 대비

네트워크 면접 퀴즈

웹 서비스의 통신 기반

TCP/IP, HTTP, DNS, 로드밸런싱 등 백엔드 개발자가 알아야 할 네트워크 지식을 정리하세요. API 설계와 트러블슈팅에 필수적인 기초.

로그인 없이 풀어보기

59개 문제, 무료

학습할 핵심 개념

OSI 7계층과 TCP/IP

TCP vs UDP

HTTP/1.1, HTTP/2, HTTP/3

HTTPS와 TLS/SSL

DNS 작동 원리

로드밸런싱 전략

WebSocket과 실시간 통신

핵심 개념 미리보기

네트워크 면접에서 꼭 나오는 개념을 미리 확인하세요

TCP vs UDP

핵심

TCP vs UDP

핵심 비교

구분	TCP	UDP
연결	연결 지향 (3-way)	비연결
신뢰성	보장 (재전송)	보장 안 함
순서	보장	보장 안 함
속도	상대적 느림	빠름
헤더	20바이트	8바이트
흐름 제어	O	X

프로토콜 선택 기준

요구사항	고를 것	예
신뢰성이 필요하다	TCP	웹(HTTP), 이메일, 파일 전송
신뢰성보다 실시간성이 중요하다	UDP	게임, 영상 스트리밍, VoIP
단순한 요청과 응답이면 된다	UDP	DNS, DHCP

실무 서비스별 프로토콜

서비스	프로토콜	이유
웹 (HTTP/1,2)	TCP	데이터 무결성 필수
HTTP/3 (QUIC)	UDP	TCP HoL 블로킹 해결
게임 서버	UDP	프레임 손실보다 지연이 치명적
넷플릭스	TCP+UDP	적응적 비트레이트(ABR)
DNS	UDP	짧은 요청-응답, 실패 시 재전송

면접에서 이렇게 나옵니다

Q.TCP와 UDP 차이를 설명해주세요
Q.게임 서버에서 UDP를 쓰는 이유는?
Q.HTTP/3가 UDP 기반(QUIC)인 이유는?

TCP 3-way Handshake

핵심

TCP 3-way Handshake

연결 수립 과정

Client              Server
  |                   |
  |--- SYN --------→ |  1. 연결 요청
  |                   |
  | ←-- SYN+ACK ---- |  2. 요청 수락 + 역요청
  |                   |
  |--- ACK --------→ |  3. 확인 응답
  |                   |
  |   연결 수립 완료   |

각 단계 역할

단계	패킷	의미
1단계	SYN	클라이언트 → 서버 연결 요청
2단계	SYN+ACK	서버 수락 + 서버→클라이언트 연결 요청
3단계	ACK	클라이언트 확인 → 양방향 연결 완료

4-way Handshake (연결 해제)

Client              Server
  |--- FIN --------→ |  1. 종료 요청
  | ←-- ACK -------- |  2. 확인
  | ←-- FIN -------- |  3. 서버도 종료 요청
  |--- ACK --------→ |  4. 최종 확인

실무 포인트

TIME_WAIT: 4-way 후 2MSL 동안 대기 (지연 패킷 처리)
SYN Flood 공격: 1단계만 반복 → 서버 리소스 소진
대응: SYN Cookie, 방화벽 Rate Limiting

면접에서 이렇게 나옵니다

Q.TCP 3-way handshake 과정을 설명해주세요
Q.왜 2-way가 아니라 3-way인가요?
Q.TCP 연결 해제 과정(4-way handshake)을 설명해주세요

TCP 흐름 제어

핵심

TCP 흐름 제어 (Flow Control)

수신자가 처리할 수 있는 속도에 맞춰 송신자가 전송 속도를 조절하는 메커니즘

왜 필요한가?

[송신자] ── 1Gbps ──→ [수신자: 100Mbps]
                        → 버퍼 오버플로우!
                        → 패킷 유실!

수신자의 처리 능력을 초과하면 패킷 유실 → 재전송 → 성능 저하.

슬라이딩 윈도우

수신 윈도우(rwnd) = 수신 버퍼 여유 공간

[수신자] → ACK + rwnd=4000
  "4000바이트까지 받을 수 있어"

[수신자] → ACK + rwnd=1000
  "버퍼 거의 찼어, 1000만 보내"

[수신자] → ACK + rwnd=0
  "멈춰! 버퍼 꽉 찼어"

흐름 제어 vs 혼잡 제어

구분	흐름 제어	혼잡 제어
목적	수신자 보호	네트워크 보호
윈도우	rwnd (수신)	cwnd (혼잡)
조절	수신자가 알려줌	송신자가 판단
트리거	수신 버퍼 상태	패킷 유실/지연

실제 전송 윈도우 = min(rwnd, cwnd)

혼잡 제어 알고리즘

cwnd
  ^
  |       /\
  |      /  \ 타임아웃!
  |     /    \__
  |    /         \/\
  |   / Slow      
  |  /  Start     
  +------------------→ 시간
  [지수증가] [선형증가] [절반복구]

Slow Start: 1 → 2 → 4 → 8 (지수 증가)
혼잡 회피: 임계값 후 선형 증가
빠른 재전송: 3 중복 ACK → 즉시 재전송
빠른 복구: cwnd 절반 → 선형 증가

실무 연결

상황	흐름 제어 영향
대용량 파일 전송	Slow Start로 초반 느림
CDN 사용	RTT 감소 → 윈도우 빠르게 확장
HTTP/2	하나의 TCP 최대 활용
서버 튜닝	`rmem_max` 버퍼 크기 조정

면접에서 이렇게 나옵니다