Wohin führt der Linux-Kernel die Bereinigung von TCP-Verbindungen nach dem Prozess ab?

Question

Ich versuche einen Platz im Linux-Kernel zu finden, wo es nach dem Prozess-Löschen bereinigt. Insbesondere möchte ich sehen, ob/wie offene TCP-Verbindungen behandelt werden, nachdem der Prozess mit -9-Signal beendet wurde. Ich bin mir ziemlich sicher, dass es alle Verbindungen schließt, aber ich möchte Details sehen, und wenn es eine Chance gibt, dass Verbindungen nicht richtig geschlossen werden.

Zeiger auf Linux-Kernel-Quellen sind willkommen.

Answer 1

Das Fleisch der Prozessbeendigung wird von exit.c:do_exit() gehandhabt. Diese Funktion ruft exit_files() auf, die wiederum put_files_struct() aufruft, die close_files() aufruft.

close_files() Schleifen über alle Datei-Deskriptoren der Prozess offen hat (die alle Buchsen einschließt), ruft filp_close() auf jeder, der auf dem fput()struct file Objekt aufruft. Wenn die letzte Referenz auf struct file gesetzt wurde, ruft fput() die Methode .release() des Dateiobjekts auf, die für Sockets die sock_close()-Funktion in net/socket.c ist.

Answer 2

Ich bin ziemlich sicher, dass die Socket-Bereinigung mehr eine Nebenwirkung der Freigabe aller Dateideskriptoren nach dem Prozess stirbt, und nicht direkt durch die Prozessbereinigung.

Ich gehe jedoch auf ein Bein und gehe davon aus, dass Sie eine gemeinsame Fallstricke mit Netzwerkprogrammierung treffen. Wenn ich richtig rate, dass Ihr Problem ist, dass Sie eine "Adresse in Verwendung" -Fehler (EADDRINUSE) erhalten, wenn Sie versuchen, an eine Adresse zu binden, nachdem ein Prozess getötet wurde, dann laufen Sie in die TIME_WAIT des Sockets.

Wenn dies der Fall ist, können Sie entweder auf das Timeout warten, in der Regel 60 Sekunden, oder Sie können den Socket so ändern, dass er sofort wieder verwendet werden kann.

int sock, ret, on; 
struct sockaddr_in servaddr; 

sock = socket(AF_INET, SOCK_STREAM, 0): 

/* Enable address reuse */ 
on = 1; 
ret = setsockopt(sock, SOL_SOCKET, SO_REUSEADDR, &on, sizeof(on)); 

[EDIT]

Aus Ihren Kommentaren, Es klingt wie Sie Probleme mit halboffene Verbindungen haben, und nicht vollständig verstehen, wie TCP funktioniert. TCP hat keine Möglichkeit zu wissen, ob ein Client tot ist oder gerade leer ist. Wenn Sie einen Clientprozess kill -9 ausführen, wird der vier-wege schließende Handshake nie abgeschlossen. Dies sollte jedoch keine offenen Verbindungen auf Ihrem Server hinterlassen, so dass Sie immer noch einen Netzwerk-Dump benötigen, um sicher zu sein, was vor sich geht.

Ich kann nicht sicher sagen, wie Sie damit umgehen sollten, ohne genau zu wissen, was Sie tun, aber Sie können über TCP Keepalive here lesen. Einige andere Optionen senden in regelmäßigen Abständen leere oder leere Nachrichten an den Client (möglicherweise müssen Sie Ihr Protokoll ändern) oder feste Zeitgeber für inaktive Verbindungen festlegen (dies kann zu ungültigen Verbindungen führen).