確認: TCP・UDP・ICMP

SYN 을 보냈더니 즉시 Flags [R.] 가 돌아왔다. 무엇을 뜻하나?

• 방화벽이 패킷을 버리고 있다
• 경로 중간의 MTU 가 작아 SYN 이 조각났다
• 상대 호스트는 살아 있고 그 포트에 듣는 소켓이 없다
• 서버 애플리케이션이 연결을 받은 뒤 멈췄다

TIME-WAIT 가 먼저 닫은 쪽에만 남는 이유는?

• 서버는 포트를 재사용해야 해서 커널이 면제해 주기 때문에
• 나중에 닫은 쪽은 FIN 을 받은 순간 소켓을 완전히 지우기 때문에
• 먼저 닫은 쪽이 상대의 응답을 더 오래 기다려야 하기 때문에
• 먼저 닫은 쪽이 마지막 ACK 의 재전송과 옛 세그먼트 차단을 책임지기 때문에

MTU 1500 링크에서 ping -M do -s 1473 이 실패하는 계산은?

• 1473 + IP 헤더 20 + ICMP 헤더 8 = 1501 로 1500 을 넘는다
• 1473 이 홀수라 조각 경계에 맞지 않는다
• 이더넷 프레임 헤더 14 를 더하면 1487 로 상한 1480 을 넘는다
• -M do 는 페이로드를 1024 로 제한한다

VPN 을 놓은 뒤 SSH 프롬프트는 뜨는데 큰 파일 전송만 멈춘다. 가장 유력한 원인은?

• VPN 서버의 CPU 가 암호화 부하를 못 따라가 큰 전송만 느려진다
• 터널 헤더로 경로 MTU 가 줄었는데 그 신호인 ICMP 가 막혀 큰 패킷만 사라진다
• TIME-WAIT 가 쌓여 임시 포트가 고갈되어 새 연결이 안 열린다
• DNS 응답이 커져 UDP 512 바이트를 넘어 TCP 로 재시도한다

닫힌 UDP 포트로 데이터그램을 보내면 무엇이 돌아오나?

• TCP 처럼 RST 플래그가 돌아온다
• UDP 는 응답이 없으므로 아무것도 오지 않는다
• ICMP port unreachable 이 돌아온다
• 빈 UDP 데이터그램이 돌아온다

프록시가 뒷단으로 초당 수천 개의 짧은 연결을 열다 Cannot assign requested address 가 난다. 답은?

• 뒷단 서버의 포트를 하나 더 열어 부하를 나눈다
• ip_local_port_range 를 좁혀 커널이 빨리 찾게 한다
• TIME-WAIT 를 0초로 줄여 즉시 재사용한다
• keep-alive 로 연결을 재사용해 새 임시 포트를 덜 쓴다