Net::FTP falsche Rückgabe bei ->starttls() (gelöst) (Fragen zu Perl-Modulen)

[thread]20767[/thread]

Net::FTP falsche Rückgabe bei ->starttls() [gelöst]

Tags: perl5 Ähnliche Threads

Leser: 15

Articles: hide open all | hide show old branches

+14 replies
bianca

2020-04-06 23:56

User since
2009-09-13
7016 Artikel
BenutzerIn

Hi!

Habe hier einen FTP-Server bei dem Net::FTP 3.11 mit Strawberry Perl 5.18.4 für ->starttls() false zurückgibt und wenn ich ->message ausgebe steht da trotzdem "AUTH TLS successful" drin!?

Kann mir bitte jemand helfen, die Ursache zu finden und diesen Fehler zu beheben?
Wenn noch was benötigt wird bitte einfach sagen.
Danke euch
10 print "Hallo"
20 goto 10
- bianca
  
  2020-04-07 07:18
  
  User since
  2009-09-13
  7016 Artikel
  BenutzerIn
  
  Ergänzung: der FTP-Client im Total Commander schaltet beim selben FTP-Server fehlerfrei auf TLS hoch.
  
  Und Net::FTP macht den Scherz nur mit diesem einen Server. Ich benutze das schon lange mit vielen FTP-Servern und das ist der erste und bislang einzige wo das Problem auftritt. URL kann ich leider nicht geben.
  10 print "Hallo"
  20 goto 10
- bianca
  
  2020-04-07 07:49
  User since
  2009-09-13
  7016 Artikel
  BenutzerIn
  Hier das Script:
  
  Code (perl): (dl )
  
  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 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44
  
  #!/usr/bin/perl use strict; use warnings; #perl test_ftp.pl my $erg = losgehts(); print "Ergebnis: $erg\n"; sub losgehts { use Net::FTP; use IO::Socket::SSL qw(SSL_VERIFY_CLIENT_ONCE); my @hosts = ( { url => 'test .de', user => 'abc', passw => 'xyz', }, ); foreach my $ref (@hosts) { my $ftp = Net::FTP->new( $ref->{url}, Debug => 1, Passive => 1, SSL_verify_mode => SSL_VERIFY_CLIENT_ONCE, SSL_session_cache => IO::Socket::SSL::Session_Cache->new(1), ) or return 'bei '.$ref->{url}.' ist Net::FTP->new() fehlgeschlagen'; $ftp->starttls() or return 'bei ' .$ref->{url} .' ist $ftp->starttls() fehlgeschlagen' ; print "Zeile ".__LINE__."\n"; $ftp->login($ref->{user},$ref->{passw}) or return 'bei ' .$ref->{url} .' ist $ftp->login($ref->{user},$ref->{passw}) fehlgeschlagen' ; print "Zeile ".__LINE__."\n"; my $hash_ref = $ftp->dir() or return 'bei ' .$ref->{url}.' ist $ftp->dir(\'/\') fehlgeschlagen' ; print "Zeile ".__LINE__."\n"; } print "Zeile ".__LINE__."\n"; }
  
  Und das Trace:
  
  Quote
  Net::FTP>>> Net::FTP(3.11)
  Net::FTP>>> Exporter(5.70)
  Net::FTP>>> Net::Cmd(3.11)
  Net::FTP>>> IO::Socket::SSL(2.060)
  Net::FTP>>> IO::Socket::IP(0.32)
  Net::FTP>>> IO::Socket(1.36)
  Net::FTP>>> IO::Handle(1.34)
  Net::FTP=GLOB(0x3290ce8)<<< 220 FTP server
  Net::FTP=GLOB(0x3290ce8)>>> AUTH TLS
  Net::FTP=GLOB(0x3290ce8)<<< 234 AUTH TLS successful
  Ergebnis: bei test .de ist $ftp->starttls() fehlgeschlagen
  
  Last edited: 2020-04-07 07:52:22 +0200 (CEST)
  10 print "Hallo"
  20 goto 10
