Depuis hier, mon job quotidien pour transférer le backup jeedom vers un emplacement du serveur ftp de ma freebox delta est en échec, avec la log suivante : Failed to create file system for « 136:/DATACENTER/VM/Jeedom/Backup »: dial tcp 192.168.1.254:2020: connect: connection refused
136 est l’id unique de mon équipement dans le plugin cloudsync pro
D’abord, je me pose la question du pourquoi de ce port 2020 alors que ma config du plugin pointe sur le port 21.
En essayant de me connecter avec Filezilla, je n’ai aucun problème lorsque j’indique port 21, en revanche le port 2020 ça ne marche pas (ce que je trouve normal).
Donc pourquoi le plugin cloudsync pro essaye de se connecter via le port 2020, alors que ma config indique bien le 21 ?
J’ai suspecté la mise à jour 4.9.0 de freeboxos que j’ai effectué avant-hier soir, mais j’en doute puisque ça aurait normalement dû empêcher Filezilla de fonctionner si un bug du serveur ftp était dû à cette mise à jour
Bref, si d’autres sont dans le même pétrin, ça me rassurerait presque un peu
Hello, j’ai aussi le probleme depuis le 20 mars. J’ai une freebox Pop et tout les soir vers 3h du matin j’ai un backup qui se fait sur mon SSD Externe branché à la pop. Depuis cette date cela ne fonctionne plus. J’avoue ne pas encore avoir investiguer plus en détail mais cela n’est probablement pas un hasard …
Bonjour
Je viens de maj la Freebox Pop en 4.9.1 (+reboot) et je constate le meme souci qu’echo
0000|2025/03/27 09:11:42 Failed to create file system for "72:/Freebox Pop/Jeedom": dial tcp 192.168.123.254:2020: connect: connection refused
Ce port 2020 alors que par défaut nous sommes sur le port 21 c’est vraiment étrange. J’ai tenté en mettant le port 2020 dans freeboxOS et Cloudsync mais cela ne fonctionne pas non plus. J’ai tout remis sur le port 21
Hello je ne sais pas si ça peut aider mais j’ai le même problème depuis la mise à jour de ma Freebox Pop en 4.9.1, et dans le même temps je ne peux plus accéder au stockage ftp via Solid Explorer depuis mon téléphone, avec un message d’erreur « bad base-64 », alors que cela fonctionnait avant. Via un utilitaire ftp tout fonctionne.
Je suis désolé mais je ne peux rien faire et il faut attendre une correction de la part de Free sur ce sujet
Lisez le ticket que j’ai ouvert sur le bugtracker Freebox (FS#40173 : Problème passive mode FTP local) j’y ai ajouté des détails intéressants
En configurant l’accès distant + 1 port passif j’arrive à faire fonctionner le serveur FTPS public de la Freebox en mode PASSIF
Seul contrainte, c’est de l’Explicite TLS donc le client doit supporter la commande :
AUTH TLS
et jouer cette commande avant la commande LOGIN
Donc dans la conf de rclone ajoutez:
[freeboxserver]
type = ftp
host = <freebox_public_ip>
user = freebox
pass = myStrongPasswordDefinedInFreeboxOS
explicit_tls = true
no_check_certificate = true
Et dans FreeboxOS allez dans : Configuration > mode_avancé > FTP
là
vous définissez un STRONG password
vous décochez accès anonyme
vous activez l’accès distant (case à cocher)
vous mettez LE PORT DE CONTROLE 21
vous mettez 1 port passif (par exemple 60000)
APPLIQUER + OK
Et ça devrait fonctionner.
Si ce n’est pas le cas, essayez de lancer rclone avec l’option --ftp-disable-tls13 (le FTPS de la Freebox n’est qu’en TLS 1.2) :
rclone --ftp-disable-tls13 -vv lsd freeboxserver:
Et ça devrait fonctionner (en tout cas j’essayerai à votre place)
