이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
TCP/IP를 처음 공부할 때 책으로만 읽으면 추상적으로 느껴져서 와이어샤크로 직접 패킷을 캡처해보기 시작했습니다. 브라우저에서 HTTP 요청을 보낼 때 실제로 3방향 핸드셰이크가 일어나는 걸 패킷 단위로 확인했을 때 처음으로 이해가 됐습니다. 수업에서 배운 내용을 실습으로 확인하는 이 방식이 저한테는 가장 효과적이었습니다. 한번은 FIN 패킷이 오가는 순서를 4-way handshake로 이론대로 알고 있었는데, 실제 캡처를 보니 서버가 FIN과 ACK를 동시에 보내는 경우가 있어서 혼란스러웠습니다. 찾아보니 지연 ACK 최적화 때문이라는 걸 알게 됐고, 이후 이론과 실제 동작의 차이를 항상 의심하는 습관이 생겼습니다.
TCP/IP 스터디에서 슬라이딩 윈도우 개념이 실제로 어떻게 작동하는지 이해하기 위해 소켓 프로그래밍으로 송수신 속도 차이를 만드는 실험을 했습니다. 수신 측이 느릴 때 송신 측의 전송 속도가 줄어드는 걸 직접 측정했는데, 처음 구현에서 버퍼 설정을 빠뜨려서 효과가 안 나타났습니다. 코드를 수정하고 나서야 윈도우 크기가 줄어드는 걸 확인했습니다. 이 과정에서 3주 동안 스터디에서 TCP 내부 동작을 하나씩 실습하면서 이론만 알던 내용이 왜 그렇게 설계됐는지 이해하게 됐습니다.
TCP/IP를 제대로 이해하고 싶어서 네트워크 자격증 교재를 읽고, 동시에 파이썬 소켓 프로그래밍으로 간단한 에코 서버를 만들어봤습니다. 교재에서 배운 연결 수립·해제 과정이 실제 코드에서 connect, accept, close 호출과 어떻게 연결되는지 매핑하면서 이해했습니다. 처음 에코 서버를 만들 때 클라이언트가 연결을 끊었는데 서버가 계속 기다리는 문제가 있었고, 소켓 타임아웃 설정을 알게 된 계기가 됐습니다. 이론과 구현을 병행하는 방식이 저한테 가장 잘 맞는 학습법이라는 걸 그때 확인했습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 토스 정보보안 담당 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.