커찬님의 면접 결과

TCP와 UDP의 기본적인 차이점을 잘 이해하고 계시는 것 같습니다. 연결 지향적 특성과 속도 차이에 대한 설명이 정확합니다. 다만 답변을 더욱 완성도 있게 만들기 위해서는 신뢰성(reliability) 측면에서 TCP는 데이터 전송 보장과 순서 보장을 제공하지만 UDP는 그렇지 않다는 점, 그리고 실제 사용 예시를 추가하시면 좋겠습니다. 예를 들어 TCP는 웹 브라우징(HTTP)이나 이메일에, UDP는 실시간 스트리밍이나 DNS 조회에 주로 사용된다는 구체적인 예시를 포함하시면 더욱 풍부한 답변이 될 것입니다.

3-way handshake의 전체적인 흐름과 순서 번호를 사용한다는 개념을 이해하고 계신 점이 좋습니다. 다만 몇 가지 용어와 세부사항에서 수정이 필요한데, CON이 아닌 SYN(Synchronize) 플래그를 사용하며, 서버는 SYN-ACK를 하나의 패킷으로 응답합니다. 또한 클라이언트가 보내는 초기 순서 번호를 x라고 할 때, 서버는 ACK 번호로 x+1을 보내고 자신의 순서 번호 y를 함께 전송하며, 최종적으로 클라이언트는 ACK 번호 y+1을 서버에 보내 연결을 완료합니다. SYN, SYN-ACK, ACK의 정확한 플래그 명칭과 순서 번호의 구체적인 동작 방식을 추가로 학습하시면 더욱 완벽한 답변이 될 것입니다.

소켓을 프로세스 간 통신을 위한 프로토콜로 이해하고 계신 점과 로컬 및 원격 통신에 모두 사용된다고 설명하신 부분은 좋았습니다. 하지만 소켓은 프로토콜 자체가 아니라 네트워크 통신의 종점(endpoint)을 나타내는 인터페이스나 추상화된 객체로 보는 것이 더 정확합니다. 소켓은 IP 주소와 포트 번호의 조합으로 구성되며, 애플리케이션이 네트워크 통신을 위해 운영체제에서 제공하는 API를 통해 생성하고 사용하는 개념입니다. TCP 소켓의 경우 연결 지향적 특성을 가지며, 소켓 프로그래밍에서 서버 소켓과 클라이언트 소켓의 역할 차이에 대해서도 학습해보시면 더 깊이 있는 이해가 가능할 것 같습니다.

바인딩의 핵심 개념인 IP 주소와 포트 번호를 소켓에 연결한다는 점을 이해하고 계신 점이 좋습니다. 다만 답변이 다소 간단해서 바인딩의 정확한 정의와 과정에 대한 설명이 부족합니다. 바인딩은 소켓을 특정 IP 주소와 포트 번호에 연결하여 해당 주소로 들어오는 연결 요청을 받을 수 있게 하는 과정으로, 특히 서버 소켓에서 클라이언트의 연결을 대기하기 위해 필수적인 단계입니다. 소켓 프로그래밍에서 socket() → bind() → listen() → accept() 순서로 진행되는 서버 소켓의 생명주기와 바인딩이 그 중에서 담당하는 역할에 대해 더 학습해보시면 좋겠습니다.

바인딩 시 포트 충돌이 발생할 수 있다는 점을 인식하신 것은 좋았습니다. 하지만 이미 사용 중인 포트에 바인딩을 시도했을 때 프로세스가 비정상 종료된다는 설명은 정확하지 않습니다. 실제로는 운영체제가 "Address already in use" 또는 "EADDRINUSE" 같은 에러를 반환하며 바인딩 요청을 거부하고, 프로세스는 이 에러를 적절히 처리할 수 있습니다. 소켓 프로그래밍에서의 에러 핸들링 방식과 운영체제의 포트 관리 메커니즘에 대해 더 학습해보시면 좋을 것 같습니다.