C/C++ Forum :: Port auch nach Absturz besetzt

hackbert Mitglied 16:23:52 28.10.2004 Titel:

Ich habe eine Anwendung geschrieben, die auf Port 4000 lauscht. Nun enthält das Programm irgendwo einen Fehler und wenn ich einen Client verbinde stürzt die Anwendung ab. Allerdings bleibt der Port besetzt. Die Anwendung ist nicht mehr aktiv, sie ist beendet (Zumindest sagt ps -A das). Wenn ich dann die Anwendung erneut starte kann kein Port erstellt werden, weil er angeblich schon besetzt ist. Nach einiger Zeit kann ich das Programm allerdings wieder starten (schwer reproduzierbar, weiß nicht genau wie lange es dauert).

Ich führe das Programm mit ganz normalen Benutzerrechten aus, nicht als root. Das System ist ein SuSE 9.0 mit Kernel 2.4.21.243-athlon

wischmop2 Mitglied 17:13:26 28.10.2004 Titel:

jep, "normaler Weise" ist so! Mach's deshalb so:

C/C++ Code:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25	1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25	struct sockaddr_in a_sockaddr; int sock; // Unverbundenen Socket erzeugen if((sock = socket(AF_INET, SOCK_STREAM, IPPROTO_TCP)) == -1) { perror("(socket) "); return; } int opt = 1; if(setsockopt(sock, SOL_SOCKET, SO_REUSEADDR, (char )&opt, sizeof(opt)) == -1) { perror("(setsockopt) "); return; } a_sockaddr.sin_family = AF_INET; a_sockaddr.sin_port = htons(4000); a_sockaddr.sin_addr.s_addr = INADDR_ANY; // Adresse mit Socket binden* if (bind(sock, (struct sockaddr) &a_sockaddr, sizeof(struct* sockaddr_in)) == -1) { perror("(bind) "); return; } // Neue Verbindungen annehmen if(listen(sock, SOMAXCONN) == -1) { perror("(listen) "); return; }

C/C++ Code:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25	struct sockaddr_in a_sockaddr; int sock; // Unverbundenen Socket erzeugen if((sock = socket(AF_INET, SOCK_STREAM, IPPROTO_TCP)) == -1) { perror("(socket) "); return; } int opt = 1; if(setsockopt(sock, SOL_SOCKET, SO_REUSEADDR, (char )&opt, sizeof(opt)) == -1) { perror("(setsockopt) "); return; } a_sockaddr.sin_family = AF_INET; a_sockaddr.sin_port = htons(4000); a_sockaddr.sin_addr.s_addr = INADDR_ANY; // Adresse mit Socket binden* if (bind(sock, (struct sockaddr) &a_sockaddr, sizeof(struct* sockaddr_in)) == -1) { perror("(bind) "); return; } // Neue Verbindungen annehmen if(listen(sock, SOMAXCONN) == -1) { perror("(listen) "); return; }

C/C++ Code:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25	struct sockaddr_in a_sockaddr; int sock; // Unverbundenen Socket erzeugen if((sock = socket(AF_INET, SOCK_STREAM, IPPROTO_TCP)) == -1) { perror("(socket) "); return; } int opt = 1; if(setsockopt(sock, SOL_SOCKET, SO_REUSEADDR, (char )&opt, sizeof(opt)) == -1) { perror("(setsockopt) "); return; } a_sockaddr.sin_family = AF_INET; a_sockaddr.sin_port = htons(4000); a_sockaddr.sin_addr.s_addr = INADDR_ANY; // Adresse mit Socket binden* if (bind(sock, (struct sockaddr) &a_sockaddr, sizeof(struct* sockaddr_in)) == -1) { perror("(bind) "); return; } // Neue Verbindungen annehmen if(listen(sock, SOMAXCONN) == -1) { perror("(listen) "); return; }

Dann sollte es klappen, den Port anschliessend wieder erneut zu belegen. Die Zauberfunktion heisst: setsockopt mit dem Wert SO_REUSEADDR

entelechie Mitglied 17:13:53 28.10.2004 Titel:

der port (bzw. der socket) wird vom kernel offen gehalten um noch evtl
eintreffende pakete der gegenseite zu verarbeiten
(das verhindert z.b. das du einen neuen socket anlegst und "alte"
pakete erhaelst die an den socket gerichtet sind).

