랜선 강제로 뽑았을경우

[조경수]

서버와 클라이언트가 있는데요

클라이언트에서 강제로 랜선을 뽑을 경우 서버에서 인지를 못하내요..

그래서 서버가 바로 인지를 하기 위해서 다음과 같은 기능들을 만들어 보았습니다

 

클라이언트에서 서버에게 3000sec 마다 자신이 살아있음을 알리는데요

서버는 9000sec 마다 클라이언트의 살아있음을 알리는 패킷이 왔는지 확인을 합니다

이러면 클라이언트가 랜선을 뽑아도 서버 측에서 바로 알 수 있습니다

하지만 불필요한 트래픽이 발생하여 성능에는 좋지 않을거 같습니다

저는 현재 Netty를 이용하여 게임 서버를 만들고 있습니다, 저런식으로 불필요한 트래픽을 발생시킨다면 서버의 성능이 많이 저하될까 우려가 됩니다

그래서 저런 방식을 쓰지 않고 클라이언트가 랜선을 강제로 뽑았을 경우 서버 측에서 즉각적으로 알아낼수는 없는 걸까요?

[조경수]

3000sec, 9000sec 이 아니라 3000msec, 9000msec 입니다 (오타 죄송합니다)

[Justin Song]

예전에 저는 연결된 소켓채널을 HashMap으로 유지하고 있다가, 연결을 끊어주
는 쓰레드를 돌렸습니다.
클라이언트가 끊어진 것을 서버가 알기 위해서는 이벤트(read, write)를 발생
시켜야 명확하게 알 수 있어서..
소켓채널의 이벤트가 없는 것들에 대해서 쓰레드가 돌면서 확인하면서 read
이벤트를 발생시키고 -1(끊어짐)이 들어오면 소켓채널을 종료하고 삭제했던
기억이 납니다.
도움이 되셨으면 좋겠네요.. ^^

On 2014-01-20 오전 12:03, 조경수 wrote:
> 3000sec, 9000sec 이 아니라 3000msec, 9000msec 입니다 (오타 죄송합니다)

> --
> Google 그룹스 'Netty Korean User Group' 그룹에 가입했으므로 본 메일이
> 전송되었습니다.
> 이 그룹에서 탈퇴하고 더 이상 이메일을 받지 않으려면 netty-
> ko+unsu...@googlegroups.com에 이메일을 보내세요.
> 더 많은 옵션을 보려면 https://groups.google.com /groups/opt_out을(를
> <https://groups.google.com/groups/opt_out%EC%9D%84%28%EB%A5%BC>) 방문
> 하세요.

["이희승 (Trustin Lee)"]

랜선이 뽑힌 경우는 안타깝게도 read() 를 해도 알 수가 없는 경우가 많습니다.

경수님이 최초에 제시한 대로 주기적으로 메시지를 보내 보는 것이 안정적인
방법입니다.

클러스터 전체의 네트워크 설정을 제어 가능하다면 TCP_KEEPALIVE 를 켜고
keepalive 패킷 인터벌을 짧게 줄이는 방법도 있습니다만 말씀하신 환경에서
는 사용할 수 없을 것 같네요.

이희승 드림

--
https://twitter.com/trustin
https://twitter.com/trustin_ko
https://twitter.com/netty_project

[Chris Chung]

TCP는 즉각적으로 알아내는 방법이 없습니다. X.25가 나온 이유가 그러한 TCP의 단점 때문이지 않나 싶습니다.

이희승님 답변처럼 OS설정을 변경하여 처리하는 방법과 health check 전문을 사용하여 확인하는 방법외에는 없는것 같습니다...

2014년 1월 20일 월요일 오후 4시 33분 42초 UTC+9, 조경수 님의 말: