Moin,
was sagt denn die Verbose-Ausgabe ( -v )?
Also den selben Befehl mit --force-tls und zusätzlich mit -v
Es kann sein das der Client kein TLS kann, je nach Version und Installationsumgebung.
Deswegen die Bitte von oben 
Moin,
was sagt denn die Verbose-Ausgabe ( -v )?
Also den selben Befehl mit --force-tls und zusätzlich mit -v
wput -v datei.txt ftp://DATEN
--08:17:59-- `datei.txt'
=> ftp://daten@IP-Adresse:21/datei.txt
Verbinden mit IP-Adresse:21... verbunden!
==> AUTH TLS ... verschlüsselt!
Anmeldung als Benutzername ... Empfangsfehler: read() ist fehlgeschlagen. Bisher wurde »« gelesen. (errno: Erfolg (0))
Empfangsfehler: Die Verbindung wurde abgebrochen.
Warte 10 Sekunden... ^C
wput -v --force-tls datei.txt ftp://DATEN
--08:18:20-- `datei.txt'
=> ftp://daten@IP-Adresse:21/datei.txt
Verbinden mit IP-Adresse:21... verbunden!
==> AUTH TLS ... verschlüsselt!
Anmeldung als Benutzername ... Empfangsfehler: read() ist fehlgeschlagen. Bisher wurde »« gelesen. (errno: Erfolg (0))
Empfangsfehler: Die Verbindung wurde abgebrochen.
Warte 10 Sekunden... ^CAuszug aus der tls.log
2020-04-24 08:18:21,026 mod_tls/2.7[31366]: TLS/TLS-C requested, starting TLS handshake
2020-04-24 08:18:21,109 mod_tls/2.7[31366]: TLSv1.3 connection accepted, using cipher TLS_AES_256_GCM_SHA384 (256 bits
Hmm das war jetzt, für mich, wenig hilfreich.
Noch mal das ganze diesmal aber mit -vv
Bitte, Danke
Klar
wput -vv --force-tls datei.txt ftp://DATEN
Setting option 'force_tls' to 'on'
Added file `datei.txt' to queue.
Added URL `ftp://DATEN' to queue.
processing queue:
File: `datei.txt'
URL : `ftp://DATEN'
IP of `DOMAIN' is `IP-Adresse'
PRE_GUESS: local_file: datei.txt
remote_path: remote_file: (0)
POST_GUESS: local_file: datei.txt
remote_path: remote_file: datei.txt
Searching for skip_entry ftp://DATEN:21/
--08:36:32-- `datei.txt'
=> ftp://DATEN:21/datei.txt
starting again
Verbinden mit IP-ADRESSE:21... c_sock: 3
initiating timeout connect (300)
Checking whether 3 is writable... 1 (0:Erfolg)
verbunden[220] 'ProFTPD Server (DOMAIN FTP-Server) [::ffff:IP]'
!
==> AUTH TLS ... ---->AUTH TLS
Checking whether 3 is writable... 1 (0:Erfolg)
[234] 'AUTH TLS successful'
verschlüsselt!
Anmeldung als BENUTZERNAME ... ---->USER BENUTZERNAME
Checking whether 3 is writable... 1 (0:Erfolg)
Empfangsfehler: read() ist fehlgeschlagen. Bisher wurde »« gelesen. (errno: Erfolg (0))
Empfangsfehler: Die Verbindung wurde abgebrochen.Alternative: Spricht etwas dagegen cURL zu verwenden?
Das ist meiner Meinung nach wesentlich flexibler bei FTP
Alternative: Spricht etwas dagegen cURL zu verwenden?
Das ist meiner Meinung nach wesentlich flexibler bei FTP
Danke für den Tipp. Leider ist es ein fertiges Script, wo ich nicht "einfach" was ändern kann.
Hmm, tut mir leid, aber ich kann dir da nicht weiterhelfen.
Mir fehlt eine Idee woran das liegt.
Interessant wäre aber, wie KB19 schon verschlug, wirklich ein Versuch mit einem anderen Client auf der selben Maschine.
TLS für den ein oder anderen Benutzer komplett deaktivieren
Eher nicht, da TLS schon vor der authentifizierung zum tragen kommt.
In der tls.conf sind folgende Versionen definiert: TLSv1 TLSv1.1 TLSv1.2
TLSv1.3 connection acceptedFalsche TLS Version?
CodeTLSv1.3 connection acceptedFalsche TLS Version?
Geändert auf "TLSv1 TLSv1.1 TLSv1.2 TLSv1.3" und leider klappts immer noch nicht.
Dank dir dennoch!
edit: Wie siehts aus, kann ich proftpd ein zweites mal starten, mit anderen Port und ohne TLS?! Oder klappt das nicht?
Habe das Script nun komplett durchsucht und die Stellen mit wput gefunden. Den wput Befehl habe ich nun um "--disable-tls" ergänzt und jetzt läufts.
Ich danke euch!
