Webserver bzw. Problem mit SendNetworkData()

HeX0R · **Registriert:** 10.09.2004 09:59

Ich kann das nicht bestätigen.
Bei mir läuft seit Jahren ein PB-Tool unter Debian auf nem VServer (als SMTP tunnel), das ist weder jemals abgestürzt, noch war der Port geblockt, wenn ich es mal neu gestartet habe (also richtig beendet und neu gestartet, nicht "abgeschossen").

mk-soft · **Registriert:** 24.11.2004 13:12 **Wohnort:** Germany

Bei macOS habe ich es auch manchmal das der Server-Port nicht sofort verfügbar ist.
Einfach eine loop mit Delay programmieren bis das System den Port wieder frei gibt.

War schon irgendwo als Bug gemeldet.

stevie1401 · **Registriert:** 19.10.2014 15:51

Ich habe das heute einmal mit einer loop-Schleife getestet. Aber als der Server nach 10 Minuten immer noch nicht wollte, gab ich auf. Erst als Linux neu gestartet war, ging der Port wieder.

mk-soft · **Registriert:** 24.11.2004 13:12 **Wohnort:** Germany

Das is eine anderes Problem und hat nichts mit PB zu tun ...
Eventuell das Program lief im Hintergrund weiter, oder der Port wird von etwas anderen benutzt.

Das System räumt normaler weise dieses innerhalb einer Minute auf ...

NicTheQuick · **Registriert:** 29.08.2004 20:20 **Wohnort:** Saarbrücken

stevie1401 hat geschrieben:

Ich habe das heute einmal mit einer loop-Schleife getestet. Aber als der Server nach 10 Minuten immer noch nicht wollte, gab ich auf. Erst als Linux neu gestartet war, ging der Port wieder.

Ich glaube das Standard-Timeout ist hierfür 120 Sekunden. Spätestens dann sollte der Port also wieder frei sein. Falls das nicht der Fall ist, dann läuft der Prozess definitiv noch im Hintergrund. Gib dazu im Terminal folgenden Befehl ein: netstat -tlnp
Dann siehst du sowas:

Code:

(Es konnten nicht alle Prozesse identifiziert werden; Informationen über
nicht-eigene Processe werden nicht angezeigt; Root kann sie anzeigen.)
Aktive Internetverbindungen (Nur Server)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name    
tcp        0      0 0.0.0.0:8080            0.0.0.0:*               LISTEN      1779827/nc          
tcp        0      0 127.0.0.53:53           0.0.0.0:*               LISTEN      -                   
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      -                   
tcp        0      0 127.0.0.1:631           0.0.0.0:*               LISTEN      -                   
tcp        0      0 127.0.0.1:5943          0.0.0.0:*               LISTEN      -                   
tcp        0      0 127.0.0.1:25            0.0.0.0:*               LISTEN      -                   
tcp        0      0 127.0.0.1:9050          0.0.0.0:*               LISTEN      -                   
tcp        0      0 0.0.0.0:873             0.0.0.0:*               LISTEN      -                   
tcp6       0      0 :::1716                 :::*                    LISTEN      15113/kdeconnectd   
tcp6       0      0 :::22                   :::*                    LISTEN      -                   
tcp6       0      0 ::1:631                 :::*                    LISTEN      -                   
tcp6       0      0 ::1:25                  :::*                    LISTEN      -                   
tcp6       0      0 :::873                  :::*                    LISTEN      -

In der vierten Spalte siehst du Adresse und Port eines lauschenden Serverprozesses und in der letzten Spalte der dazugehörige Prozess. Bei mir lauscht zum Beispiel gerade netcat (nc) auf Port 8080 auf allen IPv4-Interfaces (0.0.0.0). Die Prozessnamen siehst du aber nur, wenn du die Prozesse auch mit den Rechten deines aktuellen Nutzers gestartet hast. Ansonsten siehst du als root auch alles.

PureBoard

Webserver bzw. Problem mit SendNetworkData()

Wer ist online?