du kannst den socket in einem solchen fall dennoch direkt
verwenden ueber SO_REUSEADDR und SO_REUSEPORT.

C/C++ Code:
int on =1; setsockopt(socket,SOL_SOCKET,SO_REUSEPORT,&on,sizeof(on));

C/C++ Code:
int on =1; setsockopt(socket,SOL_SOCKET,SO_REUSEPORT,&on,sizeof(on));

C/C++ Code:
int on =1; setsockopt(socket,SOL_SOCKET,SO_REUSEPORT,&on,sizeof(on));

edit: hm. gleichzeitig nen beitrag mit selben inhalt.
naja fast. bei REUSEPORT musst du als level SOL_SOCKET nehmen

hackbert Mitglied 22:11:58 28.10.2004 Titel:

SO_REUSEPORT kennt er bei mir nicht... Ist da 'ne spezielle Header außer <sys/socket.h> und <sys/types.h> nötig?

Ringding Mitglied 07:56:14 29.10.2004 Titel:

Von REUSEPORT hab ich auch noch nix gehört. Aber SO_REUSEADDR allein reicht, damit ist das Problem behoben.

hackbert Mitglied 18:55:24 29.10.2004 Titel:

Ich bekomme immernoch den selben Fehler, auch wenn ich SO_REUSEADDR benutze... Der Fehler tritt bei bind() auf.

wischmop2 Mitglied 11:46:28 30.10.2004 Titel:

Was tritt bei Dir denn für ein Fehler auf?
Du schreibst, dass der Compiler bei Dir (auch) "SO_REUSEADDR" nicht kennt und der Fehler bei "bind" auftritt? Aber bei "bind" kommt "SO_REUSEADDR" doch gar nicht vor, sondern bei "setsockopt"!
Hast Du nun ein Compilerproblem oder ein Laufzeitproblem?

hackbert Mitglied 12:04:22 30.10.2004 Titel:

Das musst Du falsch verstanden haben, oder ich habe mich missverständlich ausgedrückt... SO_REUSEADDR bei setsockopt funktioniert. Kompilieren ist überhaupt garkein Problem. Ich habe ein Laufzeitproblem. Wenn das Programm einmal gestartet wurde und abgestürzt ist, dann ist der Port für eine gewisse Zeit immernoch besetzt, dass heißt die neue Instanz des Programms kann bind() nicht richtig ausführen.

wischmop2 Mitglied 13:04:58 30.10.2004 Titel:

Komisch ?!?
Also wenn Du den Sourcecode oben, so wie ich das Beispiel geschrieben habe nimmst und übersetzt (oben noch um includes erweitern und unten um eine sinnvolle Accept-Loop), dann kann ich das Programm mit Strg+C oder auch mit "kill -9 <pid>" abschiessen und sofort wieder funktionsfähig startet. Ich würde darauf tippen, das der Fehler dann noch woanders liegen muss.
Ich hatte auch mal das Problem, daß ein Programm von mir abgestürzt ist und dann Dein Problem zeigte, aber mit der obigen Änderung ging es dann - probier's mal an einer kleinen Testanwendung aus. In meinem Fall habe ich aber auch mit Threads gearbeitet, verwendest Du vielleicht Prozesse (d.h. fork) in der Accept-Loop? Vielleicht laufen dann noch Zombi-Prozesse?

entelechie Mitglied 13:09:03 30.10.2004 Titel:

wischmop2 schrieb:

Komisch ?!?
Also wenn Du den Sourcecode oben, so wie ich das Beispiel geschrieben habe nimmst und übersetzt (oben noch um includes erweitern und unten um eine sinnvolle Accept-Loop), dann kann ich das Programm mit Strg+C oder auch mit "kill -9 <pid>" abschiessen und sofort wieder funktionsfähig startet. Ich würde darauf tippen, das der Fehler dann noch woanders liegen muss.

wie lange der port nach dem programmende noch im listen zustand bleibt
hangt vom jeweiligen system ab. es ist durchaus moeglich, dass dein
system ein sofortiges wiederbelegen des ports erlaubt, ein
anderes aber erst nach einer bestimmten zeitspanne.

SO_REUSEPORT scheinen wohl nicht alle systeme zu unterstuetzen.