Скажімо, я працюю на простому сервері і accept()підключився до клієнта.
Який найкращий спосіб визначити, коли клієнт відключився? Зазвичай клієнт повинен надіслати команду закриття, але що, якщо він відключається вручну або взагалі втрачає мережеве підключення? Як сервер може це виявити чи впоратись?
Відповіді:
select (із встановленою маскою читання) повернеться із сигналізованим дескриптором, але коли ви використовуєте ioctl * для перевірки кількості байтів, що очікують на зчитування, вона буде нульовою. Це ознака того, що розетка відключена.
Це чудова дискусія щодо різних методів перевірки відключення клієнта: Стівен Клірі, виявлення напіввідкритих (розірваних) з’єднань .
* для Windows використовуйте ioctlsocket.
У TCP існує лише один спосіб виявити впорядкований розрив зв'язку, і це отримання нуля як поверненого значення read()/recv()/recvXXX()при читанні.
Існує також лише один надійний спосіб виявити розірваний зв’язок: написавши на нього. Після достатньої кількості записів на розірване з’єднання, TCP зробить достатню кількість спроб та тайм-аутів, щоб знати, що воно розірване, і врешті-решт призведе write()/send()/sendXXX()до повернення -1 зі errno/WSAGetLastError()значенням ECONNRESET,або, в деяких випадках, “з’єднання минуло”. Зверніть увагу, що останній відрізняється від "тайм-ауту підключення", який може відбуватися у фазі підключення.
Слід також встановити розумний час очікування для читання та відмовитись від з’єднань, які не вдаються.
Відповідь тут про ioctl()і FIONREADє змагання дурниці. Все, що вам потрібно, це сказати вам, скільки байтів зараз знаходиться в буфері прийому сокетів, доступних для читання без блокування. Якщо клієнт протягом п'яти хвилин не надсилає вам нічого, що не означає роз'єднання, але це спричиняє FIONREADнуль. Не те саме: навіть близько.
Щоб розширити це ще трохи:
Якщо у вас запущений сервер, вам або потрібно використовувати TCP_KEEPALIVE для моніторингу клієнтських з'єднань, або зробити щось подібне самостійно, або мати знання про дані / протокол, які ви використовуєте через з'єднання.
В основному, якщо з’єднання загине (тобто не буде належним чином закрито), сервер не помітить цього, поки не спробує щось написати клієнту, чого досягає для вас програма keepalive. Як варіант, якщо ви краще знаєте протокол, у будь-якому випадку ви можете просто від’єднатися на час очікування бездіяльності.
Timeoutнастільки низький, не є слушною порадою ...
Якщо ви використовуєте перекриваються (тобто асинхронні) введення-виведення з підпрограмами завершення або портами завершення, вам буде повідомлено негайно (за умови, що у вас є непогашене зчитування), коли клієнтська сторона закриває з'єднання.
Спробуйте шукати EPOLLHUP або EPOLLERR. Як перевірити, що з’єднання клієнта все ще живе
Читання та пошук 0 спрацьовують у деяких випадках, але не у всіх.
TCP має в протоколі процедури "відкрито" та "закрито". Після "відкриття" з'єднання утримується до "закриття". Але є багато речей, які можуть зупинити потік даних ненормально. З огляду на це, методи визначення, чи можна використовувати посилання, сильно залежать від рівня програмного забезпечення між протоколом і прикладною програмою. Згадані вище зосереджуються на програмісті, який намагається використовувати сокет неінвазивним способом (читання або запис 0 байт), мабуть, найпоширеніші. Деякі шари в бібліотеках забезпечують "опитування" для програміста. Наприклад, виклики Win32 asych (затримка) можуть розпочати читання, яке повернеться без помилок і 0 байт, щоб сигналізувати про сокет, який більше неможливо прочитати (імовірно, процедура TCP FIN). Інші середовища можуть використовувати "події" як визначено в їх обгорткових шарах. Однозначної відповіді на це питання немає. Механізм виявлення, коли сокет не можна використовувати і повинен бути закритим, залежить від обгортки, що постачається в бібліотеках. Варто також зазначити, що самі сокети можуть бути повторно використані шарами під бібліотекою програм, тому розумно з’ясувати, як ваше середовище працює з інтерфейсом Berkley Sockets.
"""
tcp_disconnect.py
Echo network data test program in python. This easily translates to C & Java.
A server program might want to confirm that a tcp client is still connected
before it sends a data. That is, detect if its connected without reading from socket.
This will demonstrate how to detect a TCP client disconnect without reading data.
The method to do this:
1) select on socket as poll (no wait)
2) if no recv data waiting, then client still connected
3) if recv data waiting, the read one char using PEEK flag
4) if PEEK data len=0, then client has disconnected, otherwise its connected.
Note, the peek flag will read data without removing it from tcp queue.
To see it in action: 0) run this program on one computer 1) from another computer,
connect via telnet port 12345, 2) type a line of data 3) wait to see it echo,
4) type another line, 5) disconnect quickly, 6) watch the program will detect the
disconnect and exit.
John Masinter, 17-Dec-2008
"""
import socket
import time
import select
HOST = '' # all local interfaces
PORT = 12345 # port to listen
# listen for new TCP connections
s = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
s.setsockopt(socket.SOL_SOCKET, socket.SO_REUSEADDR, 1)
s.bind((HOST, PORT))
s.listen(1)
# accept new conneciton
conn, addr = s.accept()
print 'Connected by', addr
# loop reading/echoing, until client disconnects
try:
conn.send("Send me data, and I will echo it back after a short delay.\n")
while 1:
data = conn.recv(1024) # recv all data queued
if not data: break # client disconnected
time.sleep(3) # simulate time consuming work
# below will detect if client disconnects during sleep
r, w, e = select.select([conn], [], [], 0) # more data waiting?
print "select: r=%s w=%s e=%s" % (r,w,e) # debug output to command line
if r: # yes, data avail to read.
t = conn.recv(1024, socket.MSG_PEEK) # read without remove from queue
print "peek: len=%d, data=%s" % (len(t),t) # debug output
if len(t)==0: # length of data peeked 0?
print "Client disconnected." # client disconnected
break # quit program
conn.send("-->"+data) # echo only if still connected
finally:
conn.close()
У python ви можете зробити такий вираз:
try:
conn.send("{you can send anything to check connection}")
except BrokenPipeError:
print("Client has Disconnected")
Це працює, тому що коли клієнт / сервер закриває програму, python повертає пошкоджену помилку pip серверу або клієнту в залежності від того, хто саме відключився.
Зробити це дуже просто: надійно і не брудно:
Try
Clients.Client.Send(BufferByte)
Catch verror As Exception
BufferString = verror.ToString
End Try
If BufferString <> "" Then
EventLog.Text &= "User disconnected: " + vbNewLine
Clients.Close()
End If
Я погрався з кількома рішеннями, але, здається, це найкраще працює для виявлення відключення хоста та / або клієнта в Windows. Він призначений для неблокуючих сокетів і походить із прикладу IBM .
char buf;
int length=recv(socket, &buf, 0, 0);
int nError=WSAGetLastError();
if(nError!=WSAEWOULDBLOCK&&nError!=0){
return 0;
}
if (nError==0){
if (length==0) return 0;
}
Повернене значення отримання буде -1, якщо з'єднання втрачено, інакше це буде розмір буфера.
void ReceiveStream(void *threadid)
{
while(true)
{
while(ch==0)
{
char buffer[1024];
int newData;
newData = recv(thisSocket, buffer, sizeof(buffer), 0);
if(newData>=0)
{
std::cout << buffer << std::endl;
}
else
{
std::cout << "Client disconnected" << std::endl;
if (thisSocket)
{
#ifdef WIN32
closesocket(thisSocket);
WSACleanup();
#endif
#ifdef LINUX
close(thisSocket);
#endif
}
break;
}
}
ch = 1;
StartSocket();
}
}
errno == ECONNRESET, і він взагалі нічого не зробить для буфера.