HTTPS 재요청에서 연결 재사용과 TLS session resumption은 어떤 작업을 각각 생략하나요?
꼬리 질문을 독립 문항으로 확장했습니다. 원래 문항에서 맥락 보기 →
잠깐, 답변을 보기 전에
먼저 내 말로 설명해 볼까요?
답변과 점검 포인트 펼치기답변 접기
01
구두 답변
정의를 외우기보다, 원리와 조건을 연결해 설명해 보세요.
keep-alive는 이미 열린 TCP·TLS 연결을 재사용해 새 연결 절차를 생략합니다. TLS resumption은 새 연결에서도 이전 세션 정보를 활용해 handshake 비용을 줄이는 것으로 TCP 연결 생성까지 자동 없애지는 않습니다.
세션 ticket·키·서버 지원·0-RTT 허용은 별도 계약입니다. 인증서 회전·만료·유휴 연결 종료·다른 backend를 시험하고 fresh·resumed·reused 연결의 지연을 분리합니다. resumption이 실패하면 정상 전체 handshake로 돌아가는 비용도 포함합니다.
02
득점 포인트
이해가 드러나는 지점을 확인해 보세요.
- keep-alive는 이미 열린 TCP·TLS 연결을 재사용해 새 연결 절차를 생략합니다. TLS resumption은 새 연결에서도 이전 세션 정보를 활용해 handshake 비용을 줄이는 것으로 TCP 연결 생성까지 자동 없애지는 않습니다.
- resumption이 실패하면 정상 전체 handshake로 돌아가는 비용도 포함합니다.
03
감점 포인트
놓치기 쉬운 조건과 오해를 짚어 보세요.
- 다음 핵심 구분을 반대로 설명하거나 성립 조건을 생략한다: keep-alive는 이미 열린 TCP·TLS 연결을 재사용해 새 연결 절차를 생략합니다.
04
더 파고들 거리
하나 더 질문하며 이해의 범위를 넓혀 보세요.
득점·감점 포인트는 학습용 자기 점검 기준이며, 특정 회사의 실제 채점표가 아닙니다.
원리부터 공부하고 싶다면
답변을 보충하는 개념·예제·슈도코드를 읽어 보세요.