서버의 몇 가지 예외 종료

저자:famdestiny 시간: 2008-09-18 16:59:00

1、 accept 

이 상황은 TCP가 세 번의 악수를 끝내자마자 서버 TCP가 연결을 이미 설정된 연결 대기열에 넣었을 때 클라이언트가 RST를 주고 다음에 accept가 되돌아오는데 이 때 accept가 되돌아오는 것은 ECONNECTABORT 오류입니다.이것은 치명적인 잘못이 아니다.
2. 서버 프로세스가 종료됨
절차는 다음과 같습니다.
a.kill은 서비스 프로세스를 삭제하고 프로세스의 뒷처리 부분으로 모든 열린 파일 설명자가 닫혀서 서버 TCP("서비스포트"와 "서비스포트 TCP"는 서로 다른 개념임을 주의) 클라이언트에게 FIN을 보내고 클라이언트 TCP는 ACK로 응답합니다.
b. 클라이언트가 scanf 함수(전편에서 언급한 클라이언트 모델 기반)에 막혀서 클라이언트가 서버 TCP가 연결을 닫았는지 알 수 없습니다.
c. 클라이언트는 scanf가 되돌아온 후에 write를 호출하여 서버에 데이터를 보냅니다. 서버는kill이 떨어졌기 때문에 서버의 TCP는 클라이언트의 TCP에 RST를 보냅니다.
d. 클라이언트는 데이터를 보낸 후 즉시 read를 호출하여 데이터를 읽습니다. 첫 번째 FIN이 있기 때문에read는 즉시 0(EOF 표시)으로 되돌아옵니다. 그러나 클라이언트는 EOF가 아니라 방금 보낸 데이터를 받기를 원합니다.클라이언트가 계속해서 서비스 측에 데이터를 보내면, 서비스 측의 TCP가 서비스 측에 SIGPIPE 신호를 보내도록 유발합니다. RST를 수신한 인터페이스에 데이터를 쓰면 이 신호를 받을 수 있기 때문입니다.
문제의 본질은 클라이언트가 두 개의 설명자인 인터페이스와 사용자 입력을 동시에 처리하는 데 있다. 프로그램은 단순히 하나의 원본에 막혔다.이 문제는 1. 비차단 모드를 설정할 수 있다.2. select 및 epoll 처리를 사용합니다.
3. 서버 호스트 충돌
고객 TCP에서 데이터를 보낸 후 ACK를 받지 못하기 때문에 마지막에 포기하고 고객 프로세스에 오류 메시지를 되돌려 주려고 시도합니다.ETIMEOUT는 해당 없음을 나타냅니다. EHOSTUNREACH는 라우터가 호스트에 도달할 수 없음을 나타냅니다.
4. 서버 충돌 후 재부팅
서버의 TCP가 이전의 연결 정보를 잃어버렸기 때문에, 서버가 RST를 보내고, 클라이언트가read 함수에 막혀서 ECONNECTRESET 오류를 되돌려줍니다.
5. 서버 종료
서버가 꺼졌을 때 init 프로세스는 SIGTERM(이 신호는 포착할 수 있음)을 모든 프로세스에 보내고 일정 시간 후에 SIGKILL(보조 신호는 포착할 수 없음)을 실행 중인 프로그램에 보냅니다. 이때 서버 프로세스가 종료되는 것과 같습니다.