Benchmark MFT: Files.com, Diplomat, Cerberus et Serv-U testés
Nous avons testé quatre plateformes de transfert de fichiers géré : Files.com, Thru, Cerberus FTP Server et Serv-U MFT Server, en passant par la configuration, les flux de transfert de fichiers, la collecte entrante, la configuration de sécurité, l'automatisation et l'administration.
Chaque observation ci-dessous provient d'une utilisation pratique de comptes d'essai ou de logiciels installés.
Notre environnement de test : Une ligne symétrique de 1 000 Mbit/s (capacité de téléversement de 128 Mo/s) basée à Istanbul, avec des instances AWS m6i.xlarge provisionnées pour Cerberus (Windows Server 2025) et Serv-U (Linux).
Résultats du benchmark de transfert de fichiers géré
1. Configuration et déploiement
- Files.com n'a aucune étape d'installation. Après l'inscription, vous arrivez directement dans l'explorateur de fichiers. Il n'y a pas d'assistant d'intégration ni de liste de vérification de configuration. La plateforme est entièrement hébergée ; aucun serveur n'est requis de votre côté.
- Thru est également hébergé dans le cloud. Après l'inscription, le tableau de bord est immédiatement accessible. La configuration initiale nécessite de créer une Organisation et au moins un Endpoint avant qu'un transfert de fichiers puisse avoir lieu. Il y a une séquence de configuration obligatoire, mais elle est simple.
- Cerberus FTP Server est exclusivement Windows. Les systèmes d'exploitation serveur pris en charge sont Windows Server 2016, 2019, 2022, 2025 et Windows 10/11. L'installation nécessite de provisionner une machine Windows, d'exécuter un programme d'installation et de fournir les informations d'identification du compte de service. Le panneau d'administration est une application de bureau native s'exécutant sur le serveur ; il n'est pas accessible à distance. Nous avons provisionné une instance Windows Server 2025 sur AWS pour les tests.
- Serv-U prend en charge à la fois Windows et Linux. Nous avons installé la version Linux sur une instance AWS m6i.xlarge. L'installation via le terminal nécessite quatre confirmations (confirmer, choisir un répertoire, installer en tant que service et démarrer maintenant) et se termine en environ cinq secondes. Le panneau d'administration est basé sur un navigateur et accessible à distance, ce qui constitue une différence pratique significative par rapport à Cerberus.
2. Accès au panneau d'administration
C'est l'une des différences fonctionnelles les plus nettes entre les produits hébergés dans le cloud et ceux sur site.
- Files.com et Thru sont entièrement basés sur navigateur et accessibles depuis n'importe quel appareil.
- Le panneau d'administration de Serv-U s'exécute sur le port 8443 et est accessible depuis n'importe quel navigateur à distance.
- Le panneau d'administration de Cerberus est une application de bureau Windows native qui s'exécute sur le serveur lui-même ; sa gestion nécessite une session de bureau à distance sur la machine Windows. Il n'existe pas d'interface d'administration web équivalente.
3. Interface de transfert de fichiers
- Files.com prend en charge le téléversement de fichiers, de dossiers et de nouveaux dossiers depuis le même écran. Un panneau de téléversement persistant en bas affiche la progression, permet de mettre en pause et d'annuler par transfert, et indique le nombre total de fichiers restants et la taille combinée de tous les téléversements actifs. Les fichiers peuvent être prévisualisés, marqués par couleur (couleur de priorité), dupliqués et gérés via un menu contextuel par fichier.
- Thru gère les transferts via son Flow Studio — les fichiers se déplacent entre les endpoints source et cible configurés plutôt que via une interface de téléversement directe. Le téléversement interne de fichiers via le modal File Upload dans Flow Studio fonctionne sans problème. La fonctionnalité d'intégration de formulaire web (pour les pages destinées aux soumissionnaires externes) a échoué en pratique en raison d'erreurs CORS. Aucune configuration CORS n'a été trouvée dans l'interface d'essai, bien qu'elle puisse exister ailleurs sur la plateforme.
- Cerberus FTP fournit une interface web pour les utilisateurs finaux, distincte du panneau d'administration. Le gestionnaire de fichiers prend en charge l'actualisation, la sélection globale, la suppression, le renommage, le nouveau dossier, la compression et la décompression. Le téléversement de dossiers est pris en charge. Lors du téléversement d'un fichier vidéo, un lecteur vidéo intégré est apparu dans la file d'attente de téléversement pendant que le transfert était encore en cours. Un aperçu du fichier est disponible pendant le téléversement.
- Serv-U — l'interface client prend en charge le téléversement de fichier unique et le téléversement de plusieurs fichiers, mais pas le téléversement de dossiers. Il n'y a pas d'aperçu du fichier pendant le téléversement.
4. Débit de téléversement
Nous avons mesuré le débit à l'aide d'un fichier de 342 Mo téléversé via la boîte de réception web publique de Files.com. Notre connexion de test : 1 000 Mbit/s symétrique, capacité de téléversement de 128 Mo/s, Istanbul.
- Avec le stockage défini sur USA, Virginie, le téléversement s'est exécuté à 6 Mo/s, soit environ 5 % de la bande passante disponible. En basculant la région de stockage du compte sur EU Allemagne, Francfort, le même fichier a été téléversé à 14 Mo/s, soit plus du double du résultat de Virginie, ce qui est cohérent avec la distance géographique réduite depuis Istanbul. La migration de région elle-même a été effectuée en quelques secondes, les fichiers existants étant immédiatement disponibles dans la nouvelle région. Les deux résultats reflètent des contraintes de débit significatives, car la vitesse de téléversement de la boîte de réception de connexion disponible est une limitation réelle pour les cas d'utilisation de transfert de fichiers volumineux, quelle que soit la région.
- Le débit de Cerberus a été mesuré lors du téléchargement par un destinataire d'un fichier vidéo partagé. L'onglet de transfert dans le panneau d'administration affichait 150,1 Mo, 4,44 Mo/s et une progression de 13 % pendant notre fenêtre de surveillance.
- Les débits de Thru et Serv-U n'ont pas été mesurés quantitativement dans ce benchmark.
5. Collecte de fichiers entrants
Files.com prend en charge trois types de boîtes de réception : formulaire web (génère une URL publique), boîte de réception email (génère une adresse email dédiée, les fichiers envoyés en pièces jointes arrivent directement dans un dossier configuré) et une boîte de réception web et email combinée. Les boîtes de réception web prennent en charge la protection par mot de passe, un formulaire d'inscription et un contrat de clic, tous optionnels et combinables. Les boîtes de réception email prennent en charge la liste blanche d'expéditeurs par adresse ou domaine et peuvent organiser chaque soumission dans son propre sous-dossier à l'aide d'un modèle de nommage avec des tokens de nom, email, domaine et date/heure.
Nous avons testé la boîte de réception email en envoyant un fichier de 342 Mo depuis Gmail. Gmail l'a converti en lien Google Drive plutôt que de l'envoyer en pièce jointe directe. Le fichier n'est pas arrivé dans la boîte de réception et aucune erreur n'a été retournée. Un petit fichier envoyé en pièce jointe intégrée réelle a fonctionné correctement et est apparu dans le dossier de destination, automatiquement organisé dans son propre sous-dossier.
Thru prend en charge un type d'endpoint Web Form qui génère une page de téléversement basée sur navigateur pour les soumissionnaires externes. La fonctionnalité d'intégration est disponible dans l'interface via une option Embed Thru Upload Component, mais a échoué en pratique en raison d'erreurs CORS. Aucune configuration CORS n'a été trouvée dans l'interface d'essai, bien qu'elle puisse exister ailleurs sur la plateforme.
Cerberus prend en charge le partage de fichiers via un assistant en cinq étapes : informations de base du partage (nom, expiration, mot de passe), options (téléchargement/téléversement public, notifications, nettoyage automatique à l'expiration), sécurité (mot de passe à usage unique par email, liste d'invités jusqu'à 500), email (envoyer le lien directement aux destinataires) et révision. Les destinataires accèdent à une vue de fichiers en lecture seule protégée par mot de passe avec des options de téléchargement individuel et de téléchargement zip.
Serv-U prend en charge à la fois le partage de fichiers sortant (téléverser un fichier et envoyer un lien de téléchargement) et les demandes de fichiers entrantes (générer un lien de téléversement ; le destinataire vous envoie des fichiers). Les flux fonctionnent mais nécessitent de naviguer dans plusieurs fenêtres contextuelles. Les pages destinées aux destinataires sont minimales, sans branding ni information contextuelle au-delà de l'interface de téléversement.
6. Prise en charge des protocoles
Les quatre plateformes prennent en charge FTP, FTPS, SFTP et HTTPS. Files.com prend également en charge AS2 et WebDAV ; ni Thru, ni Cerberus, ni Serv-U n'incluent ces protocoles dans leur offre standard.
L'onglet FTP Settings de Serv-U répertorie chaque commande FTP prise en charge par le serveur et permet d'activer ou de désactiver chacune individuellement, un niveau de contrôle des commandes FTP non observé sur les autres plateformes testées.
Nous sommes inscrits à Files.com et avons testé son interface de gestion de fichiers à partir de zéro, en téléversant des fichiers, en naviguant dans la structure de dossiers, en gérant les autorisations et en explorant les paramètres de notification et de gouvernance.
7. Automatisation et flux de travail
Files.com prend en charge quatre types de déclencheurs d'automatisation : Intervalle (quotidien, hebdomadaire, mensuel, trimestriel, annuel), Planification personnalisée (heures et jours exacts, prend en charge plusieurs exécutions par jour, avec exclusion des jours fériés par région), Webhook entrant (déclenché par un système externe) et Ad-Hoc (exécution manuelle). L'exclusion des jours fériés par région du déclencheur de planification personnalisée est rare dans les plateformes de gestion de fichiers. Les règles d'organisation des fichiers prennent en charge le renommage automatique au téléversement, le déplacement/copie automatique dans des sous-dossiers et la création automatique de dossiers personnels par utilisateur.
Thru intègre l'automatisation dans son modèle Flow Studio. Les endpoints source et cible sont configurés indépendamment, avec des options de traitement par endpoint (chiffrement, déchiffrement, compression, décompression), la gestion des fichiers déclencheurs pour empêcher le transfert de fichiers partiellement téléversés et des règles de renommage. La plateforme prend en charge la planification via les déclencheurs Intervalle, Planification personnalisée, Webhook entrant et Ad-Hoc au niveau du flux.
Cerberus gère l'automatisation via son Event Manager. Les règles d'événement prennent en charge 16 types de déclencheurs, notamment File Transfer Event, Login Event, File Deleted Event, File Move/Copy Event, IP Blocked Event et d'autres. Les actions disponibles incluent Email Event Notification, Launch an Executable, Launch File Operation, Send HTTP POST, Send a File et Get a File. Les tâches planifiées utilisent le même ensemble d'actions avec deux ajouts : Email Saved Report et Scan a Folder. Les cibles d'événement définissent les endpoints externes vers lesquels les actions peuvent envoyer : cibles SMTP, Executable, HTTP POST et Transfer File.
Serv-U prend en charge les règles d'événement aux niveaux du serveur, du domaine, du groupe et de l'utilisateur. L'onglet Events au niveau du serveur prend en charge des types d'événements incluant Server Start et d'autres. Les événements au niveau utilisateur prennent en charge Send Email et d'autres types d'actions, avec un raccourci Create Common Events qui génère automatiquement un ensemble de règles standard.
8. Chiffrement et sécurité
Files.com prend en charge le chiffrement GPG, configurable par dossier (avec application PGP, génération et gestion de clés intégrées à la plateforme). L'authentification par clé SFTP/SSH est prise en charge avec la génération de paires de clés dans le navigateur. Le contrôle des suites de chiffrement est disponible. La politique de mot de passe impose un minimum de 10 caractères avec des exigences de lettres, chiffres, symboles et casse ; bloque les 10 derniers mots de passe réutilisés ; et rejette les mots de passe trouvés dans les bases de données de fuites d'identifiants connues. Les règles de mot de passe peuvent optionnellement être étendues pour inclure les liens de partage et les boîtes de réception. La 2FA prend en charge SMS, TOTP, clé matérielle et YubiKey Native. Les utilisateurs FTP, SFTP et WebDAV peuvent être exemptés de la 2FA pour les comptes système automatisés. L'épinglage IP de session, le blocage géographique par pays et les listes blanches IP sont tous disponibles.
Thru inclut la génération de clés PGP intégrée à la plateforme (nom, email, algorithme, force de la clé, phrase secrète, expiration optionnelle). Les clés SSH suivent la même structure. Les certificats SSL/TLS peuvent être importés par glisser-déposer. L'interface d'importation de certificat ne spécifie pas les formats acceptés, les exigences de chaîne ou les distinctions entre certificats client et serveur.
Cerberus fournit une section Firewall Controls affichant un pipeline en six étapes. Le blocage automatique se déclenche après un nombre configurable de connexions échouées (5 par défaut) et bloque pendant une durée configurable (180 minutes par défaut) ou de manière permanente. La protection DoS est active par défaut. Les politiques de mot de passe par utilisateur et par groupe sont configurables. La liste des extensions bloquées permet aux administrateurs de définir une liste de refus par extension de fichier pour les téléversements et les renommages.
Serv-U — la configuration des suites de chiffrement couvre SSL/TLS pour FTPS et HTTPS, les clés privées SSH pour SFTP, les bascules individuelles TLS 1.2/1.3, les chiffrements SSH, les MAC SSH, les algorithmes d'échange de clés SSH, les algorithmes de clés SSH et le mode FIPS 140-2. C'est la configuration de chiffrement la plus granulaire des quatre plateformes testées. Serv-U Gateway fournit un composant proxy inverse DMZ qui termine les connexions de transfert de fichiers dans la DMZ, empêchant les connexions entrantes vers le réseau interne.
9. Gestion des utilisateurs et des accès
Files.com — la création d'utilisateur inclut le nom d'utilisateur, la méthode d'authentification, l'email, le nom complet, l'entreprise, l'attribution de rôle (Standard User ou Site Administrator, plus les options Billing Administrator et Read-Only Site Administrator), les autorisations au niveau des dossiers, la date d'expiration d'accès par utilisateur, la date de désactivation automatique pour les comptes inactifs, les restrictions IP, les paramètres 2FA, les protocoles autorisés et la configuration du dossier racine FTP/SFTP. Les règles de cycle de vie des utilisateurs désactivent ou suppriment automatiquement les comptes inactifs depuis un nombre configurable de jours. La SSO prend en charge 13 fournisseurs d'identité : Auth0, Microsoft Entra ID, Box, Dropbox, Cisco Duo, Google, Idaptive, JumpCloud, Microsoft Active Directory, Okta, OneLogin, SAML et Slack. Le provisionnement et le déprovisionnement SCIM sont pris en charge.
Thru inclut une section Machine Users destinée aux comptes associés aux nœuds Thru installés. Une section Admin couvre Users, Roles, Retention, Audit Log, MFA, Thru Nodes, Feature Flags et SSO Mappings.
Cerberus — la gestion des utilisateurs inclut les onglets Users, Groups, Policy, Blocked Extensions, Requested Accounts et Public Shares. La politique de mot de passe impose une longueur minimale (10 caractères), des exigences de caractères (lettre, chiffre, caractère spécial) et une rotation tous les 180 jours avec une notification par email 3 jours à l'avance. Les sections AD Users, LDAP Users et SSO Users sont des éléments de menu distincts. AD Users extrait automatiquement les comptes de domaine si le serveur est joint au domaine. La création de compte utilisateur peut être demandée depuis la page de connexion de l'interface web avec un flux d'approbation par l'administrateur.
Serv-U — la création d'utilisateur s'étend sur neuf onglets : User Information, Directory Access, Virtual Paths, Logging, Groups, Events, IP Access, Limits & Settings et Multifactor Authentication. Les règles d'accès aux répertoires, les mappages de chemins virtuels, les limites de connexion, la verbosité de journalisation et les restrictions IP sont tous configurables par utilisateur, par groupe, par domaine et globalement, les niveaux inférieurs remplaçant les niveaux supérieurs. L'authentification par base de données via ODBC est prise en charge pour charger les utilisateurs et les groupes à partir d'une source de données externe. L'authentification Windows/AD, l'authentification LDAP et la prise en charge d'une bibliothèque d'authentification personnalisée sont des fonctionnalités de l'édition MFT.
10. Surveillance et audit
Files.com — les journaux d'historique capturent chaque opération de fichier et événement de session au niveau du dossier et au niveau du site. Les journaux sont exportables et filtrables. Les sommes de contrôle d'intégrité de fichier (SHA256, SHA1, CRC, MD5) peuvent être calculées et stockées au téléversement pour la détection d'altération. La section Usage affiche le stockage en temps réel et historique, le volume de transfert décomposé par sortant natif et entrant/sortant du serveur distant, le nombre d'utilisateurs facturables et un outil d'exportation par dossier pour identifier la concentration de stockage.
Thru : la section Activity est un journal de transfert filtrable avec des filtres pour Flow, Organization, Endpoint, Filename (avec caractère générique), Processing Status, Transfer Status et plage de dates. Les enregistrements de fichiers individuels montrent le nombre de livraisons, le dernier état et un historique complet de téléchargement. Un bouton Share dans l'enregistrement de fichier génère une URL de téléchargement limitée dans le temps et en nombre à la demande. La génération de rapport d'exportation s'est exécutée en 177ms pendant les tests.
Cerberus : la section Connections affiche les sessions actives (ID de connexion, listener, heure de connexion, protocole, nom d'utilisateur, adresse IP, agent utilisateur client) et les transferts actifs (ID de transfert, utilisateur, chemin local, temps restant, progression, taille totale, taux de transfert). La section Reporting prend en charge six types de rapports mais nécessite une connexion à une base de données SQL avant utilisation. Les entrées de journal incluent les détails de la poignée de main SSL et les informations d'étape de validation, suffisantes pour diagnostiquer les erreurs de configuration sans outils externes.
Serv-U : la surveillance d'activité couvre Sessions (données de session en temps réel avec actions Disconnect, Abort, Broadcast et Spy & Chat), Statistics (métriques de session et de transfert à l'échelle du serveur depuis la dernière réinitialisation) et User & Group Statistics (les mêmes métriques par utilisateur ou groupe). L'onglet Log affiche le journal de processus du serveur, pas l'activité des utilisateurs. La journalisation d'activité au niveau utilisateur est écrite dans un chemin de fichier texte configurable par utilisateur. Il n'y a pas de visionneuse de journaux intégrée avec filtrage ou exportation prête pour l'audit pour l'activité des utilisateurs.
Benchmark MFT — Analyse approfondie plateforme par plateforme
Diplomat MFT by Coviant Software
Nous avons téléchargé et installé Diplomat MFT à partir de zéro sur une machine Windows, parcouru la configuration initiale du service et exploré l'interface d'administration complète, les clés, les partenaires, les transactions, le serveur de transfert de fichiers et les rapports.
Premiers pas
Le processus d'essai commence sur le site web de Coviant Software. Après avoir rempli un court formulaire d'inscription, vous recevez un lien de téléchargement. Le programme d'installation est un exécutable Windows standard ; aucune version Linux n'est disponible. Diplomat MFT s'exécute exclusivement sur Windows.
Installation
L'exécution du programme d'installation ouvre un assistant InstallShield. L'écran Setup Type propose Complete (toutes les fonctionnalités, le plus d'espace disque) et Custom (pour les utilisateurs avancés). Nous avons sélectionné Complete et cliqué sur Next.
Après la sélection du type de configuration, le programme d'installation demande un compte de service Windows. Nous avons ouvert Services (services.msc), localisé le service Diplomat Trial 64, ouvert ses Properties, navigué vers l'onglet Log On, sélectionné This account et entré NT AUTHORITY\NetworkService. Les champs de mot de passe se remplissent automatiquement.
Après avoir cliqué sur OK, nous avons fait un clic droit sur le service et sélectionné Start. La colonne Log On a été mise à jour sur NetworkService et le service a démarré.
Panneau d'administration
Cliquer sur l'icône Diplomat MFT Trial sur le bureau ouvre https://localhost:8081/ dans le navigateur. Un avertissement de certificat auto-signé apparaît au premier chargement — cliquer sur Advanced et continuer au-delà fait apparaître l'écran de connexion Coviant Software.
Les identifiants par défaut sont Administrator/diplomat. Après connexion, le système demande immédiatement un changement de mot de passe. Une fois défini, l'interface principale se charge. Le panneau d'administration est basé sur navigateur et accessible à distance — une différence significative par rapport à Cerberus, qui nécessite une session de bureau à distance sur la machine serveur.
L'écran principal affiche une barre de navigation supérieure avec huit menus : File, Keys, Partners, Transactions, File Transfer Server, Settings, Jobs et Reports. La barre latérale gauche affiche l'arborescence de configuration : Keys (5), Partners (7), Transactions (6) et File Transfer Server. La version d'essai exécutée ici est 9.5 Trial Build 20260702, Enterprise Edition.
Clés
La section Keys est l'endroit où toutes les informations d'identification de chiffrement sont gérées. L'essai s'installe avec cinq clés d'exemple préconfigurées réparties en trois catégories.
Clés OpenPGP (3)
Deux clés publiques et une paire de clés sont incluses. La sélection de Example Auditor Public Key affiche ses détails complets : nom de la clé, type de clé (ECDSA), ID utilisateur et une bascule de notification d'expiration. La section Master Key Sign Only affiche l'algorithme (ECDSA), la courbe elliptique (NISTP521), la date de création (2 février 02 2026), l'expiration (Jamais) et l'ID de clé.
En faisant défiler vers le bas, on voit des champs techniques supplémentaires : Empreinte de clé, Version (4), Algorithme symétrique (AES_256) et Algorithmes de hachage (SHA512, SHA256). Une section Subkey Encrypt and Sign suit avec son propre algorithme (ECDH), sa courbe elliptique (NISTP521), ses dates de début et d'expiration et son ID de clé.
Paires de clés
Le dossier Key Pairs contient My Org Example PGP Key Pair, la propre paire de clés de l'organisation utilisée pour déchiffrer les fichiers entrants et signer les fichiers sortants. Le formulaire est identique à une clé publique avec un ajout : un champ Passphrase avec une bascule afficher/masquer qui protège la clé privée.
En faisant défiler jusqu'en bas de la page de la paire de clés, on voit une section Related Partners and Transactions. Pour cette paire de clés, quatre partenaires sont répertoriés comme l'utilisant, quatre transactions y font référence et une synchronisation l'utilise. Des points verts et rouges à côté de chaque élément indiquent l'état actif ou inactif. Cette vue montre exactement ce qui serait affecté avant de supprimer ou de remplacer une clé.
Clés SSH (2)
Les clés SSH gèrent l'authentification pour les connexions SFTP plutôt que le chiffrement de fichiers. Deux paires de clés SSH sont présentes : My Org Example Bank SFTP Client Key Pair et My Org Example SFTP Host Key Pair.
La Bank SFTP Client Key Pair affiche l'algorithme (RSA), la force en bits (2048), une empreinte SHA256 et un champ de phrase secrète. La section Related montre Example Bank comme partenaire l'utilisant et les deux transactions bancaires y faisant référence.
La SFTP Host KeyPair est la clé que Diplomat présente aux clients qui se connectent lorsqu'il agit comme serveur SFTP. Même structure (RSA, 2048 bits, empreinte SHA256), mais aucun partenaire, transaction ou synchronisation n'est lié ; elle existe comme espace réservé prêt à l'emploi.
Certificats SSL
Le dossier SSL Certificates est présent mais vide dans l'essai. Les catégories Server SSL Certificates (0) et Client SSL Certificates (0) sont disponibles pour importer des certificats utilisés avec les endpoints FTPS.
Partenaires
Les Partners définissent chaque système externe ou emplacement vers lequel Diplomat transfère des fichiers : serveurs SFTP, buckets de stockage cloud, partages de fichiers réseau, agents de bureau distant, etc. L'essai inclut sept partenaires d'exemple répartis en deux groupes : Public Profiles (1) et Trusted Profiles (6).
Profils publics : Example Bank
Le partenaire Example Bank est un Public Partner Profile utilisant SFTP (SSH2) comme méthode de transport. La section SFTP Server affiche les détails de connexion : adresse (sftp.examplebank.com), port (22), nom d'utilisateur (MyOrgExample), clé client SSH (My Org Example Bank SFTP Client Key Pair), un champ Directory et un délai d'expiration de 30 secondes. Les options supplémentaires incluent Verify SSH Host Key, Use Strong RSA Signatures, File Integrity Checking (File Size), File Ready Condition (File Idle Time), serveur proxy et paramètres de nom de fichier temporaire. Un bouton TEST dans le coin supérieur droit teste la connexion sans démarrer de transfert.
Appuyer sur TEST avec le profil d'exemple a retourné : « Socket connection not successful. Directory listing was not received from the server. » comme prévu, puisque sftp.examplebank.com n'est pas une adresse réelle. Sur un vrai partenaire, ce bouton confirme la connexion avant qu'un job ne soit planifié.
En faisant défiler vers le bas, on voit la section OpenPGP Keys, où la Partner's Encrypt/Decrypt Key et la Partner's Sign/Verify Key sont toutes deux définies sur Example Bank Public Key. Une section Related Transactions and Synchronizations en bas montre quels jobs utilisent ce partenaire.
Cliquer sur la liste déroulante de l'un ou l'autre champ de clé PGP répertorie toutes les clés actuellement définies dans la section Keys : Example Auditor Public Key, Example Bank Public Key et My Org Example PGP Key Pair. C'est ainsi que les clés et les partenaires se connectent : les clés sont définies une fois et référencées là où elles sont nécessaires.
Options de méthode de transport
Ouvrir la liste déroulante Transport Method sur n'importe quel profil de partenaire affiche la liste complète des types de connexion pris en charge. Protocoles de transfert classiques : SFTP (SSH2), FTP, FTPS (TLS), HTTP, HTTPS, SMB, Local Network, AS2. Stockage cloud : Amazon S3, Microsoft Azure, Google Cloud, Oracle Cloud, Box, Dropbox, OneDrive, SharePoint, ShareFile, Zoho WorkDrive. Autre : Diplomat Remote Agent, Biscom Transit, Email.
Profils de confiance : Branch Office A
Branch Office A est un Trusted Partner Profile utilisant Diplomat Remote Agent comme méthode de transport, l'agent propriétaire de Coviant installé sur le site distant. La section Diplomat Remote Agent affiche l'adresse du site, le port, la clé de site MFT et quatre boutons d'action. La description indique que la bande passante pour les transferts vers cette succursale est limitée à 30 Mbps pour éviter de saturer leur connexion WAN.
En faisant défiler vers le bas, on voit où cette limite est appliquée : Chunk Size (100 Mo) et Max Bandwidth (30 Mbps). Les paramètres supplémentaires incluent Auto OpenPGP Encrypt/Decrypt, Attempt Checkpoint Restart on Transmission Failure, File Integrity Checking (Checksum SHA-256), Max Retries, Retry Delay, Timeout et un champ Custom Post-Process pour exécuter une commande ou un script après chaque transfert terminé. La section Related en bas montre que ce partenaire est utilisé par la synchronisation « Push new HR docs to all branch offices ».
Transactions
Les Transactions sont l'endroit où les partenaires et les clés se rejoignent dans des jobs de transfert réels. L'essai inclut six exemples préconfigurés répartis en trois types : Inbound (2), Outbound (2) et Synchronization (2). Chaque transaction a un champ de description en langage clair qui explique exactement ce qu'elle fait, une pratique utile qui rend la configuration auto-documentée.
Entrant : Get Payment Results file from Bank
Ce job planifié extrait les fichiers de résultats chiffrés du serveur SFTP de la banque chaque après-midi de jour ouvrable, les déchiffre et les place dans un dossier local. Si aucun fichier n'est trouvé, le job le compte comme un échec plutôt qu'un succès silencieux — un choix de conception délibéré capturé dans la description et appliqué par le paramètre Fail if file(s) not found.
La section Source Partner Profile extrait automatiquement la configuration SFTP complète de l'Example Bank, y compris l'adresse, le port et la clé client SSH, parce que le partenaire a déjà été défini. Une option Save as New Partner vous permet de promouvoir toute modification en ligne en une entrée de partenaire permanente, et un bouton GO TO PARTNER accède directement à la page de ce partenaire.
La section Destination Partners utilise un onglet DEFAULT avec un bouton + à côté, ce qui signifie qu'une seule source peut se déployer vers plusieurs destinations simultanément. Cette transaction envoie vers Local Example Folder (Local Network, C:\Example).
File Handling est l'endroit où la section Keys devient opérationnelle. Verify est coché et l'OpenPGP Verification Key est définie sur Example Bank Public Key. Les fichiers entrants sont vérifiés par signature par rapport à la clé publique de la banque avant d'être acceptés. L'attribution du partenaire est affichée en ligne sur le côté droit de l'écran, clarifiant quelle clé s'applique à quel partenaire.
La section Job Execution offre RUN NOW pour des exécutions manuelles immédiates ou Schedule pour une automatisation récurrente.
Les nouvelles tentatives sont configurées pour 3 tentatives à intervalles de 5 minutes, avec un email de débogage envoyé au support informatique à chaque tentative. Cela signifie que si la banque téléverse le fichier en retard, le job réessaie avant de se marquer comme échoué. Les External Requests permettent de déclencher le job via API ou agent de script, et allow execution as a linked transaction lui permet de s'exécuter comme faisant partie d'une chaîne.
Linking Transactions montre quels jobs déclenchent celui-ci et quelles synchronisations y font référence. Les Notifications prennent en charge à la fois Business Email (envoyé aux parties prenantes) et Messaging Notifications (webhooks Slack et Teams, configurables par état de job — Success, Failure, Warning).
L'archivage stocke une copie compressée des fichiers transférés par type de fichier et résultat — par exemple, archiver uniquement en cas de succès. Les IT Email Notifications envoient un rapport de débogage à l'équipe informatique indépendamment des notifications métier.
Les Pre-Job Processes exécutent un script personnalisé avant le début du transfert. Les Post-Job Processes incluent un Unzip Process (avec type de zip, modèle de fichier, mot de passe et répertoire de destination) pour décompresser automatiquement les fichiers compressés à l'arrivée, plus un Custom Process pour exécuter toute commande post-transfert.
Cliquer sur VALIDATE avant d'enregistrer retourne une confirmation verte : « Transaction EXAMPLE: Get Payment Results file from Bank is Valid. »
Exécuter le job avec RUN NOW ouvre une fenêtre de progression montrant Status: Running (Building File List) à 0 % Complete.
Le job s'est terminé avec Status: Failure en 40,5 secondes, comme prévu, puisque sftp.examplebank.com n'est pas un vrai serveur. Le rapport d'exécution montre chaque étape : l'erreur de connexion, les fichiers trouvés (0), le déchiffrement non requis, la clé de vérification spécifiée (Example Bank Public Key), le message non signé et le chemin d'archive où Diplomat a enregistré la tentative. Même une exécution échouée produit une piste d'audit complète.
Entrant : On ClientUser upload, send to Marketing Server
Ce job fonctionne différemment : au lieu d'une planification, il utilise la surveillance de fichiers — il surveille un dossier et se déclenche chaque fois qu'un nouveau fichier apparaît.
La source est le répertoire de téléversement du File Transfer Server pour ExampleClientUser (Local Network). File Ready Condition est défini sur File Idle Time avec 45 secondes ; le job attend qu'un fichier ait cessé de changer pendant 45 secondes avant de le traiter comme complet, empêchant les téléversements partiels d'être transférés en cours de route. L'action post-transfert est Delete, gardant le dossier de téléversement propre et signalant au client que le fichier a été traité.
Job Execution affiche Run Jobs Using: File Monitoring, avec Include Modified Files coché et Recursive désactivé. Disable/Notify After 15 minutes alerte si la surveillance elle-même cesse de fonctionner.
La section Notifications pour ce job a un webhook Slack en direct configuré et défini sur Success — lorsqu'un fichier est déplacé avec succès vers le Marketing Server, un message tombe automatiquement dans le canal Slack de l'équipe marketing.
Sortant : Monitor Accounting server to send Tax Files to Auditors
Ce job de dossier surveillé surveille le serveur comptable pour les nouveaux fichiers fiscaux et les envoie par email chiffrés aux auditeurs.
Post-Transfer Action est Move plutôt que Delete. En cas de succès, les fichiers sont déplacés vers un sous-dossier filed ; en cas d'erreur, ils vont vers un chemin d'erreur distinct. La source est le partage de rapports du serveur comptable, surveillé via File Locking.
La destination utilise le transport Email — aucun serveur SFTP impliqué. L'email est pré-adressé à auditors@example.com avec le sujet « Tax file for My Org » et un corps de message. Les fichiers sont envoyés automatiquement en pièces jointes.
File Handling applique à la fois Encrypt (Example Auditor Public Key) et Sign (My Org Example PGP Key Pair), plus une Additional Encryption Key (My Org Example PGP Key Pair), de sorte que l'organisation émettrice conserve une copie qu'elle peut déchiffrer. Job Execution utilise File Monitoring, pas une planification.
Les notifications métier vont à JaneDoe@auditors.example.com (All Jobs). Les notifications de messagerie utilisent un webhook Teams défini sur Warning et Failure — un choix de canal différent du job Marketing Server, qui utilisait Slack pour Success.
Sortant : Send Payment Authorizations to Bank
L'inverse du job Get Payment Results : celui-ci envoie des fichiers de paiement sortants au serveur SFTP de la banque chaque matin de jour ouvrable. Un script pré-job s'exécute d'abord pour inviter le serveur comptable à générer le fichier de paiements. La source est un dossier local (Bank\PaymentAuthorizations), la destination est la boîte d'envoi SFTP de la banque (outbox/authorizations/).
Le partenaire de destination est Example Bank (SFTP), le même partenaire utilisé comme source dans le job entrant. La même définition de partenaire couvre les deux directions.
File Handling chiffre avec Example Bank Public Key et signe avec My Org Example PGP Key Pair. Job Execution est planifié (Daily), jours ouvrés uniquement, correspondant à la description « chaque matin de jour ouvrable ».
Synchronisation : Push new HR docs to all branch offices
Les synchronisations fonctionnent différemment des transactions : au lieu de déplacer des fichiers, elles reflètent un emplacement source vers une ou plusieurs destinations. Ce job s'exécute chaque après-midi de jour ouvrable à 15:00 et maintient les succursales A et B comme des miroirs exacts du serveur RH.
Le paramètre critique est Remove Destination Items Not Present at Source — coché ici, ce qui signifie que les fichiers supprimés du serveur RH sont également supprimés des succursales. Include Subfolders est également coché. Un onglet Exclude contient les modèles d'exclusion manifest.ini et _* référencés dans la description.
La source est le partenaire HR Docs (Local Network, \\hr\shared\docs). Transfer Order est Depth First.
Destination Partners affiche un badge de 2 — deux destinations simultanées. Chacune utilise Diplomat Remote Agent avec Auto OpenPGP Encrypt/Decrypt, Attempt Checkpoint Restart on Transmission Failure, Checksum (SHA-256), Chunk Size 100 Mo et Max Bandwidth 30 Mbps, la même limite définie dans le profil du partenaire.
Synchronisation : Send daily configuration backups to S3 Glacier
La deuxième synchronisation s'exécute la nuit, 5 minutes après minuit, et synchronise les propres fichiers de sauvegarde de Diplomat vers un bucket AWS S3 Glacier. Contrairement à la synchronisation des documents RH, Remove Destination Items Not Present at Source n'est pas coché, de sorte que les anciennes sauvegardes ne sont jamais supprimées de S3 ; seules les nouvelles sont ajoutées. Le filtre Include est limité aux fichiers *.dbu et *.dmrg (les propres formats de sauvegarde de Diplomat) avec Recursive coché et Files only.
Créer une transaction à partir de zéro
Les nouveaux partenaires et transactions sont créés à partir des menus d'en-tête. Le menu Partners offre Create Public Partner et Create Trusted Partner. Le menu Transactions offre Create Inbound Transaction, Create Outbound Transaction et Create Synchronization.
Pour tester le flux de travail complet, nous avons créé un nouveau partenaire (AIMultiple, Local Network) et une nouvelle transaction entrante (Get Payment from AIMultiple). Le formulaire s'ouvre vierge avec la même structure que les transactions d'exemple : File Information, Source and Destination Partner Profiles, File Handling, Job Execution et toutes les sections en aval.
Le test du répertoire de destination a retourné : « Directory C:/Users/Public/Documents found. Write access enabled. » avec une liste de répertoire en direct.
Le job a été configuré avec Schedule (Daily), 3 nouvelles tentatives à intervalles de 5 minutes et aucune exclusion de jour. L'exécuter avec RUN NOW a produit Status: Successful en 0 125 secondes : 1 fichier trouvé, 1 transféré, 28 octets, archivé et compressé automatiquement.
Paramètres
Le menu Settings couvre la configuration à l'échelle du système. Éléments clés : Email (SMTP pour toutes les notifications sortantes et le transport email), Calendars (planifications de jours fériés personnalisées référencées dans les exclusions de job), Job Monitor (tableau de bord des opérations en direct), Job Queue (contrôles de concurrence), Audit (piste d'audit système), Backup, Logging, Proxy Servers, Session Management, SSO Settings, Admin Users, Admin Roles et LDAP.
Job Monitor s'ouvre dans une fenêtre de navigateur distincte à localhost:8081/jobmonitor. Il affiche chaque job avec l'état de la transaction, l'heure de début, le temps écoulé, l'état du job, les fichiers trouvés/traités, la vitesse, le nombre de tentatives d'exécution et la prochaine exécution planifiée. Un tableau Summary en bas ventile les totaux par Inbound, Outbound et Synchronization. Les onglets de filtre Running et Active réduisent la vue aux jobs en cours d'exécution ou récemment actifs.
Calendars définit des planifications de jours fériés nommées qui peuvent être appliquées aux exclusions de transaction. Chaque calendrier spécifie les jours non ouvrés par cases à cocher de jour de semaine et une liste de jours fériés par nom et date. Les transactions référencent un calendrier dans leur section Calendar Exclusions pour sauter automatiquement les exécutions à ces dates.
Job Queue Settings contrôle combien de jobs s'exécutent simultanément et comment la charge de démarrage est gérée. Maximum concurrent jobs est par défaut de 50. Delay Between Initial Job Starts est par défaut de 1 000 ms, un étalement pour empêcher tous les jobs planifiés de se déclencher en même temps et de faire grimper la charge du serveur. Les modifications du délai de démarrage prennent effet au redémarrage du service.
bTrade
bTrade diffère de toutes les autres plateformes de ce benchmark d'une manière fondamentale : nous ne l'avons pas installé. L'accès a été fourni à un cluster QA en direct exécutant TDXchange Release 5.3.0-SNAPSHOT sur Linux avec PostgreSQL, accédé via RDP dans un serveur Windows sur le même réseau en raison de restrictions IP sur les nœuds du cluster.
L'interface d'administration est entièrement basée sur navigateur — aucune installation client, aucun raccourci bureau, aucune configuration de service. Naviguer vers https://<server>:8443/btrademft et se connecter est tout ce qui est requis.
Premiers pas
L'écran de connexion est minimal : Username, Password, Login et un lien Forgot password. Après connexion en tant qu'utilisateur admin AIMultiple, l'écran d'accueil TDXchange se charge avec une disposition à trois panneaux.
La barre latérale gauche répertorie chaque module : Organizational Hierarchy, Participants, Relationships, Messages and Activities, Dashboard, Services, System Configuration, Clustering, Administrators, Migration, bTrade IA (marqué NEW) et Quick Links.
Le panneau de droite affiche une liste de vérification Suggestions : définir des politiques de mot de passe strictes pour les utilisateurs admin et de boîte aux lettres, configurer les sauvegardes automatiques, configurer la purge des messages et sauvegarder le coffre-fort de mots de passe.
Chaque suggestion a un bouton Configure qui navigue directement vers l'écran de paramètres concerné et une option Dismiss. Cette liste de vérification d'intégration guidée réduit la friction « je l'ai installé, et maintenant ? » qu'un panneau d'administration vierge crée généralement.
Suivre la première suggestion dans System Configuration > Security > User Security a révélé les contrôles de politique de mot de passe : longueur minimale (10), verrouillage du compte après 3 tentatives échouées, durée de verrouillage (1800 secondes), application de l'historique des mots de passe, âge maximal du mot de passe (60 jours), âge minimal du mot de passe (1 jour), Strict Password Settings et une section One Time Password / MFA.
Hiérarchie organisationnelle
bTrade organise tout sous une hiérarchie à quatre niveaux avant que des participants ou des transferts puissent être configurés : Domain > Organization > Department > Division. Fast Setup crée les quatre niveaux en un seul formulaire.
Browse a confirmé que le domaine apparaissait comme ACTIVE aux côtés des domaines préexistants bTrade et HealthcareProvider. Chaque niveau a une option Edit pour les modifications post-création.
Cette exigence de définir une hiérarchie avant d'ajouter des participants est une différence structurelle par rapport à toutes les autres plateformes de ce benchmark. Diplomat, Files.com, Thru et Serv-U vous permettent de définir des partenaires ou des endpoints sans aucun conteneur organisationnel. bTrade impose la hiérarchie d'abord, ce qui reflète son origine en tant que passerelle B2B multi-tenant plutôt qu'un outil de transfert de fichiers point à point.
Participants
Les Participants sont les partenaires commerciaux ou les systèmes internes qui envoient et reçoivent des fichiers, l'équivalent des Partners dans Diplomat ou des endpoints dans Thru. Fast Setup crée un participant et une boîte aux lettres optionnelle accessible via le web en un seul formulaire : Division (sélectionnée dans la hiérarchie), Participant Name, Email, EDI Identifier, EDI Qualifier, AS2 Name et identifiants de boîte aux lettres.
La présence des champs EDI Identifier, EDI Qualifier et AS2 Name au niveau de la création du participant est un indicateur significatif du positionnement de bTrade. Ces champs n'apparaissent pas dans la configuration des participants pour Diplomat, Files.com, Thru ou Serv-U ; ils existent parce que bTrade est construit autour de l'échange de messages EDI B2B, pas seulement du déplacement de fichiers.
Nous avons créé le participant AIMultipleTest sous la division FileTransfer avec le nom de boîte aux lettres aimultiplembx et l'accès web activé. Le participant et sa boîte aux lettres ont été créés ensemble en une seule action Create.
Parcourir les participants avec le filtre Division défini sur FileTransfer a confirmé qu'AIMultipleTest apparaissait comme ENABLED avec l'identifiant EDI AIMultipleTest et la boîte aux lettres aimultiplembx répertoriée. Le tableau Browse montre également une colonne Adapter Instances — chaque participant peut avoir des instances d'adaptateur de protocole nommées (par exemple, ExtSFTPTP_SFTP_Send_Records) définissant comment ils se connectent. Le domaine préconfiguré HealthcareProvider contenait 16 participants d'exemple avec des instances d'adaptateur à travers les protocoles AS2, AFTP et SFTP, montrant la profondeur de la prise en charge des protocoles dans un scénario B2B fonctionnel.
Les participants sont également isolés les uns des autres par défaut. Deux participants peuvent voir ou échanger des fichiers uniquement lorsqu'une relation explicite est définie entre eux (voir Relationships ci-dessous) :
- Même avec des milliers de participants, un participant sans relation avec un autre n'a aucun chemin vers lui.
- Si un seul participant est compromis, par exemple via un mot de passe faible ou un algorithme obsolète comme SHA-1, l'attaquant ne peut toujours pas atteindre un autre participant.
- Cela empêche le mouvement latéral possible dans les modèles de participants plats, où un compte compromis peut en exposer d'autres.
Au-delà des champs d'identité et EDI, de nombreux paramètres peuvent être définis par participant, remplaçant les valeurs par défaut du système :
- Règles d'archivage : règles de rétention et de purge par participant qui remplacent les valeurs par défaut du système. Un partenaire échangeant des milliers de fichiers par jour peut être configuré pour purger après cinq jours ouvrés sans archive hors ligne.
- Routage de passerelle : un participant spécifique peut être routé via une passerelle ou un proxy dédié, par exemple les partenaires sur des lignes louées, contournant le relais DMZ par défaut.
- Sécurité et prévention DoS : intervalle de connexion par participant, nombre maximal de threads simultanés et listes d'autorisation et de refus IP. Un utilisateur malveillant lançant des milliers de threads simultanés pourrait autrement épuiser les connexions à la base de données et paralyser le système. Les limites peuvent être augmentées pour les partenaires à haut débit, par exemple 500 threads pour un courtier principal, et réduites pour les autres. Les IP sur liste de refus sont bloquées avant l'authentification.
Chaque participant se connecte via des adaptateurs, les connecteurs vers les systèmes internes ou externes. Les adaptateurs internes incluent les surveillances de répertoire et la copie de fichiers sur un système de fichiers monté localement ; les adaptateurs externes couvrent FTPS, SFTP, AS2, AS1, la boîte aux lettres et le stockage cloud chez les principaux fournisseurs. Les adaptateurs récupèrent et poussent les fichiers, et suivent quels fichiers ont déjà été téléchargés afin que le même fichier ne soit pas extrait deux fois.
Relations
Les Relationships définissent qui peut envoyer à qui et ce qui arrive à un fichier en transit — les règles de routage et de traitement entre deux participants. Le formulaire Fast Setup prend un Sender Participant, un Receiver Participant, une bascule Create reverse relationship, AS1/AS2 Action, des règles de routage (Default Target Send Adapter plus des règles de routage conditionnelles qui peuvent être séquencées) et des Actions (étapes de traitement appliquées au message dans l'ordre).
Ce modèle de relation est lui-même la limite de sécurité centrale de bTrade. Un participant ne peut échanger des fichiers qu'avec des partenaires avec lesquels il a une relation explicite, de sorte que l'accès est défini par qui peut parler à qui plutôt que par des autorisations de dossier ou des répertoires partagés. Compromettre un participant n'expose pas les autres, une propriété de confinement que les outils MFT basés sur dossiers et ACL ne fournissent pas par défaut.
Les règles de routage peuvent envoyer différents types de fichiers du même expéditeur vers différents systèmes backend dans une liste séquencée. D'un seul expéditeur, par exemple, les paiements peuvent aller vers le mainframe, les fichiers de coffre-fort vers un deuxième système et les chèques vers un troisième.
Une section TD / Other Parameters couvre les options de sécurité et de traitement par relation : Use PGP, Compression, Encryption, Filtering, Hashing, Signature et Security Structure. Tous étaient définis sur None dans l'environnement QA, ce qui signifie qu'ils sont optionnels plutôt qu'obligatoires.
En bas du formulaire de relation, une section SLA permet de définir des attentes de niveau de service par relation : nombre de fichiers attendu, intervalle de temps, masque de nom de fichier, destinataires et type d'action. Cela permet de surveiller « le fichier attendu est-il arrivé à temps » au niveau du partenaire commercial, une approche plus structurée que le paramètre Fail if file not found de Diplomat, qui est par transaction plutôt que par relation.
Les relations sont également l'endroit où l'analyse sélective du contenu est câblée. Parce que l'analyse antivirus et DLP s'exécute via les actions de relation et le service ICAP plutôt que comme un filtre global, elle peut être activée uniquement là où c'est important, par exemple sur le trafic entrant externe, au lieu d'analyser chaque fichier interne.
Nous n'avons pas créé de relation pour notre test car le transfert ad-hoc basé sur la boîte aux lettres que nous avons effectué n'en nécessite pas.
Interface de boîte aux lettres
bTrade fournit une interface web distincte pour les utilisateurs finaux et les partenaires commerciaux à une URL distincte (.../btrademft/mailbox). L'écran de connexion à la boîte aux lettres est visuellement différencié de la console d'administration — thème sombre avec des accents bleus au lieu du vert de l'admin, sous la même marque TDXchange.
Nous sommes connectés à la boîte aux lettres aimultiplembx en utilisant les identifiants définis lors de la création du participant. L'interface de boîte aux lettres affiche quatre dossiers dans le panneau de gauche et une barre d'outils avec Up, Refresh, Upload, Download, Delete, Restore et Settings. Le bouton Upload ne devient actif qu'après avoir navigué dans un dossier de destination.
La boîte d'envoi contient deux sous-dossiers : edi et nonedi. C'est le premier endroit où l'identité EDI de bTrade devient opérationnellement visible : la plateforme sépare le contenu formaté EDI des fichiers plats au niveau du dossier.
Téléverser un fichier texte brut dans le dossier edi a retourné : « No supported EDI standard interchange begins with AIM. » Le fichier a été rejeté parce qu'il ne contenait pas une structure EDI valide. Le dossier edi valide le format du contenu avant de l'accepter, pas seulement l'extension du fichier.
Nous avons préparé un fichier EDI X12 850 Purchase Order valide et l'avons téléversé. La validation EDI a réussi, mais une nouvelle erreur est apparue : « Unable to determine destination mailbox for receiver identifier [RECEIVERID]. » bTrade avait analysé l'enveloppe EDI, lu l'identifiant du destinataire du segment ISA et tenté de router le fichier vers un participant avec cet identifiant, qui n'existait pas dans le système.
Nous avons mis à jour les segments ISA et GS du fichier EDI pour utiliser AIMultipleTest à la fois comme expéditeur et destinataire, correspondant à l'EDI Identifier attribué à notre participant. Le téléversement s'est terminé avec succès : « Uploaded 1/1 files », 284 octets, 100 %, coche verte.
La vérification de la boîte de réception a confirmé que le fichier était arrivé : test.edi, 284 octets, horodatage 14 juillet 14 2026 14:42. Le fichier est passé de outbox/edi à travers la logique de routage de bTrade et a été livré dans la boîte de réception de la bonne boîte aux lettres en fonction de l'identifiant du destinataire dans l'enveloppe EDI.
Messages et activités
La vue Messages sous Messages and Activities fournit une piste d'audit consultable de tous les transferts. Les filtres incluent la plage de dates, l'expéditeur, le destinataire, le nom de fichier et les paramètres avancés. Les résultats affichent File Name, Timestamp, Sender, Receiver, Size (Bytes), Message Details et Activities Trail. Notre transfert test.edi et un transfert préexistant AndrieEDI.edi (de AdHocExt à InternalTP) sont apparus.
Chaque action dans le système est enregistrée dans cette piste comme un journal d'audit immuable et infalsifiable, stocké chiffré dans la base de données.
Tableau de bord
La section Dashboard inclut des sous-vues pour Messages, Transactions, Participants, Mailboxes, Certificates, Services, Connections, Jobs et Passwords. La sous-vue Transactions affiche le volume de transfert sous forme de graphique à barres ou en secteurs configurable, filtrable par plage de dates et ventilé par jour ou d'autres intervalles. La sous-vue Participants affiche le nombre de messages entrants et sortants ventilés par protocole (AS2, FTP, SSH, FS, MBOX, HTTP, UDP) par participant.
Certificats
La vue Dashboard > Certificates fournit la gestion du cycle de vie des certificats à travers le système. Une bascule de filtre affiche les certificats expirant dans un nombre configurable de jours. Les options Certificate Type sont ALL, X509, SSH, PGP, X509 CSR et PQC, la dernière entrée indiquant la prise en charge des certificats de cryptographie post-quantique, qui n'est présente sur aucune autre plateforme testée dans ce benchmark.
Pour les organisations qui évitent OpenPGP, TDXchange propose également TDCompress, une alternative propriétaire de chiffrement et de compression. Plutôt qu'un simple échange de certificats, il fonctionne comme un runtime qui associe les certificats à des instructions, par exemple vers quels participants un fichier peut être envoyé ou pour lesquels il peut être chiffré, donnant un contrôle plus strict qu'OpenPGP avec un taux de compression élevé.
Services
Le menu Services (côté configuration, distinct de la vue de surveillance Dashboard) couvre deux domaines.
Fast Setup crée un nouveau listener de protocole côté serveur — choisissez un type de service, donnez-lui un nom et créez-le. Les types disponibles sont FTP(S) Service, SFTP Service, AS2 Service et ICAP Service.
Relay configure les nœuds de périphérie DMZ. Deux serveurs relais sont définis (172.31.23.211 et 172.31.22.50), agissant comme proxies entre les partenaires externes et le serveur interne bTrade. Le trafic externe atteint le relais dans la DMZ ; le relais le transfère vers l'intérieur, gardant le serveur central hors du réseau public. C'est l'équivalent de l'Edge Gateway de Diplomat MFT.
Pour les transferts longue distance à haute latence, les tailles de fenêtre et de paquet TCP/IP peuvent être ajustées par service SFTP, de sorte qu'un service gérant des partenaires dans une région éloignée peut être réglé différemment d'un service desservant des expéditeurs locaux à haut débit.
Configuration du système
Adapters définit les moteurs qui déplacent les fichiers : Directory Monitor (surveille un dossier pour les nouveaux fichiers), File Copy (copie des fichiers entre emplacements) et Mailbox Receive (extrait d'une boîte aux lettres). Chaque instance d'adaptateur a des contrôles enabled/disabled, Test Connection, Run Now et Stats. Un adaptateur Quarantine_FS_1 File Copy est prédéfini ; les fichiers qui échouent à l'analyse de contenu ICAP sont routés ici.
AdHoc configure la fonctionnalité de partage de fichiers ad-hoc sécurisé. Les paramètres incluent l'exigence de mot de passe, le nombre maximal de tentatives de connexion échouées (5), la taille maximale de fichier (100 Ko), le nombre maximal de téléchargements par fichier (2), la période d'expiration (24 heures) et les extensions de fichier interdites (.exe, .vbs, etc.). Les modèles de notification par email et SMS utilisent des tokens (${LINK}, ${PASSWORD}, ${VALID_UNTIL}). Une option SMS hors bande envoie le lien par email et le mot de passe par SMS séparément, empêchant l'accès si l'un des canaux est compromis. Cela donne aux utilisateurs finaux un échange sécurisé bidirectionnel de personne à personne. Un expéditeur peut pousser un fichier vers un destinataire externe et en recevoir un en retour, avec le lien et le mot de passe livrés sur des canaux distincts.
Archiving / Purging gère le cycle de vie des données en trois étapes : Online Archiving (déplace les enregistrements de la base de données active vers la base de données d'archive, hebdomadaire, 30+ jours), Offline Archiving (déplace vers des fichiers plats, hebdomadaire, 90+ jours) et Purging (suppression permanente, hebdomadaire). Un onglet Restoring ramène les archives hors ligne dans le système actif en cas de besoin.
Files Processing couvre quatre domaines. File Transformation définit des règles de réécriture de contenu appliquées aux fichiers en transit. Detecting Duplicates identifie et rejette optionnellement les fichiers répétés. Message Store affiche la racine du système de fichiers et configure le chiffrement au repos : les messages sur disque sont chiffrés à l'aide de PQC Kyber, ce qui signifie que les fichiers stockés sont protégés par la cryptographie post-quantique. Cela défend contre les attaques de type « récolter maintenant, déchiffrer plus tard » : même si un attaquant exfiltre le magasin de messages aujourd'hui, les fichiers restent illisibles pour un futur ordinateur quantique. System Actions permet d'insérer des étapes de traitement personnalisées dans le pipeline de transfert.
Gateways définit les cibles de connexion sortante : bTrade_SMTP (email), One_IP_Proxy (proxy SOCKS pour une sortie IP unique), Relay Proxy (relais DMZ) et IA Gateway (connexion HTTPS vers le service bTrade IA). Chaque passerelle a un bouton Test Connection.
Security offre des ensembles de politiques de mot de passe distincts pour les utilisateurs admin et les utilisateurs de boîte aux lettres, chacun avec la même profondeur : longueur minimale, seuils de verrouillage, historique des mots de passe, âge maximal/minimal, règles de complexité strictes (interdisant les fragments de nom d'utilisateur/nom/email, exigeant des caractères majuscules/minuscules/chiffres/spéciaux) et configuration OTP/MFA. Les déclencheurs OTP sont configurables indépendamment par type d'utilisateur : toujours, première connexion uniquement, après N jours depuis la dernière connexion, ou lors du changement de mot de passe.
Miscellaneous inclut la gestion des licences, les valeurs de génération de certificat par défaut, l'application du protocole TLS (TLS 1.2 et 1.3 activés ; SSL 3.0, TLS 1.0 et 1.1 désactivés), la planification de sauvegarde de configuration, le contrôle du niveau de journal par composant avec les paramètres de rotation de fichier, les comptes d'identification communs réutilisables entre les adaptateurs, le certificat SSL de la console de gestion, les propriétés d'application de bas niveau (nombre de threads, encodage EDI, paramètres de cache) et les préférences d'affichage.
Clustering
Le menu Clustering affiche quatre nœuds dans cet environnement QA : mft-1 (RUNNING), mft-2 (STOPPED), relay1 (RUNNING), relay2 (UNKNOWN). Chaque nœud a des contrôles Start, Stop et Status. De nouveaux nœuds sont ajoutés via Fast Setup avec des options d'authentification SSH. Les types de nœuds sont MFT (serveur central) et RELAY — les deux mêmes catégories observées dans toute l'interface.
Les relais et les nœuds de cluster sont gérés depuis cette interface unique, et un nœud en panne peut être redémarré sur place étant donné la configuration réseau habituelle, par exemple UDP entre les nœuds.
Administrateurs
Fast Setup crée des comptes admin avec attribution de rôle (SYSTEM_ADMIN, FullMFTAdmin, MFTAdminLimited, FileTransferOPS) et une Scope Map qui limite la visibilité d'un admin à un Domain, Organization, Department ou Division spécifique dans la hiérarchie. Cela permet une administration déléguée : un admin responsable d'une division ne peut pas voir ou modifier la configuration d'une autre. Custom Roles permet de définir de nouveaux ensembles d'autorisations au-delà des rôles intégrés.
La zone Administrators fournit également une re-certification périodique des accès, où un administrateur est invité à examiner et à re-confirmer quels participants et utilisateurs nécessitent encore un accès. Les comptes obsolètes et les relations de partenaires commerciaux dormants sont mis en évidence pour examen au lieu de s'accumuler silencieusement, un contrôle de gouvernance que la plupart des outils MFT point à point laissent au ménage manuel.
Migration
Migration gère l'exportation/importation complète du système, l'exportation/importation sélective de participants et les chemins de migration depuis les anciens produits bTrade (TDNgine via connexion à la base de données Oracle ou fichiers de configuration ; TDAccess/TDPeer via téléversement de fichier de configuration). Database Import porte un avertissement bien visible indiquant qu'il écrase toutes les données existantes. Export Runtimes génère des packages de configuration signés pour des participants individuels.
Au-delà des sauvegardes nocturnes standard, la configuration complète et la base de données peuvent être exportées et restaurées ailleurs : réinstaller TDXchange et importer l'exportation de base de données reconstruit un échange fonctionnel sans système DR distinct en place. La même exportation pousse la configuration et les participants d'un environnement de test vers la production.
bTrade IA
Le bot bTrade IA (étiqueté NEW dans la barre latérale gauche) accepte une invite de recherche en texte libre et la route via la passerelle IA configurée pour rechercher dans les données système. Nous avons entré « Show me all messages transferred in the last 7 days » et reçu deux résultats : notre transfert test.edi. Les résultats incluent l'expéditeur, le destinataire, le type de message, la date de création, la taille du fichier et des liens directs vers Message Details et Activities Trail.
La requête en langage naturel a correctement identifié les deux transferts sans nécessiter de remplir de champs de filtre. Les recherches peuvent être enregistrées et gérées de la même manière que les recherches enregistrées standard. C'est la seule plateforme de ce benchmark avec une interface de recherche en langage naturel fonctionnelle sur l'historique des transferts.
Cerberus FTP
Nous avons téléchargé et installé Cerberus FTP Server à partir de zéro, configuré le panneau d'administration et exploré l'interface web disponible pour les utilisateurs finaux, y compris les téléversements de fichiers, les paramètres de compte et le partage de fichiers.
Premiers pas
Cerberus n'a pas de tableau de bord web ni de portail hébergé. Le processus d'essai commence par un court formulaire : prénom, nom, adresse email et numéro de téléphone. Soumettez-le et vous êtes immédiatement redirigé vers la page de téléchargement.
Cerberus ne fonctionne que sur Windows.
Installation
Pour cet examen, nous avons provisionné une instance Windows Server 2025 sur AWS avec un type d'instance m6i.xlarge. L'exécution du programme d'installation ouvre un écran de bienvenue confirmant la version en cours d'installation. Cliquer sur Next vous fait avancer.
L'écran suivant demande les informations d'identification du compte de service Windows, un nom d'utilisateur et un mot de passe conforme à la politique que Cerberus utilisera pour s'exécuter en tant que service en arrière-plan.
Après avoir entré les informations d'identification, l'installation s'exécute d'elle-même et se termine en quelques minutes.
Le panneau d'administration
Une fois l'installation terminée, l'interface de gestion Cerberus s'ouvre automatiquement. Ce n'est pas une interface web ; c'est une application de bureau native s'exécutant sur le serveur, accessible uniquement depuis la machine elle-même.
Au premier lancement, l'assistant Getting Started Wizard se lance et tente de détecter automatiquement l'adresse IP publique du serveur. Dans notre configuration, il n'a pas pu la déterminer. Nous avons cliqué sur Next et le reste de la configuration s'est terminé sans problème.
Le tableau de bord principal affiche un aperçu de la sécurité, des informations réseau, des compteurs de téléversement et de téléchargement et une évaluation de vulnérabilité, le tout sur un seul écran. La barre latérale gauche répertorie toutes les zones de gestion de la plateforme : Summary, Log, Connections, Reporting, User Manager, AD Users, LDAP Users, SSO Users, Firewall Controls, Server Manager, Event Manager, Sync Manager, Localization, Licensing et Setup Wizard. Nous couvrirons chaque section en détail.
L'installation terminée, nous avons atteint la page principale du panneau d'administration. Ce n'est pas un tableau de bord basé sur le web ; c'est une application Windows native (un fichier .exe) qui s'exécute directement sur le serveur et ne peut être accessible que depuis cette machine. Il n'y a pas d'accès à distance basé sur navigateur.
Interface web
Au-delà du panneau d'administration, Cerberus fournit une interface web pour que les utilisateurs finaux puissent gérer leurs transferts de fichiers. Les logos, messages de bienvenue et autres éléments de conception de cette interface peuvent être personnalisés depuis les paramètres d'administration côté serveur. L'écran de connexion est l'interface web Cerberus standard.
Nous sommes connectés avec le compte « inituser » créé lors de l'installation. Immédiatement après la connexion, Cerberus vous invite à définir deux questions de sécurité requises avant de pouvoir continuer.
Gestionnaire de fichiers
Après avoir rempli les questions de sécurité, vous arrivez sur le File Manager. Les actions disponibles depuis la barre d'outils sont : actualiser, tout sélectionner, supprimer, renommer, nouveau dossier, compresser et décompresser. Une barre de filtre avec une option de recherche récursive se trouve au-dessus de la liste de fichiers.
En plus des téléversements de fichiers individuels, vous pouvez téléverser des dossiers entiers en une seule fois. Lorsque nous avons téléversé un fichier vidéo, un lecteur vidéo intégré est apparu dans la file d'attente de téléversement pendant que le transfert était encore en cours. Vous pouvez prévisualiser le fichier avant qu'il ne finisse de se téléverser. La vitesse de téléversement, le pourcentage de progression et la taille du fichier sont tous affichés en temps réel.
Paramètres du compte
La section Account gère les préférences utilisateur. L'authentification à deux facteurs est disponible ici et peut être activée par utilisateur. Il y a aussi un sélecteur de thème si vous voulez changer l'apparence de l'interface.
En bas de la page Account, il y a un bouton Addresses. Cliquer dessus ouvre un carnet d'adresses où vous pouvez enregistrer des noms et des adresses email pour les personnes avec qui vous partagez fréquemment des fichiers. Les contacts peuvent également être importés en masse via CSV.
Partage de fichiers
Le menu Share affiche tous les fichiers et dossiers que vous avez rendus disponibles à d'autres. Pour partager quelque chose, faites un clic droit sur un dossier dans le File Manager pour ouvrir un assistant de partage en cinq étapes.
Étape 1 : Confirme le nom du dossier, définit une durée d'expiration (par défaut 24 heures) et définit optionnellement un mot de passe sur le lien de partage.
Étape 2 : Options : contrôle les autorisations, les notifications et le nettoyage. Allow Public Downloads est coché par défaut. Vous pouvez également autoriser les téléversements publics vers le dossier, en gardant optionnellement ces téléversements cachés des autres visiteurs. Une liste déroulante de notifications vous permet d'opter pour des alertes par email lorsque des fichiers sont téléchargés ou téléversés. Une option Clean Up peut supprimer automatiquement les fichiers partagés à l'expiration du partage.
Étape 3 : Security vous permet d'exiger un mot de passe à usage unique envoyé par email avant d'accorder l'accès. Une liste d'invités est également disponible ici, limitée à 500 invités.
Étape 4 : Email : envoie optionnellement le lien de partage directement aux destinataires depuis l'assistant. Les champs To, Cc et Bcc sont disponibles, ainsi qu'une ligne d'objet (pré-remplie comme « New Shared Folder ») et un corps de message optionnel. Une case à cocher « Send Copy to Me » est également disponible.
Étape 5 : Review : résume tous les paramètres configurés avant la création : nom du dossier, date et heure d'expiration, si un mot de passe est requis et si les téléchargements publics sont activés.
Après avoir cliqué sur Create Share, nous avons rencontré une erreur : « Client-provided host information failed validation. Please contact your system administrator. »
Pour déboguer cela, nous sommes retournés au panneau d'administration et avons ouvert la section Log. Le journal répertorie chaque événement du serveur dans l'ordre chronologique, y compris l'horodatage, l'adresse IP, l'utilisateur, l'ID de listener et une description. Nous avons pu localiser l'erreur exacte de la tentative de partage échouée dans la liste. Les entrées du journal montraient également les détails de la poignée de main SSL et l'étape de validation spécifique qui a rejeté la demande. Ce niveau de détail a permis d'identifier facilement la cause racine.
Après avoir résolu le problème de configuration côté serveur, le partage a été créé avec succès. La page Share Settings dans l'interface web répertorie maintenant les deux partages actifs pour le compte inituser, affichant le nom du dossier, la date de création, la date d'expiration, le nombre de téléchargements et l'URL complète du partage public pour chacun.
Ouvrir l'URL de partage en tant que destinataire affiche une invite de mot de passe, un simple écran « Folder Access Password » avec un champ de saisie unique et un bouton Open.
Après avoir entré le mot de passe, le destinataire est dirigé vers une vue en lecture seule du contenu du dossier partagé. La liste de fichiers affiche le nom, le type, la taille et la date. Un bouton Zip and Download est disponible dans le coin supérieur droit, et les fichiers individuels peuvent être téléchargés directement depuis la liste. Aucune connexion ni compte n'est requis.
Connexions
De retour dans le panneau d'administration, la section Connections a deux onglets : Connections et Transfers.
L'onglet Connections répertorie l'ID de connexion, le listener, l'heure de connexion, le protocole, le nom d'utilisateur, l'adresse IP et l'agent utilisateur client pour toutes les sessions actives. Pendant notre test de partage, trois connexions HTTPS simultanées étaient visibles depuis la même adresse IP, toutes provenant du compte inituser. Un bouton Terminate Connection est disponible en bas pour terminer de force toute session active.
L'onglet Transfers affiche les transferts de fichiers actifs en temps réel. Chaque ligne affiche l'ID de transfert, l'utilisateur, le chemin du fichier local, le temps restant, la progression, la taille totale, le taux de transfert et le type. Pendant que le destinataire téléchargeait le fichier vidéo partagé, le transfert est apparu ici immédiatement : 150,1 Mo au total, progression de 13 %, s'exécutant à 4,44 Mo/s.
Rapports
La section Reporting est le Report Manager, qui génère des rapports détaillés de l'activité client basés sur les noms d'utilisateur, les plages de dates et l'accès aux fichiers. Six types de rapports sont disponibles : User and File Report, Login Report, Audit Report, Account Report, Folder Report et Storage Report. L'utilisation de cette fonctionnalité nécessite d'abord de connecter une base de données SQL ; le panneau affiche une invite « Setup Required » jusqu'à ce que ce soit configuré.
Chaque type de rapport a son propre formulaire de requête. Le File Report, par exemple, vous permet de filtrer par période (une plage de dates ou une fenêtre de rétrospective glissante), nom d'utilisateur et chemin de fichier. Les résultats peuvent être triés par hôte, nom d'utilisateur et horodatage, avec une limite configurable. La même structure de requête s'applique aux autres types de rapports.
Gestionnaire d'utilisateurs
Le User Manager est l'endroit où vous créez et gérez tous ceux qui peuvent accéder au serveur. Il a six onglets : Users, Groups, Policy, Blocked Extensions, Requested Accounts et Public Shares.
L'onglet Users répertorie tous les comptes Cerberus. Actuellement, seul inituser est présent. De là, les comptes peuvent être créés, modifiés et supprimés.
L'onglet Groups est vide dans notre configuration mais c'est là que vous pouvez créer des groupes d'utilisateurs et gérer les autorisations au niveau du groupe plutôt que par utilisateur.
L'onglet Policy contrôle les exigences de complexité de mot de passe et les politiques de changement de mot de passe. La configuration actuelle exige une longueur minimale de 10 caractères avec au moins 1 lettre, 1 chiffre et 1 caractère spécial. La section Password Change Policy applique une rotation tous les 180 jours, s'applique aux connexions HTTP/S et envoie une notification par email 3 jours avant l'expiration.
L'onglet Blocked Extensions vous permet de définir une liste de refus d'extensions de fichier. En mode refus, toute tentative de téléverser ou de renommer un fichier avec une extension répertoriée est bloquée. Plusieurs extensions peuvent être ajoutées en une seule fois en utilisant la séparation par virgule. La liste est actuellement vide.
L'onglet Requested Accounts gère le flux de demande de compte en libre-service disponible depuis la page de connexion de l'interface web. De là, vous configurez le serveur SMTP de notification, l'email de l'administrateur, le texte personnalisé des emails d'approbation et de refus, et quels champs sont requis sur le formulaire d'inscription : prénom, nom, téléphone, mobile et justification. Les demandes de compte entrantes apparaissent en bas de cette page pour approbation par l'administrateur.
L'onglet Public Shares définit les valeurs par défaut à l'échelle du serveur pour tous les liens de partage créés par les utilisateurs. Les options configurables incluent les durées de partage par défaut et maximales, si les mots de passe sont requis pour tous les partages, s'il faut appliquer la politique de mot de passe du système aux fichiers partagés, l'obscurcissement des noms de fichiers, s'il faut autoriser les téléchargements zip et comment les notifications sont gérées. La section One Time Password ci-dessous contrôle les paramètres OTP pour la longueur du code d'accès, les exigences de caractères, la durée de vie et le seuil de verrouillage après des tentatives échouées.
Utilisateurs AD, utilisateurs LDAP et utilisateurs SSO
La section AD Users connecte Cerberus à un domaine Windows. Si le serveur est joint à un domaine, la liste des utilisateurs d'Active Directory est automatiquement extraite. Dans notre cas, elle affiche Administrator, Cerberus, DefaultAccount, Guest et WDACUtilityAccount de la machine locale. De là, vous pouvez autoriser les comptes AD à accéder directement au serveur FTP, sans créer de comptes Cerberus distincts pour chacun. La section inclut également des onglets pour Domain Overview, Binding Options, User MFA Settings et User & Group Custom Mappings. LDAP Users et SSO Users dans la barre latérale gauche couvrent le même concept pour les annuaires LDAP et les fournisseurs d'identité SSO, respectivement.
La section Firewall Controls gère toute la sécurité au niveau de la connexion. La page principale affiche un diagramme de pipeline d'autorisation de connexion montrant les six étapes par lesquelles chaque connexion entrante passe : nouvelle connexion, connexions listener autorisées, IP autorisée, pays autorisé, limite de listener et autorisée. Les statuts actifs pour Geolocation (désactivé), Autoblocking (actif après 5 tentatives, bloque pendant 180 minutes) et DoS Protection (actif) sont affichés sur le même écran. Les adresses IP peuvent être ajoutées à une liste d'autorisation ou de refus depuis le panneau Country and IP Management. Ce niveau de contrôle de la couche réseau n'existe pas dans les services basés sur le cloud — c'est un avantage significatif pour les déploiements sur site.
L'onglet Automatic Threat Blocking configure les règles de force brute et DoS en détail. Auto-Blocking et DoS Protection ont chacun leur propre bascule. Sous Blocking Settings, vous définissez le nombre de connexions échouées avant qu'un blocage automatique ne soit déclenché (par défaut : 5), la fenêtre de temps avant que le compteur ne se réinitialise (120 minutes) et optionnellement une liste de noms d'utilisateur spécifiques qui devraient toujours déclencher un blocage IP en cas d'échec. La section Autoblock Timeout vous permet de choisir entre bloquer une IP pendant un nombre défini de minutes (par défaut 180) ou la bloquer de manière permanente.
Gestionnaire de serveur
Le Server Manager est le hub de configuration principal du serveur. Les onglets couvrent les paramètres General, les Protocols, les Listeners, les Messages, l'accès Remote, la Security, le Logging et les paramètres Advanced. C'est ici que réside toute la configuration technique du serveur : paramètres de protocole, SSL/TLS, suites de chiffrement, ports de listener et comportement de journalisation.
Gestionnaire d'événements
L'Event Manager est l'une des sections les plus performantes du panneau d'administration. Il a quatre onglets : Event Rules, Scheduled Tasks, Event Targets et Folder Monitor.
Les Event Rules vous permettent de définir des déclencheurs basés sur des événements qui se produisent sur le serveur. Lors de la création d'une nouvelle règle, la liste déroulante Rule Type propose : File Transfer Event, IP Blocked Event, User Account Blocked Event, User Disable Date Elapsed, Account Password Expiring Event, New Account Request Event, Login Event, Logoff Event, Directory Created Event, File Deleted Event, File Move/Copy Event, Upgrade Available Event, Public File Shared Event, Public File Transfer Event, Backup Server Synchronized et File Scanned Event.
Chaque règle a un déclencheur, un ensemble de conditions et un ensemble d'actions. Nous avons créé une règle de test utilisant le déclencheur File Transfer Event.
La section des conditions vous permet de filtrer par une longue liste de variables : horodatage, ID de connexion, adresse IP, ID de session, nom d'utilisateur, groupe d'utilisateurs, type de protocole, prénom, nom, email, numéro de mobile, nom de fichier, extension de fichier, chemin de fichier local, chemin de fichier distant, etc. Nous avons défini une condition de nom d'utilisateur égal à « inituser ». La logique de filtre prend en charge les modes Match If Any ou Match If All.
Lorsque les conditions sont remplies, les actions disponibles sont : Email Event Notification, Launch an Executable, Launch File Operation, Launch Server Operation, Send HTTP POST, Send a File et Get a File. Cela permet de construire des flux de travail pilotés par événements entièrement dans Cerberus — par exemple, déclencher un HTTP POST vers un webhook externe ou envoyer un fichier à un autre serveur chaque fois qu'un utilisateur spécifique téléverse quelque chose.
Les Scheduled Tasks fonctionnent de la même manière mais se déclenchent sur un intervalle de temps plutôt que sur un événement. Vous définissez une planification, définissez des conditions et choisissez parmi le même ensemble d'actions : avec deux ajouts spécifiques aux tâches planifiées : Email Saved Report et Scan a Folder.
Event Targets est l'endroit où vous définissez les endpoints externes vers lesquels les actions peuvent envoyer. Quatre types de cibles sont disponibles : SMTP Server Target, Executable Target, HTTP Post Target et Transfer File Target. Ceux-ci sont référencés lors de la configuration des actions dans Event Rules et Scheduled Tasks. Un exemple pratique : si un utilisateur nommé « x » téléverse un fichier de plus de 10 Go, envoyer une Big File Alert au Slack de l'entreprise via une cible HTTP POST.
Gestionnaire de synchronisation
Le Sync Manager vous permet de répliquer automatiquement les paramètres sur plusieurs instances de Cerberus FTP Server. Cela permet la haute disponibilité et la redondance : si vous exécutez plusieurs serveurs, ils peuvent rester synchronisés sans duplication manuelle de configuration. Toutes les instances doivent exécuter la même version et avoir des clés de licence uniques. La configuration est simple depuis les panneaux Server List et Configure General Settings.
Localisation
La section Localization vous permet de modifier chaque chaîne de texte dans l'interface web côté serveur et côté client. La locale est chargée à partir d'un fichier JSON, et la traduction anglaise par défaut et la traduction dans la langue actuelle sont affichées côte à côte pour chaque balise de chaîne. Cela donne aux administrateurs un contrôle total sur la langue et la terminologie utilisées dans toute l'interface.
Files.com
Notre visite guidée couvre l'interface du dossier racine, le flux de téléversement, les actions sur les fichiers, les journaux d'historique, le modèle d'autorisations, le chiffrement, les notifications et les options de gouvernance des données.
Aperçu de l'interface
Lorsque vous arrivez pour la première fois sur Files.com, l'explorateur de fichiers s'ouvre immédiatement. Il n'y a pas d'assistant d'intégration ni de liste de vérification de configuration ; vous êtes déposé directement dans la vue du dossier racine.
La barre latérale gauche répertorie chaque module majeur de la plateforme : Files, partage, comptes utilisateurs, chiffrement, etc.
L'étendue de la barre latérale montre clairement que Files.com est plus qu'un produit de stockage cloud. C'est une plateforme avec de sérieuses ambitions d'entreprise.
Le dossier racine lui-même a quatre onglets : Files, History, Permissions et Settings. La vue de liste de fichiers prend en charge trois modes d'affichage, la personnalisation des colonnes et des filtres avancés accessibles depuis la barre d'outils.
Emplacement de stockage
Avant de téléverser quoi que ce soit, nous avons vérifié où les fichiers seraient réellement stockés.
Cliquer sur le sélecteur de région dans le coin supérieur droit ouvre la modale Storage Location. Files.com propose cinq régions de stockage gérées prêtes à l'emploi.
Au-delà de ces options hébergées, il y a aussi une option Remote Server Mount. Cela vous permet de connecter un serveur Files.com On-Premise et de router tout le stockage vers une infrastructure que vous contrôlez entièrement, que ce soit votre propre centre de données ou un cloud privé.
Pour les organisations ayant des exigences strictes de résidence des données, la combinaison de la sélection régionale et du montage sur site couvre la plupart des scénarios de conformité.
Téléversement de fichiers
Le dossier racine commence vide. Trois actions de téléversement sont disponibles depuis le centre de l'écran :
New folder : Créer une structure de dossiers avant de téléverser
Upload files : Sélectionner des fichiers individuels
Upload folder : Téléverser un répertoire entier en une seule fois
Nous avons téléversé un fichier PDF de 21 Mo (Test.pdf) en utilisant le bouton Upload Files.
Le panneau de téléversement apparaît en bas de l'écran et reste visible pendant le transfert. Vous pouvez mettre en pause ou annuler des transferts individuels directement depuis ce panneau. Une ligne de résumé en bas affiche le nombre total de fichiers restants et leur taille combinée sur tous les téléversements actifs.
Liste de fichiers et actions groupées
Une fois le téléversement terminé, le fichier apparaît dans la liste avec les colonnes suivantes visibles par défaut.
Test.pdf était répertorié comme document Acrobat, modifié le 1er mars 2026 à 6:05 AM et faisait 21 Mo.
Les actions groupées fonctionnent sur plusieurs fichiers sélectionnés simultanément. Pour les opérations sur un seul fichier, le bouton Actions sur le côté droit de chaque ligne ouvre un menu contextuel avec un ensemble plus complet d'options.
L'option Priority Color vous permet de marquer visuellement les fichiers pour signaler les éléments qui nécessitent une attention dans un espace de travail partagé. Duplicate est une option distincte de Copy, qui crée une copie locale dans le même dossier sans nécessiter de sélection de destination.
Onglet Historique
L'onglet History enregistre chaque action effectuée par les utilisateurs dans le dossier. Nous avons trouvé trois entrées après notre session initiale :
Le journal capture à la fois les opérations sur les fichiers (création, modification, suppression) et les événements de session (connexion). Chaque entrée inclut l'utilisateur, la description de l'action, l'interface utilisée (Web dans notre cas) et un horodatage.
Le filtre de plage de dates est par défaut sur une vue d'un jour mais peut être ajusté. Des filtres et la sélection de colonnes sont également disponibles dans cette vue. Le bouton Export vous permet d'extraire le journal complet pour analyse externe ou rapport de conformité.
Onglet Permissions
L'onglet Permissions affiche quels utilisateurs et groupes ont accès au dossier actuel, et à quel niveau.
Le modèle d'autorisations est granulaire. Pour chaque utilisateur ou groupe, vous pouvez contrôler sept types d'autorisations distincts.
Comme nous étions le seul utilisateur sur le site, les sept autorisations étaient cochées pour notre compte. L'interface inclut une note : « You're the only user on this site and already have full access. To grant folder permissions to others, you'll need to create a new user. »
Un bouton Add new permission est disponible en bas de la liste. Les autorisations peuvent cascader depuis les dossiers parents ou les groupes, ce qui signifie que vous n'avez pas à les définir manuellement à chaque niveau d'une hiérarchie de dossiers.
L'onglet inclut également une section extensible Terms and Symbols qui explique chaque type d'autorisation.
Onglet Settings
L'onglet Settings contient quatre sous-sections : Sharing, Encryption, Notifications et Data Governance.
Encryption
La sous-section Encryption affiche une seule option : GPG, actuellement définie sur Off. Cliquer sur Edit ouvre la configuration pour activer le chiffrement basé sur GPG pour les fichiers stockés dans ce dossier.
Notifications
Cette section était la partie la plus impressionnante de l'onglet Settings. Files.com prend en charge six canaux de notification.
Chaque canal a son propre bouton View qui mène à l'écran de configuration. La gamme d'intégrations ici est véritablement utile pour les environnements d'entreprise. Amazon SNS et Google Pub/Sub, en particulier, sont rares dans les outils de gestion de fichiers, ce qui suggère que la plateforme est conçue pour des cas d'utilisation de pipelines automatisés, pas seulement pour le partage manuel de fichiers.
Gouvernance des données
La section Data Governance est organisée en deux catégories : Data Retention et Data Restrictions.
Tous les paramètres sont livrés avec des boutons Edit. File Expiration vous permet de définir des politiques de suppression automatique — utile pour les dossiers qui contiennent des données temporaires ou sensibles au temps. Archive Removed Files peut être activé pour conserver les fichiers supprimés dans une archive plutôt que de les supprimer définitivement.
Du côté des restrictions, Limit File Extensions vous permet de mettre en liste blanche ou en liste noire des types de fichiers spécifiques (par exemple, autoriser uniquement les téléversements .pdf et .xlsx). Limit File Names by Regular Expression offre le contrôle plus granulaire, vous permettant d'appliquer des conventions de nommage avec des motifs regex. Watermark Previews ajoute un filigrane aux écrans d'aperçu de fichier, pertinent lors du partage de documents sensibles avec des parties externes.
Chacun de ces paramètres est désactivé par défaut, ce qui signifie que la plateforme est livrée dans un état permissif et permet aux administrateurs d'activer les restrictions selon les besoins.
Partage
Cliquer sur Sharing dans la barre latérale gauche développe un sous-menu avec six éléments.
La plateforme est par défaut sur Share Links. Les filtres, la personnalisation des colonnes et un bouton Export sont disponibles, cohérents avec ceux de toutes les autres vues de liste de la plateforme.
Créer un lien de partage
Cliquer sur New Share Link ouvre un panneau en ligne dans l'explorateur de fichiers plutôt que de naviguer vers un écran séparé.
Le premier paramètre est le type de partage, étiqueté Reflect File/Folder Changes in Share :
Live Share Link : Pointe toujours vers la version actuelle du fichier. Si le fichier est mis à jour après la création du lien, les destinataires voient toujours la dernière version.
Snapshot Share Link : Le lien est verrouillé sur l'état du fichier au moment de la création. Les modifications ultérieures de l'original n'affectent pas ce à quoi les destinataires peuvent accéder.
Cette distinction est importante dans les flux de travail documentaires. Un snapshot est approprié pour un contrat signé ou un rapport versionné ; un lien en direct est approprié pour une spécification vivante ou un document de travail partagé.
Vous pouvez inclure plusieurs fichiers dans un seul partage, ou téléverser des éléments supplémentaires directement dans le lot de partage au moment de la création. Les éléments téléversés directement dans le partage sont limités au lien de partage uniquement et sont supprimés lorsque le lien expire ou est révoqué.
Actions disponibles
La liste déroulante Available Actions contrôle ce que les destinataires sont autorisés à faire avec les fichiers partagés. Cette gamme couvre la plupart des scénarios de partage réels sans nécessiter de comptes utilisateurs distincts pour les parties externes.
Boîtes de réception
La section Inboxes sous Sharing vous permet de créer des endpoints dédiés de soumission de fichiers qui acheminent les fichiers entrants directement dans un dossier Files.com. Trois types de boîtes de réception sont disponibles :
Accept Files via Web : Génère une URL publique. Des contrôles de mot de passe, de formulaire d'inscription et de contrat de clic sont disponibles.
Accept Files via Email : Génère une adresse email de boîte de réception dédiée. Les fichiers envoyés en pièces jointes arrivent directement dans le dossier configuré. La liste blanche d'expéditeurs par adresse ou domaine est prise en charge.
Accept Files via Web and Email : Accepte les deux canaux simultanément. L'application du mot de passe et du formulaire d'inscription n'est pas prise en charge dans ce mode combiné.
Chaque boîte de réception nécessite un dossier de destination, un titre d'affichage et une clé URL. La clé URL détermine le chemin public de la boîte de réception. L'URL est générée en aperçu avant que la boîte de réception ne soit enregistrée, vous pouvez donc vérifier l'adresse avant de la publier.
Configuration de la boîte de réception
Nous avons défini la destination sur Root Folder, entré un titre et défini la clé URL. L'URL publique de la boîte de réception est générée immédiatement en aperçu à https://aimultiple.files.com/u/aimultiple-file-uploads, vous pouvez donc vérifier l'adresse avant d'enregistrer.
Contrôles de soumission (Web)
Pour les boîtes de réception basées sur le web, une section Submissions Controls fournit trois barrières d'accès indépendantes :
Un mot de passe est requis avant que le formulaire de téléversement ne soit accessible. La plateforme applique les mêmes règles de complexité de mot de passe configurées dans User Settings aux mots de passe des boîtes de réception.
Registration Form exige que les téléverseurs remplissent un formulaire avant de soumettre. Vous pouvez utiliser le formulaire standard de la plateforme ou sélectionner un formulaire personnalisé créé dans la section Custom Forms. Un email de réception optionnel informe les téléverseurs de la soumission réussie.
Clickwrap exige que les téléverseurs acceptent un contrat de clic avant de continuer. Les contrats peuvent être créés en ligne ou sélectionnés dans une bibliothèque existante.
Les trois contrôles sont optionnels et peuvent être combinés dans n'importe quelle configuration sur une seule boîte de réception.
Boîte de réception email
Lors de la configuration d'une boîte de réception basée sur email, Files.com génère automatiquement une adresse dédiée. Dans notre test, c'était aimultiple-aimultiple-file-uploads@inbox.files.com.
Les fichiers envoyés en pièces jointes à cette adresse sont déposés directement dans le dossier de destination configuré. Notez que lors du passage en mode email, les contrôles de mot de passe, de formulaire d'inscription et de contrat de clic disparaissent entièrement et sont remplacés par des paramètres spécifiques à l'email.
La boîte de réception email expose deux sections de configuration supplémentaires. Email Sender Permissions & Replies vous permet de restreindre optionnellement les soumissions à des adresses d'expéditeur spécifiques ou à des domaines entiers via une liste blanche, ce qui nécessite d'abord d'activer l'authentification email entrante dans Sharing Settings. Une bascule Notifications peut optionnellement envoyer un email de confirmation à l'expéditeur lors du téléversement réussi.
Inbound Email Settings contient l'option Separate Submissions Into Subfolders, qui organise les pièces jointes de chaque email dans son propre sous-dossier en utilisant un modèle de nommage. Le modèle prend en charge les tokens de nom, email et domaine email, ainsi que les tokens de date/heure. S'il est laissé vide, les sous-dossiers sont nommés séquentiellement. Cela empêche les soumissions de différents expéditeurs de s'accumuler dans un répertoire plat.
Boîte de réception confirmée
Après l'enregistrement, l'écran de confirmation affiche les deux endpoints simultanément. Le bouton Visit Inbox ouvre directement la page de téléversement publique. Un bouton View Files renvoie au dossier de destination.
Test de vitesse de téléversement via la boîte de réception
La page de boîte de réception publique ne nécessite ni compte ni connexion. Elle affiche le titre de la boîte de réception, les boutons de téléversement de fichiers et de dossier, et une zone de glisser-déposer.
Le logo et le schéma de couleurs Files.com apparaissent par défaut.
Nous avons téléversé un fichier de 342 Mo via cette page pour mesurer le débit réel. Avec le stockage défini sur USA, Virginie, le téléversement s'est exécuté à 6 Mo/s. Notre connexion de test est une ligne symétrique de 1 000 Mbit/s avec une capacité de téléversement de 128 Mo/s. Le débit atteint était d'environ 5 % de la bande passante disponible, bien en dessous de ce que la connexion peut fournir.
Vitesse de téléversement : États-Unis vs Allemagne
Nous avons testé la boîte de réception en téléversant un fichier de 342 Mo via le formulaire web public. Notre connexion de test est une ligne symétrique de 1 000 Mbit/s avec une capacité de téléversement de 128 Mo/s.
Avec le stockage défini sur USA, Virginie, le téléversement s'est exécuté à 6 Mo/s, soit environ 5 % de la bande passante disponible.
Nous avons basculé la région de stockage du compte sur EU – Germany, Frankfurt. La migration de région s'est terminée en quelques secondes, tous les fichiers existants étant immédiatement disponibles dans la nouvelle région.
Le même fichier téléversé vers Francfort à 14 Mo/s — plus du double du résultat de Virginie. L'amélioration est cohérente avec la distance géographique réduite depuis notre emplacement de test à Istanbul. Cela dit, 14 Mo/s contre une connexion de 128 Mo/s représente toujours une utilisation de 11 %. Le débit de téléversement via la boîte de réception était sensiblement contraint dans toutes les régions, ce qui est une limitation significative pour les cas d'utilisation impliquant des transferts de fichiers volumineux.
Test de soumission par email
Nous avons également testé la boîte de réception email en envoyant le même fichier de 342 Mo en pièce jointe d'email. Gmail l'a automatiquement converti en lien Google Drive plutôt que de l'envoyer en pièce jointe directe. Le fichier n'est pas arrivé dans la boîte de réception Files.com et aucune notification d'erreur n'a été retournée. Un nouveau test avec un petit fichier envoyé en pièce jointe intégrée réelle a fonctionné correctement : le fichier est apparu automatiquement dans le dossier racine, organisé dans son propre sous-dossier.
Le dossier racine, après plusieurs soumissions de test, montre la structure de sous-dossiers automatique fonctionnant comme prévu. La soumission par email d'un expéditeur nommé a été organisée dans un dossier étiqueté avec son nom et son adresse email. Les soumissions anonymes par formulaire web ont atterri dans des dossiers numérotés séquentiellement. Aucun tri manuel n'était nécessaire.
Comptes utilisateurs
La section User Accounts dans la barre latérale gauche ouvre une liste d'utilisateurs. Cliquer sur Create User révèle un formulaire détaillé organisé en plusieurs sections rétractables :
User Identity collecte le nom d'utilisateur, la méthode d'authentification, l'email, le nom complet et l'entreprise. La méthode d'authentification par défaut est Email Signup, qui envoie au nouvel utilisateur une invitation pour définir son propre mot de passe.
Permissions vous permet d'attribuer un rôle, Standard User ou Site Administrator, plus des rôles supplémentaires optionnels (Billing Administrator, Read-Only Site Administrator). Les autorisations au niveau des dossiers sont configurées ici également.
Security fournit des contrôles d'accès par utilisateur, y compris une date d'expiration d'accès, une date de désactivation automatique pour les utilisateurs qui ne se sont pas connectés avant une échéance définie, des restrictions d'adresse IP, une option de contournement pour la liste blanche IP du site et des paramètres Two-Factor Authentication (utiliser le paramètre à l'échelle du site, toujours exiger ou ne jamais exiger). Un indicateur Shared/Bot User exempte le compte des exigences de 2FA et empêche les modifications du mot de passe ou de l'email.
Connection Options couvre les protocoles autorisés et la configuration du dossier racine FTP/SFTP. Preferences gère le fuseau horaire, la langue et l'avatar. Categorization & Notes fournit des champs de marquage interne et de notes.
La plateforme inclut également des User Lifecycle Rules, qui vous permettent de désactiver ou de supprimer automatiquement les comptes inactifs depuis un nombre spécifié de jours. C'est utile pour nettoyer les comptes créés pour des clients ou des sous-traitants qui ne sont plus actifs, sans nécessiter d'audits manuels. Des rapports d'accès sont également disponibles depuis la vue de liste d'utilisateurs à des fins d'audit.
Partenaires
Le sous-menu Partners sous User Accounts est conçu pour les organisations de groupes d'utilisateurs gérés en externe ou les fournisseurs dont les utilisateurs partagent le même accès aux dossiers et la même structure d'autorisations. La création d'un partenaire nécessite un nom, une affectation de dossier racine et une configuration des autorisations. La section User Access Controls vous permet de définir si les administrateurs partenaires peuvent créer des utilisateurs, réinitialiser les informations d'identification, contourner la 2FA pour les connexions FTP/SFTP/WebDAV et gérer les clés GPG pour leurs propres utilisateurs.
SSO
La section SSO prend en charge 13 fournisseurs d'identité prêts à l'emploi : Auth0, Microsoft Entra ID, Box, Dropbox, Cisco Duo, Google, Idaptive, JumpCloud, Microsoft Active Directory, Okta, OneLogin, SAML et Slack. Le provisionnement et le déprovisionnement SCIM sont pris en charge pour automatiser la gestion du cycle de vie des utilisateurs et des groupes via le fournisseur d'identité.
Chiffrement
SFTP/SSH Keys associe des clés publiques aux comptes utilisateurs, permettant à ces utilisateurs de s'authentifier auprès de Files.com via SFTP sans mot de passe. Le formulaire vous permet de sélectionner un utilisateur, d'ajouter un titre et soit de coller une clé publique, soit de téléverser un fichier de clé. Vous pouvez également générer une paire de clés directement dans le navigateur. C'est particulièrement utile pour les intégrations de systèmes automatisés et l'authentification à long terme qui ne devrait pas expirer ou tourner automatiquement.
GPG
La section GPG gère les clés GPG/PGP utilisées pour le chiffrement et le déchiffrement automatiques de fichiers au niveau du dossier. Files.com note que c'est courant dans les environnements de santé et de finance où les contreparties ou les exigences de conformité imposent le chiffrement GPG.
Chiffrements
La section Ciphers contrôle les suites de chiffrement SSL/TLS autorisées pour les connexions FTP et SFTP. Par défaut, Files.com exige les chiffrements modernes les plus sécurisés.
Types de déclencheurs d'automatisation
Quatre types de déclencheurs sont disponibles pour les automatisations :
- Interval s'exécute selon un calendrier récurrent tel que quotidien, hebdomadaire, mensuel, trimestriel ou annuel
- Custom Schedule s'exécute à des heures, jours ou intervalles exacts que vous définissez ; prend en charge plusieurs exécutions par jour et le saut optionnel des jours fériés par région
- Incoming Webhook se déclenche lorsqu'il est activé par un système externe via un endpoint webhook Files.com sécurisé
- Ad-Hoc (Run Manually) s'exécute à la demande en utilisant l'action Run Now, sans calendrier attaché ; adapté aux tâches ponctuelles
Le déclencheur Custom Schedule prend en charge les exclusions de jours fériés par région, ce qui signifie que les automatisations peuvent être configurées pour sauter les exécutions les jours fériés nationaux dans un pays spécifié — un niveau de précision de planification que la plupart des plateformes n'offrent pas en standard.
Services
Le menu Services dans la barre latérale gauche gère les protocoles de connexion que les clients peuvent utiliser pour accéder à Files.com. Chaque service a ses propres sous-onglets Settings et Logs, permettant aux administrateurs de configurer le comportement et de consulter l'historique des connexions indépendamment par protocole.
La page des paramètres FTP, illustrée ci-dessous, montre le niveau de contrôle disponible. Les options incluent l'activation ou la désactivation complète du service, le contrôle de la conversion des fins de ligne en mode ASCII, l'exigence de SSL sur toutes les connexions, la création automatique optionnelle de dossiers parents pour les téléversements des clients qui attendent ce comportement, et la définition d'un Message of the Day personnalisé affiché aux clients FTP lors de la connexion. La même profondeur de configuration est disponible pour SFTP, AS2 et WebDAV.
Intégrations
Le menu Integrations se développe en sept sous-sections : Catalog, Remote Servers, Sync, Mount, SSO, SIEM et Custom SMTP.
La page Catalog présente la bibliothèque complète des intégrations tierces disponibles. L'étendue ici est notable ; elle couvre les cibles de stockage cloud, les protocoles de transfert de fichiers, les fournisseurs d'identité, les outils de productivité, les plateformes d'observabilité et de sécurité, l'automatisation des flux de travail et les SDK développeurs pour JavaScript, .NET, Python, PHP, Ruby, Go et Rclone. Le catalogue inclut également l'application de bureau, l'application CLI et l'agent Files.com en tant que connecteurs installables.
Serveurs distants
Remote Servers vous permet de connecter Files.com à un système de stockage externe et de l'utiliser comme destination pour les dossiers, les automatisations et les synchronisations plutôt que de dépendre uniquement du stockage géré de Files.com. Une fois qu'un serveur distant est configuré, il peut être monté pour un accès en temps réel ou utilisé comme source ou cible pour des jobs de synchronisation planifiés. C'est particulièrement pertinent pour les organisations qui doivent stocker des fichiers dans un environnement spécifique pour des raisons de conformité mais souhaitent toujours utiliser Files.com pour l'orchestration, le contrôle d'accès et les fonctionnalités de transfert de fichiers.
Synchronisation
La fonctionnalité Sync vous permet de définir des jobs de synchronisation de fichiers planifiés ou déclenchés entre deux endpoints pris en charge — ce site, un système sur site connecté par agent ou un serveur distant configuré. La source et la destination sont configurées indépendamment, et les options incluent la conservation ou la suppression des fichiers sources après la copie. Un nom de fichier déclencheur peut être spécifié pour déclencher un événement en aval après la fin de la synchronisation. Les motifs Include et Exclude permettent un contrôle fin des fichiers concernés par un job de synchronisation donné.
SMTP personnalisé
L'option Custom SMTP sous Integrations permet à tous les emails sortants de Files.com — notifications, confirmations de boîte de réception, livraisons de liens de partage — d'être envoyés via votre propre serveur de messagerie plutôt que via l'infrastructure de Files.com. Pour les organisations ayant des exigences strictes de gouvernance des données ou de routage des emails, cela garantit qu'aucune métadonnée de message ne transite par un relais de messagerie tiers.
Notifications
Le menu Notifications prend en charge six canaux de livraison :
Email, Webhooks, Amazon SNS, Google Pub/Sub, Slack et Microsoft Teams.
La configuration suit le même modèle à travers les canaux. Pour Slack, vous fournissez une URL de webhook entrant depuis votre espace de travail Slack, sélectionnez le chemin du dossier à surveiller, choisissez si les notifications s'appliquent au dossier sélectionné uniquement ou à tous les sous-dossiers, et spécifiez si elles doivent se déclencher sur toutes les actions de fichier ou seulement sur des actions spécifiques. Le résultat est des alertes en temps réel dans votre espace de travail Slack pour toute activité de fichier sur une arborescence de dossiers choisie — utile pour les équipes qui ont besoin d'une conscience opérationnelle des soumissions entrantes ou des modifications de fichiers sans se connecter à la plateforme.
Applications clientes
Le menu Client Apps fournit des téléchargements et de la documentation pour la gamme complète d'applications clientes Files.com. Les clients disponibles incluent une application de bureau pour Windows et macOS, une application en ligne de commande (CLI) et une application mobile. L'application de bureau intègre Files.com comme un lecteur monté dans le Finder Mac ou l'Explorateur de fichiers Windows, permettant des opérations de fichier natives y compris les transferts par glisser-déposer. L'application CLI est particulièrement utile pour les flux de travail scriptés et les transferts de serveur à serveur. Avoir la prise en charge CLI aux côtés des clients GUI signifie que la plateforme peut accueillir à la fois les utilisateurs finaux et les opérateurs techniques depuis le même compte.
Agent sur site
L'On-Premise Agent est un service d'arrière-plan multiplateforme qui connecte vos systèmes de fichiers locaux — y compris les périphériques NAS (NFS, SMB, CIFS) et les réseaux de stockage (SAN) — à votre site Files.com. Une fois installé, l'agent peut être enregistré en tant que Remote Server et utilisé pour un accès monté en temps réel ou comme source/destination dans les jobs de synchronisation. C'est le mécanisme clé pour les organisations qui doivent conserver les fichiers sur leur propre infrastructure pour des raisons de conformité GDPR, HIPAA ou autres, mais souhaitent toujours tirer parti de Files.com pour le contrôle d'accès, l'orchestration de transfert de fichiers et le partage. Toute transmission de données entre l'agent et Files.com est chiffrée.
Utilisation
Le menu Usage fournit une vue en temps réel et historique de la consommation du compte. Le résumé de la période de facturation actuelle affiche le stockage total utilisé, le volume de transfert décomposé par sortant natif et entrant/sortant du serveur distant, et le nombre d'utilisateurs facturables. Un graphique en série temporelle vous permet de basculer entre les vues Storage, Transfer Usage, Users et API, avec une plage de dates configurable. Un outil Export Site Usage by Folder génère un rapport de consommation de stockage par chemin de dossier, avec des options de profondeur de récursion et de seuil de taille minimale de dossier — utile pour identifier où le stockage est concentré avant de prendre des décisions de rétention ou de nettoyage.
Sécurité
La page Passwords détaille toutes les restrictions actives. La configuration actuelle exige un minimum de 10 caractères, incluant une lettre, un chiffre, un symbole et des lettres majuscules et minuscules. La réutilisation des 10 derniers mots de passe est bloquée. Prevent Use of Breachable Passwords est activé, ce qui signifie que les mots de passe qui apparaissent dans les bases de données de fuites d'identifiants connues sont rejetés à la création. L'expiration du mot de passe est configurable mais désactivée par défaut. Une option notable est Apply password rules to Shares, Inboxes, and Publicly Served Folders — lorsqu'elle est activée, les mêmes exigences de complexité s'étendent aux mots de passe définis sur les liens de partage et les boîtes de réception, pas seulement aux comptes utilisateurs internes. La protection contre la force brute est également configurable, avec les valeurs par défaut de Files.com appliquées sauf remplacement.
Authentification à deux facteurs
La page 2FA contrôle l'application à l'échelle du site et les méthodes d'authentification autorisées. L'application est actuellement définie sur « not required » — elle peut être modifiée pour exiger la 2FA pour tous les utilisateurs ou des types d'utilisateurs spécifiques. Les quatre méthodes prises en charge sont SMS, TOTP (applications d'authentification), clé matérielle et YubiKey Native. Une bascule distincte contrôle si les utilisateurs FTP, SFTP et WebDAV peuvent contourner la 2FA pour ces protocoles spécifiques — utile pour les comptes système automatisés qui ne peuvent pas relever de manière interactive un défi 2FA.
Gouvernance des données
Le menu Data Governance contient sept sous-sections : Retention, Restrictions, Organization, Clickwraps, Global Regions, File Integrity et Restore.
Rétention des données
La section Retention gère la durée pendant laquelle les données sont conservées sur la plateforme. File Expiration vous permet de définir des règles qui suppriment automatiquement le contenu du dossier après une période spécifiée. Archive Removed Files contrôle la durée pendant laquelle les fichiers supprimés sont conservés avant d'être définitivement purgés — c'est la fenêtre pendant laquelle les fichiers supprimés peuvent être récupérés. Un onglet Settings configure le comportement d'écrasement à l'échelle du site et le mode Archive-Only.
Restrictions de données
La section Restrictions fournit des contrôles fins sur ce qui peut être téléversé et comment les noms de fichiers sont structurés. Les onglets couvrent File Extension Limits, File Name Length Limits, File Name Regex Limits, Folder Locks et Watermark Previews. Ces restrictions s'appliquent aux opérations de téléversement, de déplacement et de copie, et cascadent vers les sous-dossiers sauf remplacement explicite.
La section Organization permet une gestion des fichiers basée sur des règles au point de téléversement. Rename Uploaded Files vous permet de définir des règles qui standardisent automatiquement les noms de fichiers lorsque les fichiers arrivent — utile pour maintenir des schémas de nommage cohérents entre les intégrations.
Organize Files définit des règles pour déplacer ou copier automatiquement les fichiers dans des sous-dossiers en fonction de critères. Create User Folders provisionne automatiquement un dossier personnel pour chaque utilisateur. Ensemble, ces fonctionnalités peuvent remplacer entièrement les flux de travail manuels de gestion de fichiers.
Contrats de clic
La section Clickwraps est l'endroit où les accords juridiques sont créés et stockés pour utilisation sur toute la plateforme. Tout accord défini ici devient disponible pour sélection lors de la configuration des boîtes de réception basées sur le web ou des liens de partage qui nécessitent l'acceptation de l'utilisateur avant l'accès.
Régions globales
La section Global Regions, affichée ci-dessus comme Data Storage Regions, vous permet d'attribuer des dossiers individuels à des régions de stockage géographiques spécifiques. Le dossier racine de notre compte est actuellement attribué à EU: Germany, Frankfurt, suite à notre migration de région précédente. Dans une organisation multi-région, différents dossiers peuvent être routés vers différents endpoints de stockage régionaux ; par exemple, les fichiers soumis par des clients européens peuvent être stockés à Francfort tandis que les soumissions nord-américaines atterrissent en Virginie — améliorant à la fois la latence et la conformité aux exigences de résidence des données. Lorsqu'une attribution de région change, les fichiers existants sont automatiquement migrés vers la nouvelle région en arrière-plan.
Intégrité des fichiers
La section File Integrity vous permet de configurer les sommes de contrôle que Files.com calcule et stocke pour chaque fichier téléversé. Quatre algorithmes sont disponibles : SHA256, SHA1, CRC et MD5. Lorsqu'elle est activée, la somme de contrôle est stockée avec les métadonnées du fichier et peut être utilisée pour vérifier qu'un fichier n'a pas été altéré après le téléversement. C'est particulièrement précieux dans les secteurs réglementés où la détection d'altération de fichier est une exigence de conformité, et pour les flux de travail de transfert automatisés où le système destinataire doit vérifier l'intégrité du fichier avant le traitement.
Restauration
La section Restore fonctionne comme une corbeille de niveau entreprise. Les fichiers, dossiers et utilisateurs précédemment supprimés peuvent être récupérés tant qu'ils se situent dans la fenêtre de rétention configurée dans les paramètres Data Retention. Les demandes de restauration s'exécutent comme des jobs en arrière-plan, ce qui les rend adaptées aux opérations de récupération à grande échelle.
Lors de la création d'une demande de restauration, vous pouvez délimiter l'opération à un dossier spécifique ou au site entier, filtrer par date de suppression pour limiter ce qui est récupéré, et choisir de restaurer les fichiers en place (chemin d'origine) ou dans un nouveau dossier à la racine. Les horodatages de modification de fichier peuvent être préservés tels quels ou mis à jour à la date et l'heure actuelles — avec un avertissement que la préservation de l'horodatage d'origine peut immédiatement déclencher les File Expiration Rules si elles sont actives sur le dossier de destination. Les permissions de dossier peuvent optionnellement être restaurées avec les fichiers. Les demandes de restauration sont suivies avec des mises à jour de statut, et les fichiers qui ont été définitivement purgés en fonction des paramètres de rétention ne peuvent pas être récupérés.
Image de marque
La page Branding révèle toute l'étendue du marquage blanc disponible. Les éléments configurables incluent le nom du site, le schéma de couleurs de l'interface, le texte d'aide de la page de connexion, le texte d'en-tête et de pied de page pour l'interface interne et les pages publiques (boîtes de réception, liens de partage), un logo personnalisé, une image d'arrière-plan de connexion personnalisée, des icônes personnalisées et l'adresse de réponse et le texte de pied de page utilisés dans les notifications par email sortantes. Combiné avec le paramètre Custom Domain, ces options permettent aux organisations de présenter Files.com entièrement sous leur propre marque — le nom Files.com n'a pas besoin d'apparaître nulle part dans l'expérience utilisateur.
Développeurs
Le menu Developers en bas de la barre latérale gauche contient trois sous-sections : SDK, API et CLI. Cette section s'adresse aux équipes qui souhaitent intégrer les fonctionnalités de Files.com directement dans leurs propres applications, scripts ou pipelines automatisés.
SDK
Files.com maintient des SDK officiellement pris en charge pour sept langages : Ruby, .NET, JavaScript, Python, Go, Java et PHP. Chaque SDK est publié dans le registre de paquets standard de son langage et lié à un dépôt GitHub public. Les SDK exposent chaque capacité de la plateforme disponible via l'interface web — opérations de fichier, gestion des utilisateurs, autorisations, liens de partage, boîtes de réception, paramètres de dossier et configuration du site — en tant qu'objets natifs dans le langage cible. La plateforme recommande explicitement d'utiliser les SDK plutôt que les appels directs à l'API, notant que leurs équipes d'ingénierie internes utilisent les mêmes SDK et que les problèmes sont donc trouvés et corrigés rapidement.
API
La section API fournit l'accès à la documentation de l'API REST de Files.com et à la gestion des clés d'API. Chaque action disponible via l'interface web est également disponible via l'API, ce qui la rend adaptée à l'intégration des capacités de Files.com dans des applications personnalisées, des sites web, des solutions iPaaS ou des bases de données. Les clés d'API de niveau administrateur peuvent effectuer des opérations de gestion de site, y compris le provisionnement d'utilisateurs, les modifications d'autorisations, la création de liens de partage, la configuration de boîtes de réception et les paramètres de dossier — toute la surface administrative de la plateforme, accessible par programme.
CLI
La sous-section CLI fournit l'accès à l'application en ligne de commande de Files.com. Aux côtés de l'application de bureau pour Windows et macOS, de l'interface basée sur navigateur, de l'application mobile et de la surface SDK/API, la CLI complète un ensemble complet de modalités d'accès. Pour les flux de travail d'automatisation — transferts planifiés, traitement de fichiers scripté, opérations de serveur à serveur — la CLI est l'outil le plus direct disponible. Elle prend en charge les mêmes opérations de fichier et d'administration que l'interface web et peut être intégrée dans des scripts shell, des jobs cron ou des pipelines CI/CD sans écrire de code d'application. Pour les équipes gérant Files.com comme partie d'une pile d'automatisation d'infrastructure plus large, la CLI est souvent l'interface quotidienne la plus pratique.
Ajouter comme source préféréeThru, Inc
Nous sommes inscrits à Thru et avons testé son interface de transfert de fichiers à partir de zéro, en parcourant la configuration de l'organisation, la configuration des endpoints, la création de flux et le flux de travail de transfert de fichiers de bout en bout.
Configuration et premières impressions
Après la connexion, le tableau de bord présente immédiatement les statistiques de transfert, les octets entrants/sortants, le stockage actuel par rapport au stockage maximal, les opérations de traitement de fichiers (chiffrer, déchiffrer, compresser, décompresser) et un graphique de transactions ventilé par mois. Sur un compte vierge, toutes les valeurs sont à zéro, ce qui est attendu, mais la disposition fait un travail raisonnable pour communiquer ce que la plateforme suit.
La navigation de gauche se compose de six éléments principaux : Dashboard, Organizations, Flows, Activity, Reports et Alerts, plus Help et Admin en bas.
Organisations
Les Organizations servent de conteneur de niveau supérieur pour toutes les ressources. En créer une nécessite un nom, des balises optionnelles et une description.
Après l'enregistrement, la liste se met à jour avec la nouvelle entrée :
Cliquer dans AIMultiple ouvre l'écran Properties. La barre latérale gauche affiche maintenant le menu au niveau de l'organisation : Endpoints, Subscription, PGP Keys, SSH Keys, Certificates, Thru Nodes et Machine Users.
Properties vous permet de modifier les informations saisies au moment de la création.
Endpoints
Les Endpoints sont l'endroit où la flexibilité de Thru devient apparente. Lors de la création d'un nouvel endpoint, la liste déroulante Type expose une gamme d'options de stockage. D'après les tests, les types disponibles incluent :
La création d'un nouvel endpoint demande un titre et un type. La liste déroulante des types répertorie les options de stockage disponibles :
- Thru FTPS : le stockage FTPS géré propre à Thru
- Thru SFTP : le stockage SFTP géré propre à Thru
- Thru File Share : un nœud auto-hébergé exécutant le serveur de transfert de fichiers compatible de Thru (voir Thru Nodes ci-dessous)
- Amazon S3 : router les transferts vers votre propre bucket AWS
- Azure Blob Storage : router les transferts vers votre propre stockage Azure
- External SFTP : se connecter à un serveur SFTP tiers
- External FTPS : se connecter à un serveur FTPS tiers
- Web Form : une page de téléversement basée sur navigateur pour les parties externes
Les endpoints Thru gérés (FTPS, SFTP) sont l'option la moins frictionnelle — les identifiants et les URL sont provisionnés automatiquement. Les options de stockage externe (S3, Azure, SFTP/FTPS tiers) sont un différenciateur significatif par rapport aux plateformes qui n'offrent que leur propre stockage géré.
Nous avons sélectionné Thru FTPS pour les tests. L'adresse de l'endpoint a été générée immédiatement et affichée à l'écran.
Abonnement
L'écran Subscription vous permet de sélectionner une organisation et d'activer un abonnement pour celle-ci.
Clés PGP
La génération de clés PGP est intégrée directement dans la plateforme. Le formulaire collecte le nom de la clé, le nom d'utilisateur/email, l'algorithme, la force de la clé, la phrase secrète (avec confirmation) et une date d'expiration optionnelle. Les clés peuvent être utilisées pour chiffrer ou déchiffrer des fichiers lors de leur passage dans les flux. Ceci est configuré au niveau de l'endpoint de flux, pas globalement, ce qui est la conception correcte.
La gestion des clés SSH suit une structure identique à PGP (nom, email, algorithme, force de la clé, phrase secrète). Celles-ci sont utilisées comme identifiants d'authentification pour les endpoints de type SFTP. La génération est gérée au sein de la plateforme plutôt que d'exiger des utilisateurs qu'ils importent des clés générées en externe, bien que cette dernière option existe probablement aussi.
Certificats
La section Certificates permet d'importer des certificats SSL/TLS à utiliser avec les endpoints FTPS via une modale de téléversement par glisser-déposer. L'interface spécifie seulement que le fichier doit être un certificat valide — aucune autre indication n'est fournie sur les formats acceptés (PEM, PFX, CRT, etc.), les exigences de chaîne de certificats, ou si les certificats clients et les certificats serveur sont des concepts distincts dans ce contexte. C'est une lacune notable. La plupart des administrateurs traitant de la gestion de certificats FTPS auront des questions auxquelles l'interface utilisateur ne répond actuellement pas en ligne.
Nœuds auto-hébergés (Thru Nodes)
Les Thru Nodes méritent une attention particulière. Via la section Thru Nodes, les utilisateurs peuvent enregistrer un nœud puis télécharger un script d'installation pour Windows (PowerShell) ou Linux (curl & bash), avec crontab ou systemd comme gestionnaire de service sur Linux. Le nœud transforme effectivement n'importe quel serveur en un endpoint compatible Thru, une capacité significative pour les organisations qui ne peuvent pas ou ne veulent pas router les données via un stockage cloud tiers.
Note de comparaison : files.com n'offre pas d'option de nœud auto-hébergé ; le stockage est exclusivement géré par le fournisseur. La capacité auto-hébergée de Thru est un différenciateur concret pour les déploiements sur site ou hybrides.
Guide d'installation Linux
L'installation est simple sur les deux plateformes. L'implication pratique : si vous ne voulez pas utiliser le stockage géré de Thru, Amazon S3, Azure ou un serveur FTP/SFTP externe, vous pouvez exécuter le propre serveur de transfert de fichiers de Thru sur votre propre matériel. Lors de la création d'un endpoint File Share, Thru vous invite à sélectionner l'un des nœuds enregistrés ici. C'est un chemin de stockage auto-hébergé qui n'a pas d'équivalent dans Files.com, qui n'offre que des régions de stockage gérées et des connexions de serveur distant.
La section Machine Users est vide. Le tableau a des colonnes Flow Endpoint, Type et Org Endpoint mais aucune entrée. L'attente est que les utilisateurs machine associés à un nœud Thru installé apparaîtraient ici — comme aucune installation de nœud n'a été effectuée dans ce benchmark, la liste reste vide.
De retour dans le menu principal, Flows est l'endroit où réside la logique de transfert réelle de la plateforme. Les Flows définissent comment les fichiers se déplacent d'un endpoint source à un endpoint destination, avec des règles, des transformations et des déclencheurs appliqués en cours de route. La liste est actuellement vide.
Nous avons créé un nouveau flux. Après l'enregistrement, l'éditeur de flux s'ouvre :
Configuration de la source et de la cible
Cliquer sur Add Flow Endpoint du côté source ouvre un sélecteur d'endpoint. Thru vous invite à sélectionner une source de stockage. Nous avons créé un endpoint Web Form à utiliser comme source. Cela génère une page de téléversement basée sur navigateur pour les soumissionnaires externes. Pour la cible, nous avons sélectionné l'endpoint Thru FTPS créé précédemment.
Le flux est maintenant actif.
Avec les deux côtés connectés, nous avons cliqué sur View and Push Changes pour publier le flux. Depuis la liste Flows, les flux individuels peuvent être exportés — utile pour répliquer des configurations entre environnements ou sauvegarder des définitions de flux.
Endpoint Web Form créé, ajouté au flux
Flux avec source et cible toutes deux configurées
Écran de confirmation View and Push Changes
Liste des flux affichant les options d'exportation
Paramètres de l'endpoint source
Cliquer sur le menu à trois points de l'endpoint source ouvre la modale Edit Flow Endpoint Settings. Le côté source a six onglets : Configuration, Processing Options, Anti-Virus, Trigger Files, Rename et Alerts.
Configuration couvre le filtrage des noms de fichiers et le chemin source. Les filtres Include et Exclude prennent tous deux en charge les expressions régulières ; seule l'interface utilisateur renvoie à une référence regex et affiche un modèle d'exemple. Le chemin source est par défaut / mais peut être restreint à un sous-répertoire spécifique.
Processing Options est une seule liste déroulante : Disabled, Encryption, Decryption, Compression, Decompression. Transformation en vol sans aucun outillage externe — chiffrer avant transfert, compresser avant stockage ou décompresser à l'ingestion.
Anti Virus est une simple bascule. Lorsqu'elle est activée, chaque fichier passant par cet endpoint est analysé avant transfert. Aucun détail sur le moteur, le comportement de quarantaine ou l'accès au journal d'analyse n'est exposé dans l'interface utilisateur — fonctionnalité utile, documentation mince.
Trigger Files résout le problème de téléversement partiel. Le mode actif — un NOM DE FICHIER TEMP, pour chaque fichier — écrit les fichiers entrants sous une extension temporaire (par exemple, example.doc.filepart) jusqu'à ce que le transfert complet soit terminé, après quoi le fichier est renommé. Cela empêche un fichier à moitié écrit d'être récupéré et transféré en cours de route. Particulièrement important pour les fichiers volumineux téléversés par morceaux.
Rename permet de renommer les fichiers à l'ingestion en utilisant des règles de motif de fichier configurables. Plusieurs règles peuvent être définies ; la première règle correspondante l'emporte. Aucune règle n'a été configurée pendant les tests.
Alerts prend en charge les notifications par adresse email pour les événements Inactivity, Transfer Limit Exceeded et Quarantined. Celles-ci alimentent la section Alerts à l'échelle de la plateforme.
Paramètres de l'endpoint cible
L'éditeur d'endpoint cible a les mêmes onglets que la source — Configuration, Processing Options, Trigger Files, Rename, Alerts — plus deux supplémentaires : Users et Mapping.
L'onglet Users affiche les identifiants utilisés pour s'authentifier auprès du stockage cible. Comme FirstStorage est un endpoint FTPS géré par Thru, un compte de service (ftps-tgt-20773, Authentication Type: User Password) a été automatiquement provisionné, sans configuration manuelle des identifiants requise. Pour les cibles SFTP ou FTP externes, c'est ici que vous ajouteriez ou géreriez les identifiants de connexion.
L'onglet Mapping définit où les fichiers atterrissent sur la cible. Chaque règle de mappage a trois champs : Source Endpoint (la source à laquelle appliquer la règle), Source Path (le répertoire d'origine) et Target Path (le répertoire de destination sur la cible). La valeur par défaut est toutes les sources, tous les chemins, routés vers /. Plusieurs mappages peuvent être ajoutés pour router des fichiers de différents répertoires sources vers différents dossiers cibles — utile pour tout pipeline qui a besoin d'une sortie structurée à partir d'une entrée plate ou mixte.
Intégration de formulaire web
L'endpoint source dans ce flux est de type Thru HTTPS Web UI Upload — un formulaire de téléversement hébergé. Cliquer sur le menu à trois points de cet endpoint révèle une option Embed Thru Upload Component.
La modale d'intégration fournit deux blocs de code : un ensemble de balises <script> et <link> hébergées sur CDN pour importer la bibliothèque de composants web Thru, et une balise d'élément personnalisé (<thru-upload>) pré-remplie avec l'ID de l'endpoint de flux et l'URL de l'API. Une clé d'API doit être sélectionnée dans une liste déroulante pour activer l'extrait. L'attribut API-key est renseigné une fois la clé choisie.
Le composant a été intégré sur un serveur de test externe. Chaque requête a échoué en pratique en raison d'erreurs CORS. Aucune configuration CORS n'a été trouvée dans l'interface d'essai, bien qu'elle puisse exister ailleurs sur la plateforme. L'API de staging Thru a bloqué les requêtes cross-origin du domaine de test car il manquait un en-tête Access-Control-Allow-Origin. La fonctionnalité est bien conçue en concept, mais bloquée au niveau de la couche d'intégration sans demande de support ou configuration non découverte.
La modale File Upload, accessible via le menu à trois points directement dans Flow Studio, a fonctionné sans problème pour les tests internes. Un PDF a été téléversé vers l'endpoint source et s'est terminé avec succès à 100 %.
Activité
La section Activity est un journal de transfert entièrement filtrable. Filtres disponibles : Flow, Organization, Endpoint, Flow Endpoint, Date Range, Filename (avec prise en charge des caractères génériques), Processing Status, Transfer Status, View Type (Source & Target, Source only, Target only) et Show Purged Files. Le panneau de filtres peut être épinglé ou masqué.
Le PDF téléversé quelques instants plus tôt est apparu immédiatement dans le journal. La ligne affiche Type (Source), Flow (TestFlow), Flow Endpoint (20772: SourceStorage, Thru HTTPS Web UI Upload), Organization (AIMultiple), Thru Node (Cloud), Filename, File Size (148,5 Kio), Delivery count (0/1) et Last State Update (Completed).
Cliquer sur l'enregistrement du fichier ouvre une modale File Download qui affiche les détails du fichier, le nombre total de téléchargements réussis et échoués, et un historique complet de téléchargement. Deux boutons d'action sont présents : Download File et Share….
Le bouton Share ouvre un popover Share Configuration directement dans la modale. Paramètres : Active for et Max downloads (entier). Cliquer sur Generate Share Link produit une URL de téléchargement limitée dans le temps et en nombre. C'est une fonctionnalité pratique de distribution ad hoc — pas besoin d'étape séparée d'hébergement de fichiers.
Le bouton Export dans la vue Activity déclenche un job de génération de rapport. La page Export Reports (accessible depuis le menu principal Reports) affiche l'état du job, le temps de génération (177ms dans ce cas) et un horodatage de rétention. Une notification toast dans le coin inférieur droit confirme quand l'exportation est prête avec un bouton Download direct. Les rapports sont de simples exportations de journal d'activité ; aucun constructeur d'analytique personnalisé n'a été observé.
Alertes
La page Alerts agrège les alertes générées par le système sur tous les flux. Les colonnes du tableau sont : Source, Alert Type, Created, Severity, Alert ID, Organization, State, Details et Actions. Des boutons Filter et Clear All Alerts sont disponibles.
Pendant les tests, aucune alerte ne s'était déclenchée, donc la liste était vide. La valeur de cette vue devient apparente à grande échelle — plutôt que de naviguer dans la configuration de chaque flux pour vérifier l'historique des alertes, toutes les alertes déclenchées sur chaque flux et organisation apparaissent ici en un seul endroit avec une gravité et un état filtrables.
Admin
La section Admin est accessible depuis le bas de la navigation gauche et couvre la configuration au niveau de la plateforme. Le sous-menu Admin contient : Users, Roles, Retention, Audit Log, MFA, Thru Nodes, Feature Flags et SSO Mappings.
L'écran Users répertorie tous les comptes de la plateforme, y compris leurs horodatages de dernière connexion, leurs statuts et leurs indicateurs de bannissement. La gestion des rôles, les politiques de rétention de fichiers et les mappages SSO couvrent les exigences standard d'administration d'entreprise. L'Audit Log fournit un enregistrement complet des actions de la plateforme, qui a fait quoi et quand — ce qui est une exigence de base pour les cadres de conformité SOC 2, HIPAA et similaires. MFA et SSO Mappings indiquent que l'intégration d'identité d'entreprise est prise en charge.
Le menu Help fournit de la documentation pour les utilisateurs finaux et les développeurs, y compris la référence de l'API. La qualité et la profondeur de la documentation n'ont pas été évaluées en détail pendant ce benchmark, mais la présence d'une section spécifique aux développeurs est pertinente pour les équipes planifiant des intégrations basées sur l'API.
Les benchmarks de performance et de débit sont hors du cadre de cette évaluation et seront couverts séparément.
Solarwinds Serv-U
Nous avons téléchargé et installé SolarWinds Serv-U MFT Server à partir de zéro, configuré le panneau d'administration et exploré l'interface de gestion, y compris la configuration du serveur, la gestion des utilisateurs et la gestion des événements.
Premiers pas
Le processus d'essai commence sur la page produit Serv-U. Cliquer sur le lien Download Free Trial ouvre un formulaire demandant le prénom, le nom, l'email professionnel, le pays, le code postal, le numéro de téléphone et le nom de l'entreprise, plus de champs que Cerberus n'en exige. Soumettez-le et vous serez redirigé vers une page de téléchargement où vous pouvez sélectionner votre version.
Contrairement à Cerberus, qui est exclusivement Windows, Serv-U prend en charge à la fois Windows et Linux côté serveur. Nous avons choisi d'installer la version Linux sur une instance AWS m6i.xlarge, la même taille utilisée dans notre test Cerberus.
Installation
Nous sommes connectés au serveur via SSH, avons téléchargé le programme d'installation avec wget, extrait l'archive et exécuté le binaire. Le programme d'installation pose quatre questions : confirmer l'installation, choisir le répertoire d'installation, installer en tant que service et démarrer maintenant. Quatre réponses oui, et l'installation était terminée en environ cinq secondes.
La note d'installation imprimée dans le terminal est importante : un listener est créé sur le port 8443, et les identifiants admin par défaut sont le nom d'utilisateur admin et le mot de passe admin. Le fichier journal de démarrage affichera toutes les adresses IP et tous les ports sur lesquels Serv-U écoute.
Panneau d'administration basé sur le web
Naviguer vers l'IP du serveur sur le port 8443 ouvre une page de connexion. C'est une différence significative par rapport à Cerberus : le panneau d'administration de Serv-U est une interface web accessible à distance depuis n'importe quel navigateur. Cerberus n'a pas d'équivalent ; sa gestion nécessite de se connecter directement à la machine serveur via le bureau à distance, ce qui est moins pratique.
Après connexion avec les identifiants par défaut, Serv-U invite à configurer l'authentification multifacteur. Les applications recommandées sont Google, Microsoft, LastPass et Authy. La configuration implique de scanner un code QR. Vous pouvez sauter cette étape.
Tableau de bord
Après avoir sauté la configuration MFA, le tableau de bord se charge. Il affiche les Session Statistics, Login Statistics et Transfer Statistics sur l'ensemble du serveur. Les sessions actuelles, le total des sessions, le nombre de connexions, la durée moyenne des sessions, l'heure de la dernière connexion, et les vitesses de téléchargement et de téléversement sont tous visibles en un coup d'œil. Un journal du serveur en direct est affiché sous les statistiques, avec des contrôles Freeze Log, Clear Log et Filter Log. Deux onglets supplémentaires affichent Active Sessions et un lien vers la communauté THWACK.
La barre latérale gauche répertorie : Dashboard, Server Details, Users, Groups, Directories, Limits & Settings et Server Activity sous la section Global, suivie d'une section Domains affichant actuellement Admin Domain.
Détails du serveur
La section Server Details a sept onglets : IP Access, Serv-U Gateway, Database, Events, License Information, Program Information et Server Identity.
L'onglet IP Access gère les règles de connexion à l'échelle du serveur. Chaque règle prend une adresse IP, un nom ou un masque et attribue un accès allow ou deny, avec une date d'expiration et une description optionnelles. Les formats pris en charge incluent la correspondance exacte, les caractères génériques, la plage, la notation CIDR et le caractère générique unique. Les règles peuvent être importées et exportées.
L'onglet Serv-U Gateway configure un composant proxy inverse optionnel qui termine les connexions de transfert de fichiers dans la DMZ, empêchant les connexions entrantes de la DMZ vers le réseau interne et gardant les données entièrement hors de la DMZ. La configuration nécessite une adresse de passerelle, un port (1180 par défaut) et une adresse IP publique.
L'onglet Database vous permet de connecter Serv-U à une source de données ODBC externe pour charger des utilisateurs et des groupes. La base de données externe nécessite un pilote ODBC installé sur le système. Les mappages de tables d'utilisateurs et de groupes peuvent être personnalisés. Les utilisateurs chargés depuis la base de données remplacent les comptes créés localement avec le même nom.
L'onglet Events est l'endroit où les règles d'événement au niveau du serveur sont créées. Chaque événement a un type, un nom et une action. Le type d'événement affiché dans le formulaire de création est par défaut Server Start, mais peut être modifié pour couvrir d'autres déclencheurs au niveau du serveur. Les actions incluent Send Email avec les champs To, BCC, Subject et Message ainsi que d'autres types d'actions. Un bouton Create Common Events génère automatiquement un ensemble de règles d'événement standard.
License Information affiche l'état d'enregistrement actuel, l'édition, le nombre de copies, la date d'achat et les jours d'essai restants. Il inclut également un tableau de comparaison côte à côte des capacités FTP Server par rapport à MFT Server sur les utilisateurs maximaux, les domaines, les sessions, les capacités, l'architecture, les protocoles, le web et mobile, l'administration et la personnalisation. L'édition MFT affiche illimité pour toutes les limites d'utilisateurs et de sessions et ajoute des fonctionnalités incluant la gestion automatisée des fichiers, les événements et notifications par email, les événements Microsoft Queue, le partage de fichiers, Serv-U Gateway, la haute disponibilité, la validation FIPS 140-2, les statistiques utilisateur et groupe, l'administration web à distance, le HTML et CSS du client web personnalisé, l'authentification via bibliothèque personnalisée, l'authentification par base de données, l'authentification Windows/AD et l'authentification LDAP.
Utilisateurs
La section Users a deux onglets : Global Users et Database Users. La création d'un utilisateur ouvre une boîte de dialogue User Properties avec neuf onglets : User Information, Directory Access, Virtual Paths, Logging, Groups, Events, IP Access, Limits & Settings et Multifactor Authentication.
User Information collecte l'ID de connexion, le mot de passe, le nom complet, le répertoire personnel, les clés SSH, le niveau de privilège d'administration, le type de compte (Permanent ou autre), l'adresse email et la description. Les options incluent le verrouillage de l'utilisateur dans son répertoire personnel, l'autorisation de connexion permanente et l'exigence de changement de mot de passe à la prochaine connexion. Un bouton Availability définit les restrictions d'heures de connexion par date et jour de la semaine. Un bouton Welcome Message configure un message personnalisé affiché à l'utilisateur lors de la connexion.
L'onglet Directory Access définit les fichiers et répertoires auxquels l'utilisateur peut accéder. Les règles sont héritées de tous les groupes auxquels l'utilisateur appartient, ainsi que des règles au niveau du domaine et du serveur. Chaque règle associe un chemin à un ensemble d'autorisations et une taille maximale optionnelle.
L'onglet Virtual Paths lie les chemins physiques en dehors du répertoire personnel de l'utilisateur dans sa liste de répertoires. Le tableau associe des chemins physiques à des chemins virtuels, remplaçant la méthode traditionnelle de lien de raccourci.
L'onglet Logging contrôle exactement ce qui est enregistré pour cet utilisateur. Les options de message de journal incluent : messages de sécurité, noms IP, téléchargements, téléchargements compressés, téléversements, suppressions de fichiers, renommages de fichiers et répertoires, créations de répertoires, suppressions de répertoires, partages de fichiers, commandes FTP, réponses FTP, commandes SSH, réponses SSH, commandes SSH détaillées, réponses SSH détaillées, commandes HTTP et réponses HTTP. La journalisation vers un fichier peut être activée séparément, avec un chemin configurable, une rotation automatique des journaux et des limites sur le nombre de fichiers et la rétention de taille. Les balises de chemin de fichier journal prennent en charge les tokens pour heure, jour, mois, année, nom de domaine, ID de connexion et nom complet de l'utilisateur.
L'onglet Groups affiche les groupes auxquels l'utilisateur appartient. Un utilisateur peut être membre de plusieurs groupes, et l'ordre d'appartenance est significatif, car il détermine quels paramètres de groupe ont priorité.
L'onglet Events répertorie les règles d'événement au niveau utilisateur. Les événements se déclenchent automatiquement pour exécuter des programmes, envoyer des emails ou afficher des messages d'icône de barre d'état. Un bouton Create Common Events génère automatiquement un ensemble standard de règles.
L'onglet IP Access définit des restrictions IP spécifiques à l'utilisateur, vérifiées en dernier lorsque l'utilisateur tente de se connecter. Les règles suivent le même format d'adresse, d'accès et d'expiration que les règles au niveau du serveur, et peuvent être importées et exportées. (Image 20)
L'onglet Limits & Settings affiche les limites au niveau de la connexion pour l'utilisateur. Le type de limite de connexion affiche : sessions maximales par compte utilisateur (20), sessions maximales par adresse IP pour le compte (20), exiger une connexion sécurisée avant la connexion (oui), délai d'expiration automatique des connexions inactives (10 minutes), délai d'expiration automatique des sessions (pas de délai), bloquer les schémas anti-expiration (non), bloquer l'adresse IP de la session expirée (pas de délai), autoriser les connexions FTP et FTPS (oui), autoriser les connexions SFTP (oui), autoriser les connexions HTTP et HTTPS (oui) et exiger un nom DNS inverse (non). Chaque limite peut être appliquée à des jours et heures spécifiques. Les boutons Ratios & Quotas et Ratio Free Files sont également disponibles. (Image 21)
L'onglet Multifactor Authentication affiche l'état MFA de l'utilisateur (actuellement Not Configured), une liste déroulante Multifactor Authenticator (définie sur Enabled), un champ Company Name et un bouton Reset MFA. S'il est défini sur Enforced plutôt que Enabled, la MFA devient obligatoire et l'utilisateur ne peut pas se connecter sans elle.
Groupes
La section Groups a deux onglets : Global Groups et Database Groups. La création d'un groupe ouvre une boîte de dialogue Group Properties avec la même structure d'onglets que les utilisateurs : Group Information, Directory Access, Virtual Paths, Logging, Members, Events, IP Access, Limits & Settings et Multifactor Authentication.
Group Information prend un nom de groupe, un répertoire personnel, des clés SSH, un niveau de privilège d'administration et une description. Les options incluent l'autorisation de connexion permanente, l'activation du compte, le verrouillage de l'utilisateur dans le répertoire personnel et l'application des règles d'accès au répertoire du groupe en premier. Les boutons Availability et Welcome Message sont également disponibles ici. Tous les paramètres disponibles au niveau utilisateur sont également configurables au niveau du groupe. Si un utilisateur a un paramètre conflictuel défini au niveau utilisateur, le paramètre au niveau utilisateur remplace le paramètre du groupe.
Répertoires
La section Directories a trois onglets : Directory Access, Virtual Paths et File Management.
L'onglet Directory Access gère les règles d'accès aux répertoires globales pour tous les utilisateurs du serveur. La création d'une règle prend un chemin et vous permet de définir les permissions de fichier (lecture, écriture, ajout, renommage, suppression, exécution) et les permissions de répertoire (lister, créer, renommer, supprimer) indépendamment. L'héritage des sous-répertoires et une taille maximale de répertoire peuvent également être configurés. Des boutons de raccourci Full Access et Read Only sont disponibles.
L'onglet Virtual Paths associe des chemins physiques à des chemins virtuels à l'échelle du serveur, le même concept qu'au niveau utilisateur, mais appliqué globalement. Une case à cocher contrôle si le chemin virtuel est inclus dans les calculs de taille maximale de répertoire. (Image 25)
L'onglet File Management vous permet de définir des règles automatisées pour les fichiers dans un répertoire spécifié. Chaque règle cible un chemin de répertoire et choisit une action : supprimer les fichiers après un nombre spécifié de jours, ou déplacer les fichiers vers un autre emplacement après un nombre spécifié de jours. Serv-U évalue chaque fichier individuellement en fonction de sa date de création. (Image 26)
Limites et paramètres
La section Limits & Settings est le hub de configuration global pour l'ensemble du serveur. Elle a sept onglets : Limits, Settings, FTP Settings, Encryption, Branding Setup, File Sharing et Multifactor Authentication.
L'onglet Limits répertorie les limites de connexion qui s'appliquent à l'échelle du serveur et cascadent vers tous les domaines, groupes et utilisateurs sauf remplacement à un niveau inférieur. Le type de limite de connexion inclut : sessions maximales sur le serveur (illimité), sessions maximales par adresse IP sur le serveur (illimité), sessions maximales par compte utilisateur (20), sessions maximales par adresse IP pour le compte utilisateur (20), exiger une connexion sécurisée avant la connexion (oui), délai d'expiration automatique des connexions inactives (10 minutes), délai d'expiration automatique des sessions (pas de délai), bloquer les schémas anti-expiration (non), créer automatiquement les répertoires personnels (oui), bloquer l'adresse IP de la session expirée (pas de délai), autoriser X-Forwarded-For à modifier les adresses IP de connexion HTTP (non), exiger un nom DNS inverse (non), et sessions maximales par adresse IP sur le domaine (illimité). La liste déroulante du type de limite peut être modifiée pour afficher les catégories de limite de transfert, de quota ou autres.
L'onglet Settings couvre trois domaines. Connection Settings vous permet de configurer le blocage automatique des utilisateurs qui se connectent plus de 4 fois en 30 secondes pendant 15 minutes, avec une option pour masquer les informations du serveur de l'identité SSH. Network Settings contrôle délai d'expiration des paquets (300 secondes), la plage de ports PASV et si les adresses IP homologues correspondantes sont requises pour les connexions de contrôle et de données. La section Password Recovery Message vous permet de personnaliser le sujet et le corps de l'email envoyé aux utilisateurs lorsqu'ils demandent leurs identifiants de compte, avec des variables de modèle pour le nom et le mot de passe.
L'onglet FTP Settings répertorie chaque commande FTP prise en charge par le serveur et vous permet d'activer ou de désactiver chacune individuellement. Ce niveau de contrôle des commandes FTP est unique à Serv-U parmi les plateformes que nous avons testées.
L'onglet Encryption couvre la configuration du certificat SSL pour FTPS et HTTPS (chemin du certificat, chemin de la clé privée, mot de passe et chemin du certificat CA), la configuration de la clé privée SSH pour SFTP (type de clé, empreinte et génération de clé), les options SSL avancées (bascules TLS 1.2 et 1.3, configuration des suites de chiffrement), les chiffrements SSH, les MAC SSH, les algorithmes d'échange de clés SSH, les algorithmes de clés SSH et une bascule de mode FIPS 140-2. Le niveau de granularité ici, sélectionner des suites de chiffrement individuelles, des MAC et des algorithmes d'échange de clés, vise carrément les déploiements soucieux de sécurité et axés sur la conformité.
L'onglet Branding Setup est divisé en trois sections. New Login Page Branding vous permet de définir un logo personnalisé, une image d'arrière-plan, un favicon, un texte de titre de connexion, une couleur d'arrière-plan et un texte de corps de page de connexion. Legacy Login Page Branding prend en charge un répertoire de conteneur HTML personnalisé avec des fichiers CSS, d'en-tête et de pied de page séparés pour des mises en page de page de connexion entièrement personnalisées. Web Client Branding définit le logo affiché dans l'interface de gestion de fichiers, avec une exigence de dimension de 400×100 pixels et un champ de personnalisation d'arrière-plan CSS uniquement.
L'onglet File Sharing configure comment les utilisateurs du domaine peuvent envoyer et recevoir des fichiers avec des invités externes. Les paramètres incluent l'URL du domaine, le chemin du dépôt de partage de fichiers, combien de jours après l'expiration les partages sont automatiquement supprimés, et les modèles de sujet et de corps de l'email d'invitation, tous deux modifiables et prenant en charge les variables pour la date d'expiration, l'URL de partage et les commentaires. SMTP doit être configuré séparément pour que les emails d'invitation soient envoyés automatiquement.
L'onglet Multifactor Authentication définit la politique MFA globale. La liste déroulante Multifactor Authenticator peut être définie sur Disabled, Enabled ou Enforced. Le champ Company Name définit l'étiquette de compte qui apparaît dans les applications d'authentification lorsque les utilisateurs scannent le code QR.
Activité du serveur
La section Server Activity a quatre onglets : Sessions, Statistics, User & Group Statistics et Log.
L'onglet Sessions répertorie toutes les sessions actuellement actives avec des colonnes pour ID, type, utilisateur, adresse IP, nom d'hôte, adresse du serveur, emplacement, dernière commande et client. Cliquer sur une session remplit le panneau Active Session Information ci-dessous avec des données détaillées en temps réel : utilisateur, niveau de privilège, adresse IP, vitesse, vitesse moyenne de téléchargement et de téléversement, temps de connexion, temps d'inactivité, horodatage depuis, téléchargé, téléversé, emplacement et dernière commande. Les boutons Disconnect, Abort, Broadcast et Spy & Chat sont disponibles en bas.
L'onglet Statistics affiche les statistiques de session, de connexion et de transfert à l'échelle du serveur depuis la dernière réinitialisation. Les champs affichés incluent l'heure de début des statistiques, les sessions actuelles, le total des sessions, les sessions sur 24 heures, le nombre le plus élevé de sessions, la durée moyenne des sessions, la session la plus longue, le nombre de connexions, la durée moyenne de connexion, l'heure de la dernière connexion, l'heure de la dernière déconnexion, l'utilisateur le plus connecté, le nombre actuellement connecté, la vitesse de téléchargement, la vitesse de téléversement, le total téléchargé, le total téléversé, la vitesse moyenne de téléchargement et la vitesse moyenne de téléversement.
L'onglet User & Group Statistics affiche les mêmes statistiques de session, de connexion et de transfert ventilées par utilisateur ou par groupe. Vous sélectionnez soit User Statistics soit Group Statistics, puis choisissez une collection et un utilisateur ou groupe spécifique à afficher. Les statistiques peuvent être enregistrées ou réinitialisées depuis cet onglet.
L'onglet Log affiche le journal d'application propre de Serv-U — messages de démarrage, état de chargement des bibliothèques, confirmations de liaison de port et erreurs. C'est le journal de processus du serveur, pas les journaux d'activité des utilisateurs. L'activité au niveau utilisateur est journalisée séparément dans un chemin de fichier texte configuré par utilisateur dans l'onglet Logging. Il n'y a pas de visionneuse de journaux intégrée avec des capacités de filtrage ou d'audit pour l'activité des utilisateurs — si vous devez examiner ce qu'un utilisateur spécifique a fait, vous ouvrez directement le fichier journal.
Domaines
Un Admin Domain est créé automatiquement lors de l'installation. Pour tester le transfert et le partage de fichiers, nous avons créé un nouveau domaine en utilisant le Domain Wizard, qui parcourt six étapes.
Étape 1 : Domain Details : saisissez un nom pour le domaine et une description optionnelle.
Étape 2 : Domain Type : choisissez entre File Transfer Domain, File Sharing Domain ou les deux simultanément. Les deux peuvent être activés en même temps.
Étape 3 : File Sharing : définissez l'URL du domaine, sélectionnez le dossier de dépôt de partage de fichiers depuis n'importe où dans le système de fichiers du serveur, et configurez optionnellement SMTP pour l'envoi d'emails d'invitation. Contrairement à certaines plateformes qui vous restreignent à un répertoire prédéfini, vous pouvez pointer cela vers n'importe quel dossier de la machine.
Étape 4 : Protocols : activez ou désactivez chaque protocole et définissez son port. Les protocoles disponibles sont FTP et SSL/TLS explicite (port 21), Implicit FTPS/SSL/TLS (port 990), SFTP utilisant SSH (port 22), HTTP (port 80) et HTTPS HTTP chiffré TLS (port 443). Différents domaines peuvent s'exécuter sur différents ports.
Étape 5 : IP Listeners : sélectionnez l'adresse IPv4 sur laquelle le domaine écoute, utile lorsque plusieurs IP sont liées au serveur. Les listeners IPv6 peuvent être créés simultanément.
Étape 6 : Encryption : choisissez si vous souhaitez autoriser les utilisateurs à récupérer leurs mots de passe par email.
Tous les paramètres de sécurité disponibles globalement et au niveau utilisateur sont également configurables par domaine, ce qui donne aux administrateurs un contrôle granulaire sur la posture de sécurité de chaque domaine indépendamment.
Interface client
Après avoir créé le domaine et un utilisateur, naviguer vers l'URL du domaine ouvre la même page de connexion que le panneau d'administration, suivie d'une invite de configuration MFA. Nous avions appliqué la MFA, donc sauter n'était pas une option cette fois.
Après avoir terminé la configuration MFA et s'être connecté, l'interface client Serv-U s'ouvre. La barre latérale gauche affiche My Storage (Home, Favorites) et File Sharing (Requested, Sent). La vue Home est un explorateur de fichiers qui affiche la structure de répertoires du serveur avec les colonnes nom, date de dernière modification et taille. Les boutons Upload, New Folder, Refresh et More sont disponibles dans la barre d'outils.
Le téléversement ouvre une boîte de dialogue avec une zone de glisser-déposer et une option de navigation. La progression du téléversement est affichée en ligne avec une barre de pourcentage. Il n'y a pas d'option de téléversement de dossier — uniquement des fichiers individuels, en sélection unique ou multiple. Aucun aperçu du fichier n'est affiché pendant le téléversement.
Tout dossier dans l'explorateur de fichiers peut être ajouté aux Favorites depuis son menu contextuel. La section Favorites dans la barre latérale gauche affiche le nom du dossier et le chemin avec une option Remove from Favorites.
Partage de fichiers : Demande
La section Requested sous File Sharing vous permet de générer un lien de téléversement à partager avec quelqu'un pour qu'il puisse vous envoyer des fichiers. La création d'une nouvelle demande ouvre une boîte de dialogue en deux étapes.
Étape 1 : File share : définissez un titre (auto-rempli avec un horodatage d'expiration), une description optionnelle et des paramètres avancés, y compris une date et une heure d'expiration, une bascule de protection par mot de passe et une bascule de limite de fichiers.
Étape 2 : Guest & sender : saisissez une ou plusieurs adresses email de destinataire (séparées par des virgules). Les options incluent la notification lorsque le fichier a été téléversé et l'envoi d'une copie de l'email du lien de téléversement. Une section Change sender details est également disponible.
Après avoir terminé, la liste Requested affiche la nouvelle demande avec son statut comme Pending. Une boîte de dialogue Get Link affiche l'URL de téléversement et sa date d'expiration avec un bouton Copy link.
Ouvrir le lien de téléversement affiche une page Request files montrant le sujet, le nom et l'email de l'expéditeur, la date d'expiration, l'état de protection par mot de passe et l'URL de téléversement. En dessous se trouve une zone de téléversement avec glisser-déposer et une option de navigation.
Une fois que le destinataire téléverse via le lien, le fichier apparaît dans la liste Requested de votre panneau avec l'expéditeur et les détails de téléversement visibles.
Partage de fichiers : Envoi
La section Sent fonctionne dans la direction opposée : vous téléversez un fichier et générez un lien de téléchargement pour un destinataire. La création d'une nouvelle demande d'envoi suit la même structure de popup en deux étapes que la demande de fichiers : d'abord, définissez un titre, une description, une expiration, un mot de passe et des options de limite de fichiers, puis saisissez l'adresse email du destinataire.
Après avoir terminé les étapes, Serv-U génère un lien de téléchargement et vous le présente directement ; aucun email n'est automatiquement envoyé au destinataire. Vous copiez le lien et le partagez vous-même.
Le destinataire ouvre le lien et téléverse le fichier — ou dans le cas d'envoi, le télécharge — depuis une page minimale sans image de marque ni contexte au-delà du lien lui-même.
Dans l'ensemble, les flux de partage et de demande de fichiers fonctionnent, mais l'UX est sensiblement rude. Chaque action nécessite de naviguer dans plusieurs popups, l'interface fournit un retour minimal et les pages destinées aux destinataires sont clairsemées. Comparé au client web de Cerberus, qui a un véritable gestionnaire de fichiers, un aperçu vidéo en ligne et une interface raisonnablement soignée, le client Serv-U donne l'impression d'avoir été construit comme une réflexion après coup. Le panneau d'administration est l'endroit où Serv-U a clairement investi ses efforts ; l'expérience utilisateur final a reçu considérablement moins d'attention.
Citer cette recherche
Choisissez le format qui correspond à votre lieu de publication. Coller la version avec lien dans votre CMS préserve le lien retour.
@misc{dogan2026,
author = {Dogan, Sedat and Sezer, Sena},
title = {{Benchmark MFT: Files.com, Diplomat, Cerberus et Serv-U testés}},
year = {2026},
month = aug,
howpublished = {\url{https://aimultiple.com/mft-benchmark}},
note = {AIMultiple. Consulté le 11 Août 2026}
}
![[IMAGE 16 – Inbox form showing title "AIMULTIPLE FILE UPLOADS", URL key "aimultiple-file-uploads", and URL preview https://aimultiple.files.com/u/aimultiple-file-uploads]](https://aimultiple.com/wp-content/uploads/2026/04/16-1.png.webp "[IMAGE 16 – Inbox form showing title \"AIMULTIPLE FILE UPLOADS\", URL key \"aimultiple-file-uploads\", and URL preview https://aimultiple.files.com/u/aimultiple-file-uploads]")
Soyez le premier à commenter
Votre adresse courriel ne sera pas publiée. Tous les champs sont obligatoires. Les commentaires sont laissés dans leur langue d'origine.