그럼에도 여전히 알아야 할 것들

TCP 3-way handshake는 단순 연결 절차가 아니라, 중복·지연 패킷 환경에서도 양 끝 상태를 안전하게 합의하기 위한 프로토콜 설계다.

Cache-Control은 응답 속도와 데이터 최신성 사이의 트레이드오프를 리소스별로 갈라서 결정하는 헤더다.

쿠키 자동 전송과 세션 서버 보관 사이의 보안·확장 트레이드오프를 어디서 끊을지 결정한다.

도메인을 IP로 푸는 분산 계층 질의 — 위임과 캐시 흐름을 알아야 장애 지점을 좁힌다.

ETag와 Cache-Control이 캐시 만료와 재검증을 각자 어디까지 책임지는지를 갈라야 하는 질문이다.

HTTP Keep-Alive는 같은 TCP 위에서 요청을 묶어 재사용하고, TCP Keep-Alive는 유휴 연결이 살아 있는지 따로 확인한다.

체감 응답 속도와 데이터 신선도 사이에서 어디까지 stale을 허용할지를 결정하는 캐시 전략

회선 교환은 전용 경로를 미리 확보해 품질을 고정하고, 패킷 교환은 경로를 공유해 자원 효율을 끌어올린다.

DNS·TCP/TLS·HTTP·렌더링이 한 줄로 이어진 흐름이라 어느 단계에서 시간이 새는지 찾는 게 핵심이다.

사설 IP와 공인 IP를 변환해 내부 호스트를 외부로 잇고, NAPT로 포트까지 묶어 주소를 아끼는 경계 장치

고정 식별 안정성과 자동화·자원 효율 사이의 트레이드오프 — 무엇을 어디에 박을지의 문제다.

비대칭키로 신뢰와 대칭키를 합의한 뒤 본 통신은 대칭키로 넘기는 전환 절차다.

클라이언트와 서버가 요청과 응답으로 자원을 주고받는, 웹의 공통 약속.

7계층 암기와 실제 장애 진단·프로토콜 매핑 사이의 거리를 가르는 질문이다.

바이너리 프레이밍·멀티플렉싱·HPACK이 HTTP/2의 본체고, 서버 푸시는 스펙엔 있어도 실무에선 거의 죽은 카드다.