7.소켓의 우아한 연결종료

#.TCP 기반의 Half-close


TCP에서는 연결과정보다 중요한 것이 종료과정이다. 

연결과정에서는 큰 변수가 발생하지 않지만 종료 과정에서는 예상치 못한 일이 발생할 수 있기 때문이다.

#.일방적인 연결종료 문제


리눅스의 close 함수호출과 윈도우의 closesocket 함수호출은 완전종료를 의미한다. 
완전종료라는 것은 데이터를 전송하는 것과 수신하는 것조차 불가능한 상황을 의미한다. 
때문에 한쪽에서의 일방적인 close 또는 closesocket 함수호출은 경우에 따라서 효율적이지 못하다.




호스트A가 마지막 데이터를 전송하고 나서 close 함수의 호출을 통해서 연결을 종료하였다. 
때문에 이후부터 호스트A는 호스트B가 전송하는 데이터를 수신하지 못한다. 
결국엔 호스트B가 전송한, 호스트A가 반드시 수신해야 하는 데이터라 할지라도 그냥 소멸되고 만다.

이러한 문제의 해결을 위해서 데이터의 송수신에 사용되는 스트림의 일부만 종료(Half-close)하는 방법이 제공되고 있다. 

일부를 종료한다는 것은 전송은 가능하지만 수신은 불가능한 상황, 혹은 수신은 가능하지만 전송은 불가능한 상황을 뜻한다.


 

#.소켓과 스트림(stream)


소켓을 통해서 두 호스트가 연결되면, 그 다음부터는 상호간에 데이터 송수신이 가능한 상태가 된다. 
그리고 이러한 상태를 가리켜 '스트림이 형성된 상태'라 한다. 
즉, 두 소켓이 연결되어서 데이터의 송수신이 가능한 상태를 일종의 스트림으로 보는 것이다.
소켓의 스트림은 한쪽 방향으로만 데이터의 이동이 가능하기 때문에 양방향 통신을 위해서는 다음 그림에서 보이듯이 두 개의 스트림이 필요하다.




두 호스트간에 소켓이 연결되면, 각 호스트 별로 입력 스트림과 출력 스트림이 형성된다. 
- 한 호스트의 입력 스트림 ===>  다른 호스트의 출력 스트림. 
- 한 호스트의 출력 스트림 ===>  다른 호스트의 입력 스트림. 

#.우아한 종료
우아한 종료라는 것은 한 번에 이 두 스트림을 모두 끊어버리는 것이 아니라, 이 중 하나의 스트림만 끊는 것이다. 
물론 리눅스의 close함수와 윈도우의 closesocket 함수는 두 가지 스트림을 동시에 끊어버리기 때문에 우아한 연결종료와는 거리가 멀다.


 

#.우아한 종료를 위한 shutdown 함수
Half-close에 사용되는 함수는 다음과 같다.


#include <sys/socket.h>
int shutdown(int sock, int howto);
// 성공 : 0
// 실패 : -1

 

위의 함수호출 시 두 번째 매개변수에 전달되는 인자에 따라 종료의 방법이 결정된다.
SHUT_RD : 입력 스트림 종료
SHUT_WR : 출력 스트림 종료
SHUT_RDWR : 입출력 스트림 종료

 

#.shutdown함수의 두 번째 인자
SHUT_RD : 입력 스트림이 종료되어 더 이상 데이터를 수신할 수 없는 상태가 된다. 
데이터가 입력버퍼에 전달되더라도 그냥 지워져 버릴 뿐만 아니라 입력 관련 함수의 호출도 더 이상 허용이 안된다.

SHUT_WR :  출력 스트림이 종료되어 더. 이상의 데이터 전송이 불가능해진다. 
단 출력 버퍼에 아직 전송되지 못한 상태로 남아 있는 데이터가 존재하면 해당 데이터는 목적지로 전송된다.

 

 

#.Half-close가 필요한 이유



"클라이언트가 서버에 접속하면 서버는 약속된 파일을 클라이언트에게 전송하고, 클라이언트는 파일을 잘 수신했다는 의미로 문자열 "Thank you"를 서버에 전송한다."


여기서 문자열 "Thank you"의 전달은 사실상 불필요한 일이지만, 연결종료 직전에 클라이언트가 서버에 전송해야 할 데이터다. 그런데 이 상황에 대한 프로그램의 구현도 그리 간단하지만은 않다. 파일을 전송하는 서버는 단순히 파일 데이터를 연속해서 전송하면 되지만, 클라이언트는 언제까지 데이터를 수신해야 할지 알 수 없기 때문이다. 
클라이언트 입장에서는 무턱대고 계속해서 입력함수를 호출할 수도 없는 노릇이다. 그랬다가는 블로킹 상태(호출된 함수가 반환하지 않는 상태)에 빠질 수 있기 때문이다.

 


"서버와 클라이언트 사이에 파일의 끝을 의미하는 문자 하나를 약속하면 되잖아요?"



이것도 어울리지 않는 상황이다. 약속으로 정해진 문자와 일치하는 데이터가 파일에 존재할 수 있기 때문이다. 이러한 문제의 해결을 위해서 서버는 파일의 전송이 끝났음을 알리는 목적으로 EOF를 마지막에 전송해야 한다. 클라이언트는 EOF의 수신을 함수의 반환 값을 통해 확인이 가능하기 때문에 파일에 저장된 데이터와 중복될 일도 없다. 그럼 이제 남은 문제는 하나다! 

 

서버는 어떻게 EOF를 전달할 수 있겠는가?


"출력 스트림을 종료하면 상대 호스트로 EOF가 전송됩니다"


물론 close 함수호출을 통해서 입출력 스트림을 모두 종료해줘도 EOF는 전송되지만, 이럴 경우 상대방이 전송하는 데이터를 더 이상 수신 못한다는 문제가 있다. 
즉, EOF는 전송되지만, 이럴 경우 상대방이 전송하는 데이터를 더 이상 수신 못한다는 문제가 있다. 
즉, close 함수호출을 통해서 스트림을 종료하면 클라이언트가 마지막으로 보낸 문자열 "thank you"를 수신할 수 없다. 

 

따라서 shutdown 함수 호출을 통해서 서버의 출력 스트림만 Half-close해야 하는 것이다.  이럴 경우 EOF도 전송되고 입력 스트림은 여전히 살아있어서 데이터의 수신도 가능하다.


 

 

#.Half-close 기반의 파일전송 프로그램


위에서 언급한 파일전송 서버, 클라이언트의 데이터 흐름을 정리하면 다음과 같다.



서버예제

 

클라이언트 예제

 

 

 

[출처] : 윤성우 저, "열혈강의 TCP/IP 소켓 프로그래밍", 오렌지미디어