IO::Socket Frage, Timeout bei DSL Zwangstrennung? (Netzwerkprogrammierung und Netzwerke mit Perl)

[thread]17199[/thread]

IO::Socket Frage, Timeout bei DSL Zwangstrennung?

Tags: perl5 IO::Socket::INET Ähnliche Threads

Leser: 18

Articles: hide open all | hide show old branches

+9 replies
monti

2012-02-27 17:03
User since
2011-08-05
57 Artikel
BenutzerIn
Hallo zusammen,

habe ein kleines Testskript erstellt in dem ich mit
Code: (dl )

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

my $server = IO::Socket::INET->new( LocalPort => $tcpport, Proto => 'tcp', Listen => 1, Reuse => 1, #Timeout => 5, ); die "Could not create socket: $!\n" unless $server; while (my $client = $server->accept()) { while(<$client>) { print $_; } close($client); }
Eingaben von einem tcp port lese, das funktioniert soweit einwandfrei.
Wenn mir jetzt allerdings Server- oder Clientseitig die Verbindung wegbricht (24h DSL Zwangstrennung zb) dann "merkt" es das Skript nicht. Netstat zeigt mir weiterhin ein "VERBUNDEN" auf der alten IP Adresse an.

Hat da jemand eine Idee wie ich das Problem lösen könnte? Ich würde das gerne erkennen und die nicht mehr funktionsfähige Verbindung beenden. Das Skript soll dann quasi wieder in den Urzustand wechseln und auf eingehende Verbindungen warten.

thx!
Grüße

modedit Editiert von pq: tags IO::Socket::INET und perl5 hinzugefügt
Last edited: 2012-02-27 17:12:46 +0100 (CET)
- +8 replies
- rosti
  
  2012-02-27 18:13
  
  User since
  2011-03-19
  3477 Artikel
  BenutzerIn
  
  Quote
  Netstat zeigt mir weiterhin ein "VERBUNDEN" auf der alten IP Adresse an
  
  Wo, auf dem Client?
  - +7 replies
  - monti
    
    2012-02-27 18:43
    
    User since
    2011-08-05
    57 Artikel
    BenutzerIn
    
    2012-02-27T17:13:43 rosti
    
    Wo, auf dem Client?
    
    nein, auf dem server...
    beispiel direkt nach der zwangstrennung, 91.60.100.99 ist die alte IP:
    
    tcp 0 0 91.60.100.99:12345 80.187.97.17:62994 VERBUNDEN
    
    wenn ich ein/zwei/drei stunden warte tut sich nichts.
    - +6 replies
    - jan
      
      2012-02-27 19:07
      
      User since
      2003-08-04
      2536 Artikel
      ModeratorIn
      
      Mh, dein "Server" zuhause ist nicht hinter einem Router, sondern direkt am DSL? Das ist an sich schon mal unschön und Teil deines Problems -- sonst würdest Du einen Port forwarden und für deinen Server würden sich die IP-Adressen nie ändern. Viel eleganter.
      
      So würde ich sagen: schwierig.
      Ich habe das gerade mal bei mir mit Apache ausprobiert. Der ist auch konfiguriert, auf allen Adressen zu horchen. Läuft, mache ich nun OpenVPN aus, kann er natürlich darauf nichts mehr bekommen. Er startet sich dabei aber nicht neu oder wirft Fehler, er tut gar nichts. Verbinde ich nun OpenVPN erneut, kann der Apache auch wieder auf die Anfragen auf der VPN-IP antworten, ohne neustart.
      So ganz einfach wird's also wohl nicht. Das leichteste vielleicht: asynchron alle X minuten prüfen, ob die IP noch die selbe ist wie beim Start deines Prozesses und falls nicht, neu starten.
      - +5 replies
      - monti
        
        2012-02-27 21:58
        
        User since
        2011-08-05
        57 Artikel
        BenutzerIn
        
        Ja direkt am der DSL Leitung denn Router=Server=Linux Kiste.
        Momentan ist die Zwangstrennung am Server mein kleinestes Problem, in Kürze werde ich das Skript ohnehin auf einen Server mit fester IP auslagern.
        
        Was bleibt, ist das Problem wenn der Client plötzlich weg ist. Auch dann steht weiter die Verbindung und wird nicht vom Server geschlossen...
        Gibt es eine Methode mit der ich die Verbindung aktiv prüfen kann wenn ich mich in der while(<$client>) Schleife befinde?
        
        +4 replies
        
        jan
        
        2012-02-28 08:41
        
        User since
        2003-08-04
        2536 Artikel
        ModeratorIn
        
        Sende etwas, guck ob es klappt.
        
        +3 replies
        
        monti
        
        2012-02-28 09:52
        
        User since
        2011-08-05
        57 Artikel
        BenutzerIn
        
        Das wird nicht gehen...
        Der Client ist ein Embedded System das nur stumm Text Daten senden kann.
        
        +2 replies
        
        jan
        
        2012-02-28 09:58
        
        User since
        2003-08-04
        2536 Artikel
        ModeratorIn
        
        ich vermute, connected() hast Du schon ausprobiert?
        Sendet dein Client regelmäßig? Dann kannst Du einen timeout setzen und damit einen Verbindungsabbruch definieren.
        Wie reagiert denn dein Client auf nicht mehr vorhandene Verbindungen?
        
        monti
        
        2012-02-28 14:24
        
        User since
        2011-08-05
        57 Artikel
        BenutzerIn
        
        connected() schon probiert...
        Ich denke das Problem hängt auch damit zusammen, dass der Embebbed Rechner GSM nutzt. Das ist ja wieder so ein Thema für sich.
        Ich habe in einer Nachtsitzung jetzt mal auf IO::Select lese/schreiben umgestellt, jetzt ist diese Problem gelöst aber jetzt habe ich ein neues Problem :D
        Dafür mache ich dann eine neuen Thread auf.
        Danke erstmal soweit!

View all threads created 2012-02-27 17:03.