Datenübertragung per FTP auf 1&1 Server schlägt fehl

[KlausV]

Hallo Zusammen,
Installation VM mit Debian11
Ich ziehe gerade meine Solarüberwachung vom RASPi auf die Proxmox VM um.
Die Software funktioniert, was leider nicht klappt ist die FTP Übertragung zu meiner Homepage bei 1&1. Ich habe nun die Curl Befehle im Terminal abgesetzt, machmal klappt es, meistens leider nicht.

Hier das Ergebnis:

pi@debian:~/svrpi$ curl --max-time 90 --connect-timeout 10 -v  -u xxxx:xxxx -T /var/tmp/solarview/0/months.js ftp://xxxx.eu/wsb4036225801/pv/
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0*   Trying 217.160.223.162:21...
* Connected to xxxx.eu (217.160.223.162) port 21 (#0)
< 220 FTP Server ready.
> USER xxxx
< 331 Password required for xxxx
> PASS xxxx
< 230 User xxxx logged in
> PWD
< 257 "/" is the current directory
* Entry path is '/'
> CWD wsb4036225801
* ftp_perform ends with SECONDARY: 0
< 250 CWD command successful
> CWD pv
< 250 CWD command successful
> EPSV
* Connect data stream passively
< 500 'EPSV': command unrecognized.
* Failed EPSV attempt. Disabling EPSV
> PASV
< 227 Entering Passive Mode (217,160,223,162,213,212).
* Skip 217.160.223.162 for data connection, re-use xxxx.eu instead
* Connecting to 217.160.223.162 (217.160.223.162) port 54740
*   Trying 217.160.223.162:54740...
* connect to 217.160.223.162 port 54740 failed: Verbindungsaufbau abgelehnt
* Failed to connect to xxxx.eu port 21 after 437 ms: Couldn't connect to server
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
* Closing connection 0
curl: (7) Failed to connect to xxxx.eu port 21 after 437 ms: Couldn't connect to server
pi@debian:~/svrpi$

Es sieht nach Verbindungsabbruch aus, nur wieso? Wie gesagt, manchmal macht er es, meistens aber nicht.

Der ping auf den Server sieht aber ganz gut aus:
pi@debian:~/svrpi$ ping 217.160.223.162
PING 217.160.223.162 (217.160.223.162) 56(84) bytes of data.
64 bytes from 217.160.223.162: icmp_seq=1 ttl=58 time=8.85 ms
64 bytes from 217.160.223.162: icmp_seq=2 ttl=58 time=8.25 ms
64 bytes from 217.160.223.162: icmp_seq=3 ttl=58 time=9.27 ms
64 bytes from 217.160.223.162: icmp_seq=4 ttl=58 time=8.09 ms
64 bytes from 217.160.223.162: icmp_seq=5 ttl=58 time=8.07 ms
64 bytes from 217.160.223.162: icmp_seq=6 ttl=58 time=8.07 ms
64 bytes from 217.160.223.162: icmp_seq=7 ttl=58 time=7.85 ms
64 bytes from 217.160.223.162: icmp_seq=8 ttl=58 time=8.04 ms
64 bytes from 217.160.223.162: icmp_seq=9 ttl=58 time=7.57 ms

Kann ich an der VM noch etwas einstellen?

Danke schon mal.
Gruß Klaus

 

[ce3rd]

HI, könnte sein, dass der FTP server ein problem mit seiner passiv-port-range hat und die nicht komplett freigegeben ist, oderso. und manchmal erwischt dein clients ports die frei sind - und eben manchmal nicht, so wie hier:

* Connecting to 217.160.223.162 (217.160.223.162) port 54740
* Trying 217.160.223.162:54740...
* connect to 217.160.223.162 port 54740 failed: Verbindungsaufbau abgelehnt

kannst du beim client die EPSV verwendung abdrehen? vielleicht löst die verwendung von EPSV (was der server eh nicht versteht) vor PASV irgendwas aus?!

 

[KlausV]

das hatte ich auch schon gedacht, nur wieso funktioniert es auf dem RASPI bei gleichem Befehl? Ob ich das beeinflussen kann, muss ich den Hersteller fragen. Müsste dann mit --disable-epsv im Curl eingebaut werden.

 

[KlausV]

habe es gerade mit --disable-epsv versucht, aber leider das selbe Ergebnis. 1/4 Versuche hat geklappt.