Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K)

  • État Nouveau
  • Pourcentage achevé
    0%
  • Type Anomalie
  • Catégorie Services locaux → SMB
  • Assignée à Personne
  • Système d'exploitation Freebox Server V6 (Révolution)
  • Sévérité Basse
  • Priorité Très Basse
  • Basée sur la version 4.9.8
  • Due pour la version Non décidée
  • Échéance Non décidée
  • Votes
  • Privée

FS#40465 - Serveur FTP qui n'enregistre pas la date de création du fichier

Bonjour,

(dans la liste des catégories, il n'y a pas FTP donc j'ai choisi SMB).

J'utilise depuis des années un logiciel de sauvegarde / synchro ( SyncBack Pro).

J'ai créé un job pour copier des fichiers locaux (plein de petits ZIP, sauvegarde locale de mes fichiers de travail) vers le FTP de la Freebox. Ce job ne doit copier que ce qui a été modifé/créé depuis la dernière fois.

Le job repart à 0 à chaque fois qu'il est lancé (copie de 5 Go de données) car la date des fichiers côté FTP est celle du jour de transfert vers le FTP, alors que le logiciel est sensé enregistrer la date de création du ZIP en local.
J'ai fait le tour des options (pour forcer la copie de la date) mais le serveur FTP n'a pas l'air de prendre en compte ce genre de "commandes".

Ca fonctionne via SMB.

Je vais partir à l'étranger, loin pendant 2 mois, avec une connexion à internet lente et intermittente. Je ne peux pas recopier 5 Go de données à chaque fois.

Est-il possible de changer ce comportement côté serveur / d'autoriser la modif de la date ?

D'avance, merci.

JeyC a commenté le 18.04.2026 11:19

svp ?

JeyC a commenté le 14.07.2026 17:34

Svp ?

nbanba a commenté le 17.07.2026 17:50

Bonjour

Vous pouvez essayer tout ce que vous pouvez, tant que Free n'ajoutera pas l'option ça ne fonctionnera pas: 

ftps_control_proxy: client_line=FEAT
ftps_control_proxy: server_line=211-Extensions supported:
ftps_control_proxy: server_line=UTF8
ftps_control_proxy: server_line=EPRT
ftps_control_proxy: server_line=EPSV
ftps_control_proxy: server_line=REST STREAM
ftps_control_proxy: server_line=SIZE
ftps_control_proxy: server_line=CLNT
ftps_control_proxy: server_line=AUTH TLS
ftps_control_proxy: server_line=PBSZ
ftps_control_proxy: server_line=PROT
ftps_control_proxy: server_line=211 End

Comme vous pouvez le voir, la liste FEAT ne contient pas MFMT

Les options supportées sont réduites au minimum, comme si ce serveur FTP n'était pas un produit du marché mais un développement maison.

Options supportées:

Explicit TLS:
AUTH TLS : request client to sent a TLS ClientHello on the actual opened tcp socket
PBSZ : Protection Buffer Size (TLS)
PROT: Protection to apply to data channel

Passive / non passive mode:
EPSV: Extended passive mode (|||2020|)
EPRT: fallback to active mode if needed

Files:
UTF8 : codage des caractères en mode text
SIZE: récupère la taille d'un fichier et l'affiche
REST STREAM: resume transfer from a specified byte

Exotique:
CLNT : permet de spécifier un client particulier, je ne vois pas trop ce que ça vient faire ici

Comme vous le constatez le server FTP ne supporte pas MFMT qui permet de transférer le timestamp.

Aussi le "TLS Session Reuse" est enforce sur le data channel (transfert passif / LIST) qui doit présenter le même ticket TLS que sur le control channel, et ce n'est pas désactivable.
Un client ne supportant pas le TLS session resumption ne pourra donc pas se connecter et sa connexion échouera systématiquement avec le message: 

ftps_control_proxy: server_line=426 Data channel closed.

J'ai d'ailleurs créé ce ticket à ce propos: https://dev.freebox.fr/bugs/task/41007

Voilà tout ce qu'on peut dire du FTP de la Freebox, j'avoue que c'est un peu light et que l'ajout des options MFMT, SITE CHMOD + de la capacité à désactiver le TLS Session Reuse serait nécessaire pour pouvoir exploiter correctement le service.

@free: sinon faut remplacer ce server FTP maison par un produit du marché (proFTP, pureFTP, etc…). Merci

Cordialement
nbanba

Chargement...

Activer les raccourcis clavier

Liste des tâches

Détails de la tâche

Édition de la tâche