- bianca
  
  2020-04-07 07:56
  
  User since
  2009-09-13
  7016 Artikel
  BenutzerIn
  
  Es handelt sich um einen ProFTPD FTP-Server.
  10 print "Hallo"
  20 goto 10
- +10 replies
- haj
  
  2020-04-07 11:02
  User since
  2015-01-07
  551 Artikel
  BenutzerIn
  Wenn's so spät beim Verbindungsaufbau klemmt, dann hängt das womöglich genau mit dem Net::FTP-Problem zusammen, über das Du gestolpert hast.
  Steffen hat da darauf hingewiesen, dass manche FTP-Server genau einen sochen Cache brauchen, den er für Net::FTP gebaut hat.
  
  Hast Du mal die von ihm vorgeschlagenen anderen Umgehungen ausprobiert?
  
  Oder: Hast Du die Server-Konfiguration in der Hand? In http://www.proftpd.org/docs/howto/TLS.html wird die Situation (so vermute ich) beschrieben, und eine Konfigurations-Option angegeben, die das entschärfen sollte:
  
  Code: (dl )
  
  TLSOptions NoSessionReuseRequired
  - +9 replies
  - bianca
    
    2020-04-07 17:49
    User since
    2009-09-13
    7016 Artikel
    BenutzerIn
    
    2020-04-07T09:02:12 haj
    Wenn's so spät beim Verbindungsaufbau klemmt, dann hängt das womöglich genau mit dem Net::FTP-Problem zusammen, über das Du gestolpert hast.
    
    Achso. Das war mir nicht bewußt.
    
    2020-04-07T09:02:12 haj
    Hast Du mal die von ihm vorgeschlagenen anderen Umgehungen ausprobiert?
    
    Ja erstmal 5 Stück.
    
    Test 1:
    
    Code (perl): (dl )
    
    1 2 3 4 5 6 7
    
    my $ftp = Net::FTP->new( $ref->{url}, Debug => 1, Passive => 1, SSL_verify_mode => SSL_VERIFY_CLIENT_ONCE, SSL_session_key => "ip:port", ) or return 'bei '.$ref->{url}.' ist Net::FTP->new() fehlgeschlagen';
    
    Ergebnis: keine Auswirkung
    
    Test 2:
    
    Code (perl): (dl )
    
    1 2 3 4 5 6 7
    
    my $ftp = Net::FTP->new( $ref->{url}, Debug => 1, Passive => 1, SSL_verify_mode => SSL_VERIFY_CLIENT_ONCE, SSL_version => "TLSv12", ) or return 'bei '.$ref->{url}.' ist Net::FTP->new() fehlgeschlagen';
    
    Ergebnis: keine Auswirkung
    
    Test 3:
    
    Code (perl): (dl )
    
    1 2 3 4 5 6 7 8
    
    my $ftp = Net::FTP->new( $ref->{url}, Debug => 1, Passive => 1, SSL_verify_mode => SSL_VERIFY_CLIENT_ONCE, SSL_session_cache => IO::Socket::SSL::Session_Cache->new(1), SSL_version => "TLSv12", ) or return 'bei '.$ref->{url}.' ist Net::FTP->new() fehlgeschlagen';
    
    Ergebnis: keine Auswirkung
    
    Test 4:
    
    Code (perl): (dl )
    
    1 2 3 4 5 6 7 8
    
    my $ftp = Net::FTP->new( $ref->{url}, Debug => 1, Passive => 1, SSL_verify_mode => SSL_VERIFY_CLIENT_ONCE, SSL_session_cache => IO::Socket::SSL::Session_Cache->new(1), SSL_session_key => "ip:port", ) or return 'bei '.$ref->{url}.' ist Net::FTP->new() fehlgeschlagen';
    
    Ergebnis: keine Auswirkung
    
    Test 5:
    
    Code (perl): (dl )
    
    1 2 3 4 5 6 7 8 9
    
    my $ftp = Net::FTP->new( $ref->{url}, Debug => 1, Passive => 1, SSL_verify_mode => SSL_VERIFY_CLIENT_ONCE, SSL_session_cache => IO::Socket::SSL::Session_Cache->new(1), SSL_session_key => "ip:port", SSL_version => "TLSv12", ) or return 'bei '.$ref->{url}.' ist Net::FTP->new() fehlgeschlagen';
    
    Ergebnis: keine Auswirkung
    
    Habe ich die Parameter korrekt angegeben?
    Welche sinnvollen Kombis oder Parameterwerte sollte ich noch ausprobieren?
    
    2020-04-07T09:02:12 haj
    Oder: Hast Du die Server-Konfiguration in der Hand?
    
    Nein leider nicht.
    10 print "Hallo"
    20 goto 10
    - +8 replies
    - haj
      
      2020-04-07 21:39
      
      User since
      2015-01-07
      551 Artikel
      BenutzerIn
      
      Die Varianten sind ja eh schon recht umfangreich, nur die Variante 3 bringt meiner Vermutung nach nix: Für TLS 1.2 funktioniert der Standard-Cache ohne Tricks ja grade nicht, deswegen gibt es ja den Net::FTP-Cache.
      
      Was Du noch machen kannst: Die Werte für die Debug-Loggings erhöhen. Beim Net::FTP kannst Du das direkt bei ->new angeben, bei IO::Socket::SSL kannst Du die globale Variable setzen:
      
      Code (perl): (dl )
      
      $IO::Socket::SSL::DEBUG = 2;
      
      Damit läßt sich vielleicht die Stelle, an der es hakt, genauer eingrenzen.
      
      Ansonsten hast Du immer noch die Möglichkeit, eine ältere Version von IO::Socket::SSL zu installieren, die dann von Haus aus kein TLSv1.3 beherrscht - aber eben deswegen auch kein del_session versucht.
      - +7 replies
      - bianca
        
        2020-04-08 09:28
        
        User since
        2009-09-13
        7016 Artikel
        BenutzerIn
        
        2020-04-07T19:39:52 haj
        
        Code (perl): (dl )
        
        $IO::Socket::SSL::DEBUG = 2;
        
        Ich glaube, das bringt uns weiter:
        Quote
        DEBUG: .../IO/Socket/SSL.pm:2853: new ctx 46725744
        DEBUG: .../IO/Socket/SSL.pm:692: socket not yet connected
        DEBUG: .../IO/Socket/SSL.pm:694: socket connected
        Net::FTP>>> Net::FTP(3.11)
        Net::FTP>>> Exporter(5.70)
        Net::FTP>>> Net::Cmd(3.11)
        Net::FTP>>> IO::Socket::SSL(2.060)
        Net::FTP>>> IO::Socket::IP(0.32)
        Net::FTP>>> IO::Socket(1.36)
        Net::FTP>>> IO::Handle(1.34)
        Net::FTP=GLOB(0x323cc50)<<< 220 FTP server
        Net::FTP=GLOB(0x323cc50)>>> AUTH TLS
        Net::FTP=GLOB(0x323cc50)<<< 234 AUTH TLS successful
        DEBUG: .../IO/Socket/SSL.pm:717: ssl handshake not started
        DEBUG: .../IO/Socket/SSL.pm:750: using SNI with hostname test .de
        DEBUG: .../IO/Socket/SSL.pm:785: request OCSP stapling
        DEBUG: .../IO/Socket/SSL.pm:806: set socket to non-blocking to enforce timeout=120
        DEBUG: .../IO/Socket/SSL.pm:819: call Net::SSLeay::connect
        DEBUG: .../IO/Socket/SSL.pm:822: done Net::SSLeay::connect -> -1
        DEBUG: .../IO/Socket/SSL.pm:832: ssl handshake in progress
        DEBUG: .../IO/Socket/SSL.pm:842: waiting for fd to become ready: SSL wants a read first
        DEBUG: .../IO/Socket/SSL.pm:862: socket ready, retrying connect
        DEBUG: .../IO/Socket/SSL.pm:819: call Net::SSLeay::connect
        DEBUG: .../IO/Socket/SSL.pm:2754: did not get stapled OCSP response
        DEBUG: .../IO/Socket/SSL.pm:822: done Net::SSLeay::connect -> -1
        DEBUG: .../IO/Socket/SSL.pm:825: SSL connect attempt failed
        
        DEBUG: .../IO/Socket/SSL.pm:825: local error: SSL connect attempt failed error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed
        DEBUG: .../IO/Socket/SSL.pm:828: fatal SSL error: SSL connect attempt failed error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed
        DEBUG: .../IO/Socket/SSL.pm:2875: free ctx 46725744 open=46725744
        DEBUG: .../IO/Socket/SSL.pm:2879: free ctx 46725744 callback
        DEBUG: .../IO/Socket/SSL.pm:2886: OK free ctx 46725744
        Ergebnis: bei test .de ist $ftp->starttls() fehlgeschlagen
        
        Und ich bin erschrocken, dass man diese Fehler erst im Debug Modus sieht. Ist das richtig?
        
        Jetzt bräuchte ich bitte Hilfe bei der Interpretation. Was genau bedeuten diese Meldungen? Haben die mit dem Cache zu tun?
        
        Aus [Net::SMTP::_SSL] Connection closed und [IO::Socket::SSL] Failed to use private key kenne ich die Meldung SSL connect attempt failed error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed schon und früher konnte die mit dem Parameter SSL_verify_mode => SSL_VERIFY_CLIENT_ONCE verhindert werden. Aber hier aktuell hilft der ja nicht (mehr). Zumindest habe ich ihn drin und die Fehlermeldung kommt trotzdem.
        
        Ich bitte nochmal um Hilfe.
        10 print "Hallo"
        20 goto 10
        
        +2 replies
        
        GwenDragon
        
        2020-04-08 12:57
        
        User since
        2005-01-17
        14745 Artikel
        Admin1
        
        Was ich nicht verstehe, dass dein Programm abbricht. Ich habe es mal mit Strawberry Perl perl5.18.4 32bit getestet, da ist bei mir IO:Socket::SSL, Net::FTP aktuell gehalten.
        Wenn ich bei meinem ProFTP mit einem falschen Hostname verbinde, also domain.tld anstatt des FTP-Hostname, klappt das trotzdem, da ja bei mir SSL_VERIFY_CLIENT_ONCE greift.
        Last edited: 2020-04-08 12:59:11 +0200 (CEST)
        die Drachin Gwen
        
        Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
        
        bianca
        
        2020-04-08 13:35
        
        User since
        2009-09-13
        7016 Artikel
        BenutzerIn
        
        Wenn ich SSL_verify_mode auskommentiere bleibt das Ergebnis sogar gleich. Zertifikatsprüfung gelingt nämlich positiv. Und trotzdem liefert ->starttls() false. Ich sehe daher nach wie vor keinen offensichtlichen Zusammenhang zum Can't locate object method "del_session" via package "Net::FTP::_SSL_SingleSessionCache"-Fehler. Aber ich habe auch keine Ahnung von verschlüsselten Verbindungen, daher will ich mich zurückhalten.
        Was könnte ich noch versuchen, um dem Fehler auf die Spur zu kommen.
        10 print "Hallo"
        20 goto 10
        
        +4 replies
        
        haj
        
        2020-04-08 22:13
        
        User since
        2015-01-07
        551 Artikel
        BenutzerIn
        
        Der spannende Fehler ist hier: SSL3_GET_SERVER_CERTIFICATE:certificate verify failed - wobei sich mir auch nicht erschließt, woher der kommt. Inhaltlich besagt er, dass sich der Server nicht ordentlich ausweisen kann.
        Eine waffenscheinpflichtige Umgehung ist, diese Prüfung mit SSL_verify_mode => SSL_VERIFY_NONE abzuklemmen: Dann wird nur geprüft, ob das Zertifikat vom Format her korrekt ist. Sowas ist aber bestenfalls in einem separaten Netz sinnvoll, in dem mit selbstsignierten Zertifikaten gearbeitet wird.
        
        Der Rest sind ja keine Fehler, das ist ein ganz normaler Debug-Output. Mit höheren Debug-Werten bekommst Du auch die ganzen verschickten Datenpakete.
        
        Drei Fragen:
        
        Kannst Du denn mit dem Firefox eine FTP-Verbindung herstellen? Dann kannst Du prüfen, ob bei dem Zertifikat etwas verdächtig ist (Firefox ist, genau wie openSSL, recht kritisch)
        
        Kannst Du den Debug-Output mal für einen FTP-Server erzeugen, bei dem die Verbindung funktioniert? Dann siehst Du, wo genau die Abweichung in den Protokollen auftritt.
        
        Welche Version von IO::Socket::SSL ist das? Bei der aktuellen 2.068 habe ich andere Zeilennummern...
        
        Noch ein paar Details:
        
        234 AUTH TLS successful sagt nur, dass die Verschlüsselung eingerichtet werden soll - da ist sonst noch nicht viel passiert. Das TLS-Theater beginnt erst danach.
        
        did not get stapled OCSP response ist nicht weiter schlimm. Das ist nur eine Performance-Optimierung, der Default bei IO::Socket::SSL ist "probiers, wenn's nicht geht, dann eben ohne". Du kannst per Option SSL_ocsp_mode => SSL_OCSP_NO_STAPLE abklemmen, aber ich prognostiziere, dass das am Resultat nichts ändert.
        
        SSL_verify_mode => SSL_VERIFY_CLIENT_ONCE sollte in der Tat gar nichts bewirken. Das ist nur für die Serverseite relevant, und auch dann nur, wenn der Client (also zum Beispiel Dein Code) sich ebenfalls mit einem Zertifikat ausweist. Laut Dokumentation wird der Wert beim Client schlichtweg ignoriert.
        
        +3 replies
        
        bianca
        
        2020-04-10 20:23
        
        User since
        2009-09-13
        7016 Artikel
        BenutzerIn
        
        2020-04-08T20:13:48 haj
        Eine waffenscheinpflichtige Umgehung ist, diese Prüfung mit SSL_verify_mode => SSL_VERIFY_NONE abzuklemmen
        
        Damit funktioniert die Verbindung aber ich bin nicht sicher, ob man damit ->starttls() nicht gleich weglassen kann :( Das hattest du auch so ähnlich geschrieben.
        
        2020-04-08T20:13:48 haj
        Mit höheren Debug-Werten bekommst Du auch die ganzen verschickten Datenpakete.
        
        Mit 3 bekomme ich nicht mehr als mit 2 angezeigt. An welcher Stelle muss ich das angeben?
        
        2020-04-08T20:13:48 haj
        Kannst Du denn mit dem Firefox eine FTP-Verbindung herstellen? Dann kannst Du prüfen, ob bei dem Zertifikat etwas verdächtig ist (Firefox ist, genau wie openSSL, recht kritisch)
        
        Wenn ich den URL ftps ://test2 .de im FF eingebe zeigt es mir Suchergebnisse an. FF erkennt das scheinbar nicht als URL. Geht nur ohne das s also ftp ://test2 .de.
        Wie/wo löse ich das ->starttls() im FF aus?
        
        2020-04-08T20:13:48 haj
        Kannst Du den Debug-Output mal für einen FTP-Server erzeugen, bei dem die Verbindung funktioniert? Dann siehst Du, wo genau die Abweichung in den Protokollen auftritt.
        
        Jawoll:
        Quote
        DEBUG: .../IO/Socket/SSL.pm:2853: new ctx 52697024
        DEBUG: .../IO/Socket/SSL.pm:692: socket not yet connected
        DEBUG: .../IO/Socket/SSL.pm:694: socket connected
        Net::FTP>>> Net::FTP(3.11)
        Net::FTP>>> Exporter(5.70)
        Net::FTP>>> Net::Cmd(3.11)
        Net::FTP>>> IO::Socket::SSL(2.060)
        Net::FTP>>> IO::Socket::IP(0.32)
        Net::FTP>>> IO::Socket(1.36)
        Net::FTP>>> IO::Handle(1.34)
        Net::FTP=GLOB(0x31b6000)<<< 220---------- Welcome to Pure-FTPd [privsep] [TLS] ----------
        Net::FTP=GLOB(0x31b6000)<<< 220-You are user number 1 of 50 allowed.
        Net::FTP=GLOB(0x31b6000)<<< 220-Local time is now 20:06. Server port: 21.
        Net::FTP=GLOB(0x31b6000)<<< 220-This is a private system - No anonymous login
        Net::FTP=GLOB(0x31b6000)<<< 220-IPv6 connections are also welcome on this server.
        Net::FTP=GLOB(0x31b6000)<<< 220 You will be disconnected after 15 minutes of inactivity.
        Net::FTP=GLOB(0x31b6000)>>> AUTH TLS
        
        Net::FTP=GLOB(0x31b6000)<<< 234 AUTH TLS OK.
        DEBUG: .../IO/Socket/SSL.pm:717: ssl handshake not started
        DEBUG: .../IO/Socket/SSL.pm:750: using SNI with hostname ftp.test2 .de
        DEBUG: .../IO/Socket/SSL.pm:785: request OCSP stapling
        DEBUG: .../IO/Socket/SSL.pm:806: set socket to non-blocking to enforce timeout=120
        DEBUG: .../IO/Socket/SSL.pm:819: call Net::SSLeay::connect
        DEBUG: .../IO/Socket/SSL.pm:822: done Net::SSLeay::connect -> -1
        DEBUG: .../IO/Socket/SSL.pm:832: ssl handshake in progress
        DEBUG: .../IO/Socket/SSL.pm:842: waiting for fd to become ready: SSL wants a read first
        DEBUG: .../IO/Socket/SSL.pm:862: socket ready, retrying connect
        DEBUG: .../IO/Socket/SSL.pm:819: call Net::SSLeay::connect
        DEBUG: .../IO/Socket/SSL.pm:2754: did not get stapled OCSP response
        DEBUG: .../IO/Socket/SSL.pm:822: done Net::SSLeay::connect -> -1
        DEBUG: .../IO/Socket/SSL.pm:832: ssl handshake in progress
        DEBUG: .../IO/Socket/SSL.pm:842: waiting for fd to become ready: SSL wants a read first
        DEBUG: .../IO/Socket/SSL.pm:862: socket ready, retrying connect
        DEBUG: .../IO/Socket/SSL.pm:819: call Net::SSLeay::connect
        DEBUG: .../IO/Socket/SSL.pm:822: done Net::SSLeay::connect -> 1
        DEBUG: .../IO/Socket/SSL.pm:877: ssl handshake done
        Net::FTP=GLOB(0x31b6000)>>> PBSZ 0
        
        Net::FTP=GLOB(0x31b6000)<<< 200 PBSZ=0
        Net::FTP=GLOB(0x31b6000)>>> PROT P
        
        Net::FTP=GLOB(0x31b6000)<<< 200 Data protection level set to "private"
        Zeile 40
        Net::FTP=GLOB(0x31b6000)>>> USER usernametest
        
        Net::FTP=GLOB(0x31b6000)<<< 331 User usernametest OK. Password required
        Net::FTP=GLOB(0x31b6000)>>> PASS ....
        Net::FTP=GLOB(0x31b6000)<<< 230-Your bandwidth usage is restricted
        Net::FTP=GLOB(0x31b6000)<<< 230 OK. Current restricted directory is /
        Zeile 45
        Net::FTP=GLOB(0x31b6000)>>> PASV
        
        Net::FTP=GLOB(0x31b6000)<<< 227 Entering Passive Mode (195,30,85,140,126,142)
        Net::FTP=GLOB(0x31b6000)>>> LIST
        
        DEBUG: .../IO/Socket/SSL.pm:692: socket not yet connected
        DEBUG: .../IO/Socket/SSL.pm:694: socket connected
        DEBUG: .../IO/Socket/SSL.pm:717: ssl handshake not started
        DEBUG: .../IO/Socket/SSL.pm:750: using SNI with hostname ftp.test2 .de
        DEBUG: .../IO/Socket/SSL.pm:785: request OCSP stapling
        DEBUG: .../IO/Socket/SSL.pm:806: set socket to non-blocking to enforce timeout=120
        DEBUG: .../IO/Socket/SSL.pm:819: call Net::SSLeay::connect
        DEBUG: .../IO/Socket/SSL.pm:822: done Net::SSLeay::connect -> -1
        DEBUG: .../IO/Socket/SSL.pm:832: ssl handshake in progress
        DEBUG: .../IO/Socket/SSL.pm:842: waiting for fd to become ready: SSL wants a read first
        DEBUG: .../IO/Socket/SSL.pm:862: socket ready, retrying connect
        DEBUG: .../IO/Socket/SSL.pm:819: call Net::SSLeay::connect
        DEBUG: .../IO/Socket/SSL.pm:2754: did not get stapled OCSP response
        DEBUG: .../IO/Socket/SSL.pm:822: done Net::SSLeay::connect -> 1
        DEBUG: .../IO/Socket/SSL.pm:877: ssl handshake done
        Net::FTP=GLOB(0x31b6000)<<< 150 Accepted data connection
        Net::FTP=GLOB(0x31b6000)<<< 226-Options: -a -l
        Net::FTP=GLOB(0x31b6000)<<< 226 47 matches total
        Zeile 49
        DEBUG: .../IO/Socket/SSL.pm:2875: free ctx 52697024 open=52697024
        DEBUG: .../IO/Socket/SSL.pm:2879: free ctx 52697024 callback
        DEBUG: .../IO/Socket/SSL.pm:2886: OK free ctx 52697024
        
        Wenn ich richtig sehe, unterscheidet es sich im zweiten Durchlauf nach .../IO/Socket/SSL.pm:822: done Net::SSLeay::connect -> -1
        Denn hier passiert es die selbe Stelle fünf mal.
        
        2020-04-08T20:13:48 haj
        Welche Version von IO::Socket::SSL ist das? Bei der aktuellen 2.068 habe ich andere Zeilennummern...
        
        2.060
        
        2020-04-08T20:13:48 haj
        Noch ein paar Details:
        
        Danke dir. Gut zu wissen
        
        Helfen meine Antworten?
        10 print "Hallo"
        20 goto 10
        
        +2 replies
        
        haj
        
        2020-04-10 23:13
        
        User since
        2015-01-07
        551 Artikel
        BenutzerIn
        
        2020-04-10T18:23:12 bianca
        2020-04-08T20:13:48 haj
        Eine waffenscheinpflichtige Umgehung ist, diese Prüfung mit SSL_verify_mode => SSL_VERIFY_NONE abzuklemmen
        Damit funktioniert die Verbindung aber ich bin nicht sicher, ob man damit ->starttls() nicht gleich weglassen kann :( Das hattest du auch so ähnlich geschrieben.
        
        Das ist schon noch was anderes als ohne TLS zu arbeiten... und gleichzeitig auch der Hinweis, wo Du weiter suchen musst.
        
        Wenn Dein FTP-Client im Total Commander die Verbindung fehlerfrei aufbaut: Zeigt der irgendwo das Server-Zertifikat an? Das würde es einfacher machen, aber ich fürchte, der verifiziert es auch nicht.
        
        2020-04-10T18:23:12 bianca
        2020-04-08T20:13:48 haj
        Mit höheren Debug-Werten bekommst Du auch die ganzen verschickten Datenpakete.
        Mit 3 bekomme ich nicht mehr als mit 2 angezeigt. An welcher Stelle muss ich das angeben?
        
        Das gibt's wohl erst in Version 2.068... sorry.
        
        2020-04-10T18:23:12 bianca
        2020-04-08T20:13:48 haj
        Kannst Du denn mit dem Firefox eine FTP-Verbindung herstellen? [...]
        [...] Wie/wo löse ich das ->starttls() im FF aus?
        
        Mein Fehler: Falsche Annahme. Firefox kann das gar nicht. Schön wär's gewesen, denn der hätte dann auch die Verbindung verweigert und dabei gleich das fehlerhafte Zertifikat gezeigt (so macht er's bei HTTPS),
        
        2020-04-10T18:23:12 bianca
        Helfen meine Antworten?
        
        Ja, klar, die helfen. Es kann sein, dass Du das Problem lösen oder umgehen kannst (auch ohne die Validierung abzuschalten), aber dazu musst Du Dir das Serverzertifikat anschauen. Hast Du eine Kommandozeile mit openssl? Bei Linux ist das dabei, bei Strawberry Perl auch. Dem wirfst Du nun folgendes Kommando vor (den Servernamen musst Du natürlich anpassen):
        
        Code: (dl )
        
        openssl s_client -connect ftp.test.de:21 -starttls ftp
        
        Als Ergebnis solltest Du auf dem Bildschirm unter anderem das eigentliche Zertifikat sehen:
        
        Code: (dl )
        
        1 2 3
        
        -----BEGIN CERTIFICATE----- Unleserliches Kauderwelsch -----END CERTIFICATE-----
        
        Außerdem kannst Du der Ausgabe entnehmen:
        
        Das Subject, für das das Zertifikat ausgestellt wurde. Im Feld CN= sollte der Servername stehen.
        
        Der Issuer ist der, der für das Zertifikat gradesteht.
        
        Was kannst Du damit machen:
        
        Wenn das Subject nicht mit dem von Dir verwendeten Host-Namen übereinstimmt, dann kannst Du prüfen, ob beide zur gleichen IP-Adresse führen: Vielleicht ist der Host-Name, den Du verwendest, nur ein DNS-Alias. Dann kannst Du das Problem lösen, in dem Du den Host-Namen angibst, für den das Zertifikat ausgestellt wurde.
        
        Wenn der Issuer nicht eine der "offiziell bekannten" Zertifikatsverwalter ist, dann kannst Du sein Zertifikat bei Dir importieren. Das ist aber wieder ein bisschen waffenscheinpflichtig, das verschiebe ich aufs nächste Mal.
        
        bianca
        
        2020-04-12 09:09
        
        User since
        2009-09-13
        7016 Artikel
        BenutzerIn
        
        Lieber haj!
        
        Vielen vielen Dank für die großartige Hilfe nicht nur in diesem Fred! Das wollte ich mal loswerden.
        
        Zur Sache: ich entscheide mich nach Abwägung bei diesem Server für die Variante SSL_VERIFY_NONE + IO::Socket::SSL::Session_Cache.
        
        Wünsche dir und allen anderen Lesern coronafreie Ostern!
        10 print "Hallo"
        20 goto 10

View all threads created 2020-04-06 23:56.