Benchmark MFT: Files.com, Diplomat MFT, Cerberus e Serv-U testati

Abbiamo testato sei piattaforme di managed file transfer: Diplomat MFT, bTrade TDXchange, Files.com, Thru, Cerberus FTP Server e Serv-U MFT Server, lavorando su configurazione, flussi di trasferimento file, raccolta in entrata, configurazione di sicurezza, automazione e amministrazione.

Risultati del benchmark Managed File Transfer

Ogni osservazione di seguito proviene dall'uso diretto di account di prova e software installato, integrato dalla documentazione dei fornitori.

Benchmark Managed File Transfer

1. Configurazione e implementazione

• Diplomat MFT è multipiattaforma, gira su Windows, Linux e Unix e si installa rapidamente; abbiamo testato la versione Windows tramite un programma di installazione InstallShield. È self-hosted (con opzioni di implementazione cloud e ibride) e nella nostra configurazione Windows l'accesso avveniva tramite un'icona sul desktop, un servizio in background e una console localhost piuttosto che un URL ospitato. Il pannello di amministrazione è basato su browser e il primo trasferimento è pronto una volta definiti un partner e una transazione.
• bTrade TDXchange gira su Windows, Linux o Unix come applicazione Java, con supporto Docker e Kubernetes e una scelta di database H2, Oracle, PostgreSQL o MSSQL. Puoi implementarlo on-premise o utilizzare l'opzione ospitata TDCloud, e il clustering con failover automatico è integrato. La configurazione segue un ordine prestabilito: prima una gerarchia a quattro livelli, poi un partecipante, poi una casella postale, ognuno tramite un singolo modulo Fast Setup.
• Cerberus FTP Server è solo Windows. I sistemi operativi server supportati sono Windows Server 2016, 2019, 2022, 2025 e Windows 10/11. L'installazione richiede il provisioning di una macchina Windows, l'esecuzione di un programma di installazione e l'inserimento delle credenziali dell'account di servizio. Il pannello di amministrazione è un'applicazione desktop nativa in esecuzione sul server; non è accessibile da remoto. Abbiamo provisioning un'istanza Windows Server 2025 su AWS per il test.
• Files.com non ha alcun passaggio di installazione. Dopo la registrazione, atterri direttamente nel browser dei file. Non c'è alcuna procedura guidata di onboarding né checklist di configurazione. La piattaforma è completamente ospitata; non è richiesto alcun server dalla tua parte.
• Thru è anch'esso ospitato in cloud. Dopo la registrazione, la dashboard è immediatamente accessibile. La configurazione iniziale richiede la creazione di un'Organizzazione e di almeno un Endpoint prima che qualsiasi trasferimento di file possa avvenire. C'è una sequenza di configurazione obbligatoria, ma è semplice.
• Serv-U supporta sia Windows che Linux. Abbiamo installato la versione Linux su un'istanza AWS m6i.xlarge. L'installazione tramite terminale richiede quattro conferme per confermare, selezionare una directory, installare come servizio e avviare ora, e si completa in circa cinque secondi. Il pannello di amministrazione è basato su browser e accessibile da remoto, una differenza pratica significativa rispetto a Cerberus.

2. Accesso al pannello di amministrazione

Questa è una delle differenze funzionali più chiare tra i prodotti ospitati in cloud e quelli on-premise.

• Files.com e Thru sono completamente basati su browser e accessibili da qualsiasi dispositivo.
• Diplomat MFT ha anch'esso un pannello di amministrazione basato su browser e accessibile da remoto; la differenza rispetto ai prodotti cloud è che il server è self-hosted (su Windows o Linux) invece che ospitato dal fornitore.
• bTrade TDXchange ha un pannello di amministrazione che gira interamente nel browser, con amministratori e partner commerciali su applicazioni e accessi separati. Supporta Entra ID, Active Directory, LDAP e OAuth 2.0 più account nativi con MFA, e l'accesso è basato sui ruoli con una Scope Map che limita ogni amministratore a un livello specifico della gerarchia.
• Serv-U ha un pannello di amministrazione che gira sulla porta 8443 ed è accessibile da qualsiasi browser da remoto.
• Cerberus ha un pannello di amministrazione che è un'applicazione desktop nativa Windows in esecuzione sul server stesso; la gestione richiede una sessione di desktop remoto nella macchina Windows. Non esiste un'interfaccia di amministrazione web equivalente.

3. Interfaccia di trasferimento file

Metodo di caricamento descrive come vengono inviati i file (portale browser, client web, casella postale più adattatori); è descrittivo, non valutato.

Caricamento cartella indica se una cartella intera, con le sue sottocartelle e i suoi file, può essere caricata in un'unica azione tramite il browser, invece di soli file singoli o una soluzione alternativa compressa.

Anteprima file durante il caricamento indica se il contenuto di un file può essere visualizzato in anteprima mentre il trasferimento è ancora in corso.

Pannello di avanzamento persistente indica se l'interfaccia mantiene un pannello fisso che mostra avanzamento, file rimanenti e dimensione totale tra i caricamenti attivi.

Pausa / Annulla per trasferimento indica se un singolo trasferimento in corso può essere messo in pausa o annullato autonomamente. Si tratta di funzionalità di usabilità del client web piuttosto che di capacità MFT principali, quindi sono documentate qui ma non incluse nella tabella di copertura delle funzionalità valutate.

• Diplomat MFT fornisce un Web Transfer Portal basato su browser dove gli utenti finali caricano e scaricano file tramite drag-and-drop o selezionandoli, senza software da installare. La crittografia PGP automatica su questi caricamenti browser è una capacità dipendente dall'edizione: non è disponibile nel piano Standard, è un componente aggiuntivo opzionale su Professional ed è inclusa su Enterprise. I trasferimenti automatici passano inoltre attraverso transazioni configurate tra partner di origine e di destinazione. Il portale è un semplice strumento di caricamento: accetta file singoli piuttosto che cartelle intere e mostra una conferma di caricamento completato.
• bTrade TDXchange sposta i file tramite una casella postale browser e attraverso adattatori di protocollo (SFTP, FTPS, AS2, AS4, AFTP, cloud storage) per scambi pianificati e non presidiati. Ciò che lo distingue è la gestione consapevole del contenuto: i file inviati a una cartella EDI vengono convalidati rispetto agli standard EDI supportati, quindi instradati alla casella postale corretta del partner tramite l'identificatore del destinatario all'interno dell'involucro EDI piuttosto che dal percorso della cartella. Questo lo rende un gateway B2B/EDI che comprende ciò che sta spostando. *La casella postale carica file singoli invece di offrire il caricamento nativo di cartelle dal browser, sebbene il contenuto delle cartelle possa comunque essere spostato caricando una cartella compressa che il server estrae, o replicato tramite adattatori di storage sul lato del destinatario.
• Cerberus FTP fornisce un'interfaccia web per gli utenti finali separata dal pannello di amministrazione. Il file manager supporta aggiorna, seleziona tutto, elimina, rinomina, nuova cartella, zip e unzip. Il caricamento di cartelle è supportato. Durante il caricamento di un file video, un lettore video inline è apparso nella coda di caricamento mentre il trasferimento era ancora in corso. È disponibile un'anteprima del file durante il caricamento.
• Files.com supporta il caricamento di Files, cartelle e nuove cartelle dalla stessa schermata. Un pannello di caricamento persistente in basso mostra l'avanzamento, consente di mettere in pausa e annullare per trasferimento e visualizza il numero totale di file rimanenti e la dimensione combinata tra tutti i caricamenti attivi. I Files possono essere visualizzati in anteprima, etichettati con colori (Priority Color), duplicati e gestiti tramite un menu contestuale per file.
• Thru gestisce i trasferimenti tramite il suo Flow Studio: i file si spostano tra endpoint di origine e destinazione configurati, invece che attraverso un'interfaccia di caricamento diretta. Il caricamento file interno tramite il modal File Upload in Flow Studio funziona senza problemi. La funzione di incorporamento del modulo web (per pagine rivolte a mittenti esterni) è fallita in pratica a causa di errori CORS. Non è stata trovata alcuna configurazione CORS nell'interfaccia di prova, sebbene possa esistere altrove nella piattaforma.
• Serv-U l'interfaccia client supporta il caricamento di file singoli e di più file, ma non il caricamento di cartelle. Non c'è anteprima del file durante il caricamento.

4. Throughput di caricamento e affidabilità del trasferimento

Abbiamo misurato il throughput utilizzando un file da 342 MB caricato attraverso la casella di posta web pubblica di Files.com. La nostra connessione di test: 1.000 Mbit/s simmetrica, capacità di caricamento di 128 MB/s, Istanbul.

• Con lo storage impostato su USA, Virginia, il caricamento è avvenuto a 6 MB/s, circa il 5% della larghezza di banda disponibile. Passando la regione di storage dell'account a EU Germania, Francoforte, lo stesso file è stato caricato a 14 MB/s, più del doppio del risultato della Virginia, coerente con la ridotta distanza geografica da Istanbul. La migrazione della regione stessa è stata completata in pochi secondi, con i file esistenti immediatamente disponibili nella nuova regione. Entrambi i risultati riflettono vincoli di throughput significativi, poiché la velocità di caricamento disponibile della connessione alla casella di posta è una limitazione reale per i casi d'uso di trasferimento di file di grandi dimensioni, indipendentemente dalla regione.
• Diplomat MFT, Thru e Serv-U non sono stati misurati quantitativamente in questo benchmark.
• bTrade TDXchange il throughput non è stato misurato; il test ha utilizzato piccoli file EDI dimensionati per esercitare la convalida e l'instradamento su un cluster QA condiviso raggiunto da remoto. Il trasferimento ripristinabile con auto-retry è disponibile su tutti i suoi protocolli (SFTP, FTPS, AS2 e AFTP), non solo AFTP. Per carichi di lavoro con file di grandi dimensioni, il proprietario Accelerated File Transfer Protocol (AFTP) sposta inoltre i dati più velocemente di SFTP, FTPS o HTTPS su reti ad alta latenza.
• Cerberus il throughput è stato misurato durante il download da parte di un destinatario di un file video condiviso. La scheda di trasferimento nel pannello di amministrazione mostrava 150,1 MB, 4,44 MB/s e 13% di avanzamento durante la nostra finestra di monitoraggio.

Oltre alla velocità pura, ogni piattaforma testata supporta checkpoint restart (trasferimenti ripristinabili): se un trasferimento di grandi dimensioni viene interrotto, riprende dall'ultimo checkpoint invece di ricominciare dall'inizio. Diplomat MFT lo offre tramite il suo Remote Agent, bTrade TDXchange tramite retry automatico e checkpoint restart (con ripresa AFTP per collegamenti ad alta latenza), Files.com nativamente su SFTP, FTPS, FTP e HTTPS, Thru tramite storage persistente con auto-ripresa, Cerberus tramite caricamenti ripristinabili del client web e Serv-U tramite pausa/ripresa nel suo Web Client Pro.

5. Raccolta file in entrata

Inbox modulo web: Esiste una pagina di caricamento browser che i mittenti esterni senza account possono utilizzare per inviare file?

Inbox email: La piattaforma può ricevere file inviati come allegati email a un indirizzo dedicato?

Protezione password: Un link in entrata o condiviso può essere protetto con una password?

Clickwrap / Gate di registrazione: La parte esterna deve registrarsi o accettare un accordo sui termini prima di caricare o scaricare?

Sottocartella automatica per invio: I file in arrivo vengono automaticamente ordinati in una sottocartella separata per ogni invio o mittente?

Diplomat MFT raccoglie i file in entrata in diversi modi: gli utenti autenticati accedono al suo Web Transfer Portal basato su browser e caricano, le transazioni in entrata pianificate prelevano file dai server SFTP dei partner o dal cloud storage, e le impostazioni email possono recuperare allegati da un account di posta. L'accesso è protetto da password degli account e chiavi SSH opzionali, quindi i caricamenti non sono anonimi, e i contenuti in entrata sono organizzati per account denominati e transazioni configurate.

bTrade TDXchange raccoglie i file in entrata tramite caselle postali di partner nominative (password più passcode monouso) e tramite ad-hoc secure send, uno scambio bidirezionale basato su link. La condivisione ad-hoc è rigorosamente governata: scadenza temporizzata, limiti di download, estensioni di file vietate e consegna out-of-band che invia la password tramite SMS separatamente dal link inviato via email.

*Per l'email, bTrade TDXchange supporta AS1 (EDI su email) e SMTP/POP a livello di protocollo, e offre AttachGuard, un plugin Outlook per l'invio sicuro di file; l'SMTP in uscita è stato configurato nell'ambiente testato. I file in entrata sono organizzati per identità del partner commerciale, il che si adatta allo scambio sicuro con controparti note.

Cerberus supporta la condivisione di file tramite una procedura guidata in cinque passaggi: nozioni di base sulla condivisione (nome, scadenza, password), opzioni (download/caricamento pubblico, notifiche, auto-pulizia alla scadenza), sicurezza (password monouso via email, elenco ospiti fino a 500), email (invia il link direttamente ai destinatari) e revisione. I destinatari accedono a una visualizzazione dei file protetta da password e in sola lettura con opzioni di download singolo e download zip.

Files.com supporta tre tipi di inbox: modulo web (genera un URL pubblico), inbox email (genera un indirizzo email dedicato, i file inviati come allegati atterrano direttamente in una cartella configurata) e un inbox combinato web ed email. Le inbox web supportano protezione password, modulo di registrazione e accordo clickwrap, tutti opzionali e combinabili. Le inbox email supportano la whitelist dei mittenti per indirizzo o dominio e possono organizzare ogni invio nella propria sottocartella utilizzando un modello di denominazione con token per nome, email, dominio e data/ora.

Abbiamo testato l'inbox email inviando un file da 342 MB da Gmail. Gmail lo ha convertito in un link di Google Drive invece di inviarlo come allegato diretto. Il file non ha raggiunto l'inbox e non è stato restituito alcun errore. Un file piccolo inviato come vero allegato inline ha funzionato correttamente ed è apparso nella cartella di destinazione, organizzato automaticamente nella propria sottocartella.

Thru supporta un tipo di endpoint Web Form che genera una pagina di caricamento basata su browser per mittenti esterni. La funzione di incorporamento è disponibile nell'interfaccia tramite un'opzione Embed Thru Upload Component, ma è fallita in pratica a causa di errori CORS. Non è stata trovata alcuna configurazione CORS nell'interfaccia di prova, sebbene possa esistere altrove nella piattaforma.

Serv-U supporta sia la condivisione di file in uscita (carica un file e invia un link di download) sia le richieste di file in entrata (genera un link di caricamento; il destinatario ti invia i file). I flussi funzionano ma richiedono di navigare tra più pop-up. Le pagine rivolte al destinatario sono minime, senza branding né informazioni contestuali oltre l'interfaccia di caricamento.

6. Supporto dei protocolli

Tutte e sei le piattaforme supportano FTP, FTPS, SFTP e HTTPS. Files.com supporta inoltre WebDAV. AS2 è supportato da Diplomat MFT, bTrade TDXchange e Files.com, mentre Thru, Cerberus e Serv-U non lo includono nella loro offerta standard.

Serv-U ha una scheda Impostazioni FTP che elenca ogni comando FTP supportato dal server e consente di abilitarli o disabilitarli singolarmente, un livello di controllo dei comandi FTP non visto sulle altre piattaforme testate.

bTrade TDXchange supporta FTPS, SFTP, HTTPS, AS2, AS1, AS4 e il suo AFTP proprietario, più ICAP per la scansione dei contenuti e connettori cloud (Amazon S3, Azure Blob, Google Cloud Storage, SharePoint, Box, Dropbox, SMB). Ogni servizio di protocollo gira come listener indipendente sulla propria porta, così i partner possono connettersi con il protocollo che preferiscono.

Diplomat MFT supporta SFTP, FTP, FTPS, HTTP, HTTPS, SMB e AS2, più un ampio insieme di connettori cloud (Amazon S3, Azure, Google Cloud, Oracle Cloud, Box, Dropbox, OneDrive, SharePoint, ShareFile, Zoho WorkDrive) e i propri trasporti: Diplomat Remote Agent, Biscom Transit ed Email. Si collega in uscita ai partner definiti per profilo e ospita anche il proprio server SFTP e Web Transfer per i partner in entrata.

7. Automazione e flusso di lavoro

Diplomat MFT è incentrato sul trasferimento file automatico, costruito attorno a transazioni di tre tipi: In entrata, In uscita e Sincronizzazione (mirroring di cartelle), insieme al suo Web Transfer Portal interattivo. I job vengono eseguiti secondo pianificazione, tramite monitoraggio dei file (una cartella hot con controllo File Idle Time che impedisce l'inoltro di caricamenti parziali) o manualmente, con retry configurabili, script pre e post job, unzip automatico ed esclusioni per festività basate su calendario. Una Coda Job limita i job concorrenti (predefinito 50) con un avvio scaglionato, i job possono essere concatenati o attivati tramite Scripting Agent o REST API, e le notifiche instradano verso email più webhook Slack e Teams per stato del job.

bTrade TDXchange automatizza i trasferimenti tramite adattatori (Directory Monitor, File Copy, Mailbox Receive) e Relationships, che definiscono regole di instradamento e Actions di elaborazione sequenziate tra due partner. Durante il prelievo dei file, gli adattatori possono anche selezionare per aritmetica delle date, abbinando file datati relativi al giorno corrente (ad esempio, oggi più o meno un numero prestabilito di giorni). La pianificazione avviene tramite uno scheduler integrato (Jobs) su espressioni CRON, e ogni relationship può avere una regola SLA che genera un avviso quando un file atteso non arriva nella sua finestra. Un motore di avvisi separato copre dieci categorie di eventi (sistema, business, timeout, certificato, SLA, account e altre), ciascuna con i propri modelli e pianificazioni. Trasferimenti e configurazione possono anche essere guidati programmaticamente tramite le sue Web Services / REST API.

Cerberus gestisce l'automazione tramite il suo Event Manager. Le Event Rules supportano 16 tipi di trigger tra cui File Transfer Event, Login Event, File Deleted Event, File Move/Copy Event, IP Blocked Event e altri. Le azioni disponibili includono Email Event Notification, Launch an Executable, Launch File Operation, Send HTTP POST, Send a File e Get a File. Le Scheduled Tasks utilizzano lo stesso insieme di azioni con due aggiunte: Email Saved Report e Scan a Folder. Gli Event Targets definiscono gli endpoint esterni a cui le azioni possono inviare: target SMTP, Executable, HTTP POST e Transfer File.

Files.com supporta quattro tipi di trigger di automazione: Intervallo (giornaliero, settimanale, mensile, trimestrale, annuale), Pianificazione personalizzata (orari e giorni esatti, supporta più esecuzioni al giorno, con esclusione delle festività per regione), Webhook in entrata (attivato da un sistema esterno) e Ad-Hoc (esecuzione manuale). L'esclusione delle festività per regione del trigger Pianificazione personalizzata è rara nelle piattaforme di gestione file. Le regole di organizzazione dei file supportano la rinomina automatica al caricamento, lo auto-spostamento/copia in sottocartelle e la creazione automatica di cartelle personali per utente. Ogni configurazione e azione di automazione è inoltre esposta tramite una REST API documentata, con SDK ufficiali in sette linguaggi.

Thru integra l'automazione nel suo modello Flow Studio. Gli endpoint di origine e destinazione sono configurati indipendentemente, con opzioni di elaborazione per endpoint (crittografia, decrittografia, compressione, decompressione), gestione dei file trigger per impedire l'inoltro di caricamenti parziali e regole di rinomina. La piattaforma supporta la pianificazione tramite trigger Intervallo, Pianificazione personalizzata, Webhook in entrata e Ad-Hoc a livello di flusso. Flussi e trasferimenti possono anche essere controllati programmaticamente tramite la REST API di Thru.

Serv-U supporta regole di eventi a livello di server, dominio, gruppo e utente. La scheda Events a livello di server supporta tipi di eventi tra cui Server Start e altri. Gli eventi a livello utente supportano Send Email e altri tipi di azioni, con una scorciatoia Create Common Events che auto-genera un insieme di regole standard. Serv-U non espone una REST API; l'automazione si basa sulle sue regole di eventi e sull'integrazione con database/Active Directory piuttosto che su una API programmatica.

8. Crittografia e sicurezza

Crittografia post-quantistica: La piattaforma offre algoritmi di crittografia quantum-safe che resistono ai futuri attacchi dei computer quantistici?

Limiti DoS per utente: I limiti di connessione o di velocità possono essere impostati per utente per impedire a un singolo account di sovraccaricare il server (protezione denial-of-service)?

AV/DLP (ICAP): I file in entrata possono essere scansionati da un motore antivirus o di prevenzione della perdita di dati tramite il protocollo ICAP?

Ricertificazione degli accessi: La piattaforma può evidenziare account obsoleti o inattivi per una revisione periodica degli accessi, o disabilitarli automaticamente dopo un periodo di inattività?

Diplomat MFT è incentrato su OpenPGP, con generazione e gestione delle chiavi integrate applicate per transazione per crittografare, decifrare, firmare e verificare, inclusa un'opzione di chiave aggiuntiva affinché il mittente conservi una copia decifrabile. Le chiavi ECDSA/ECDH NISTP521 e RSA 2048 mostrate qui sono i campioni precaricati della prova; Diplomat genera coppie di chiavi DH/DSS o RSA a 1024, 2048 o 4096 bit, con algoritmi simmetrici e hash selezionabili, e può anche importare chiavi da altri prodotti conformi OpenPGP. Le chiavi SSH gestiscono l'autenticazione SFTP e i certificati SSL coprono FTPS, con chiavi private protette da passphrase. Il checkpoint restart è disponibile solo sui trasferimenti Remote Agent, e la verifica del checksum SHA-256 sui trasferimenti Remote Agent e Oracle Cloud; la maggior parte degli altri trasporti verifica solo la dimensione del file. Diplomat MFT fornisce inoltre crittografia quantum-safe (post-quantistica) e supporta la crittografia convalidata FIPS 140-2.

A livello di connessione, Diplomat controlla gli IP dei client File Transfer in entrata rispetto a un servizio commerciale di reputazione Threat Intelligence, bloccando per categoria IP o per soglie di trust-score e threat-score, e applica Regole di Accesso IP con un allow o deny predefinito più un elenco di eccezioni per whitelist o blacklist. Per le implementazioni DMZ, il Diplomat Edge Gateway si trova nella DMZ e riceve una connessione avviata in uscita dal server Diplomat interno (porta predefinita 26841), mantenendo il server principale fuori dalla rete pubblica; fornisce anche alta disponibilità attivo-attivo e failover.

bTrade TDXchange supporta certificati PGP, X509 e SSH insieme a certificati post-quantistici (Kyber e FrodoKEM), generati o importati dalla console, e può crittografare l'archivio messaggi a riposo con Kyber. La console impone solo TLS 1.2 e 1.3, e la crittografia gira su librerie convalidate FIPS 140-2. I controlli per partecipante coprono liste consenti/nega IP e limiti di connessione e thread per la prevenzione DoS, la policy delle password è approfondita (lunghezza, blocco, cronologia, età, complessità rigorosa) e OTP/MFA è configurabile per tipo di utente. L'integrazione ICAP scansiona i file in entrata, instradando i fallimenti a un adattatore di quarantena, e un relay DMZ mantiene il server principale fuori dalla rete pubblica.

Cerberus fornisce una sezione Firewall Controls per il filtraggio delle connessioni. L'auto-blocco si attiva dopo un numero configurabile di accessi falliti (predefinito 5) e blocca per una durata configurabile (predefinito 180 minuti) o permanentemente. La Protezione DoS è attiva per impostazione predefinita. Le policy password per utente e per gruppo sono configurabili. L'elenco delle estensioni bloccate consente agli amministratori di definire un elenco di negazione per estensione di file per caricamenti e rinomine.

Files.com supporta la crittografia GPG, configurabile per cartella (con PGP Enforcement, generazione e gestione delle chiavi integrate nella piattaforma). L'autenticazione con chiavi SFTP/SSH è supportata con generazione di coppie di chiavi nel browser. È disponibile il controllo della suite di cifratura. La policy delle password impone un minimo di 10 caratteri con requisiti di lettere, numeri, simboli e maiuscole/minuscole; blocca il riutilizzo delle ultime 10 password; e rifiuta password trovate in database noti di fuga di credenziali. Le regole delle password possono essere estese opzionalmente per includere link di condivisione e inbox. La 2FA supporta SMS, TOTP, Hardware Key e YubiKey Native. Gli utenti FTP, SFTP e WebDAV possono essere esentati dalla 2FA per account di sistema automatizzati. Session IP pinning, geo-blocco per paese e whitelist IP sono tutti disponibili.

Thru include la generazione di chiavi PGP integrata nella piattaforma (nome, email, algoritmo, robustezza della chiave, passphrase, scadenza opzionale). Le chiavi SSH seguono la stessa struttura. I certificati SSL/TLS possono essere importati tramite drag-and-drop. L'interfaccia di importazione dei certificati non specifica i formati accettati, i requisiti della catena né le distinzioni tra certificati client e server.

Serv-U la configurazione della suite di cifratura copre SSL/TLS per FTPS e HTTPS, chiavi private SSH per SFTP, interruttori individuali TLS 1.2/1.3, SSH Ciphers, SSH MACs, SSH Key Exchange Algorithms, SSH Key Algorithms e modalità FIPS 140-2. Serv-U Gateway fornisce una componente DMZ reverse-proxy che termina le connessioni di trasferimento file nella DMZ, impedendo connessioni in entrata verso la rete interna.

9. Gestione di utenti e accessi

Diplomat MFT gestisce l'accesso alla console tramite Admin Users e Admin Roles basati su ruoli, con LDAP e SAML single sign-on, autenticazione multi-fattore TOTP e gestione delle sessioni configurabile. Gli account degli utenti finali per i caricamenti in entrata sono ospitati dal File Transfer Server, ciascuno con la propria home folder, permessi granulari sulle cartelle e regole di accesso IP. Gli account possono essere disabilitati automaticamente dopo un periodo configurabile di inattività e gli amministratori possono imporre cambi periodici delle password, il che copre il lato basato sull'inattività della ricertificazione degli accessi.

bTrade TDXchange separa i partecipanti partner commerciali dagli amministratori della console. Gli amministratori ricevono uno dei quattro ruoli integrati o un ruolo personalizzato, e una Scope Map limita ogni amministratore a un Domain, Organization, Department o Division scelto per un'amministrazione delegata. L'autenticazione si integra con Entra ID, Active Directory, LDAP e OAuth 2.0 più account nativi con MFA, e la piattaforma fornisce una ricertificazione periodica degli accessi che evidenzia account obsoleti e relazioni partner dormienti per la revisione.

Cerberus la gestione utenti include le schede Users, Groups, Policy, Blocked Extensions, Requested Accounts e Public Shares. La policy delle password impone una lunghezza minima (10 caratteri), requisiti sui caratteri (lettera, numero, carattere speciale) e rotazione ogni 180 giorni con una notifica email anticipata di 3 giorni. Le sezioni AD Users, LDAP Users e SSO Users sono voci di menu separate. AD Users importa automaticamente gli account di dominio se il server è aggiunto al dominio. La creazione di account utente può essere richiesta dalla pagina di login dell'interfaccia web con un flusso di approvazione dell'amministratore.

Files.com la creazione utente include nome utente, metodo di autenticazione, email, nome completo, azienda, assegnazione del ruolo (Standard User o Site Administrator, più le opzioni Billing Administrator e Read-Only Site Administrator), permessi a livello di cartella, data di scadenza dell'accesso per utente, data di disattivazione automatica per account inattivi, restrizioni IP, impostazioni 2FA, protocolli consentiti e configurazione della cartella radice FTP/SFTP. Le User Lifecycle Rules disabilitano o rimuovono automaticamente gli account inattivi per un numero di giorni configurato. L'SSO supporta 13 provider di identità: Auth0, Microsoft Entra ID, Box, Dropbox, Cisco Duo, Google, Idaptive, JumpCloud, Microsoft Active Directory, Okta, OneLogin, SAML e Slack. Il provisioning e il deprovisioning SCIM sono supportati.

Thru include una sezione Machine Users destinata agli account associati ai Thru Nodes installati. Una sezione Admin copre Users, Roles, Retention, Audit Log, MFA, Thru Nodes, Feature Flags e SSO Mappings.

Serv-U la creazione utente si articola in nove schede: User Information, Directory Access, Virtual Paths, Logging, Groups, Events, IP Access, Limits & Settings e Multifactor Authentication. Le regole di accesso alle directory, le mappature dei percorsi virtuali, i limiti di connessione, la verbosità del logging e le restrizioni IP sono tutte configurabili per utente, per gruppo, per dominio e globalmente, con i livelli inferiori che prevalgono su quelli superiori. L'autenticazione tramite database via ODBC è supportata per caricare utenti e gruppi da una fonte di dati esterna. L'autenticazione Windows/AD, LDAP e il supporto per una libreria di autenticazione personalizzata sono funzionalità dell'edizione MFT.

10. Monitoraggio e audit

Diplomat MFT fornisce una dashboard live Job Monitor che mostra per ogni job lo stato, il tempo trascorso, i file trovati ed elaborati, la velocità, il numero di tentativi e la prossima esecuzione, con totali suddivisi per In entrata, In uscita e Sincronizzazione. Ogni esecuzione, compresi i fallimenti, produce un report completo passo per passo, e una traccia di Audit di sistema più il logging configurabile si trovano sotto Impostazioni. L'archiviazione memorizza una copia compressa dei file trasferiti per tipo ed esito.

bTrade TDXchange registra ogni trasferimento in una visualizzazione Messages e suddivide ciascuno in una traccia Activities passo per passo (ricezione, instradamento, consegna) con protocollo e stato. Le modifiche amministrative vengono scritte in un registro di audit immutabile e crittografato che cattura chi ha cambiato cosa, quando e da quale IP. Le dashboard riepilogano il volume per direzione, protocollo e adattatore, la ricerca è consapevole dell'EDI fino ai numeri di controllo dell'interchange, e il bot IA di bTrade risponde a domande in linguaggio naturale sulla cronologia dei trasferimenti.

Cerberus: La sezione Connections mostra le sessioni attive (ID connessione, listener, ora di login, protocollo, nome utente, indirizzo IP, user agent del client) e i trasferimenti attivi (ID trasferimento, utente, percorso locale, tempo rimanente, avanzamento, dimensione totale, velocità di trasferimento). La sezione Reporting supporta sei tipi di report ma richiede prima una connessione a un database SQL. Le voci di log includono dettagli dell'handshake SSL e informazioni sui passaggi di convalida, sufficienti per diagnosticare errori di configurazione senza strumenti esterni.

Files.com i registri cronologici catturano ogni operazione sui file ed evento di sessione sia a livello di cartella sia a livello dell'intero sito. I registri sono esportabili e filtrabili. I checksum di integrità dei file (SHA256, SHA1, CRC, MD5) possono essere calcolati e memorizzati al caricamento per il rilevamento di manomissioni. La sezione Usage mostra storage in tempo reale e storico, volume di trasferimento suddiviso per uscita nativa e ingresso/uscita da server remoti, conteggio utenti fatturabili e uno strumento di esportazione per cartella per identificare le concentrazioni di storage.

Thru: La sezione Activity è un registro dei trasferimenti filtrabile con filtri per Flow, Organization, Endpoint, Filename (con caratteri jolly), Processing Status, Transfer Status e intervallo di date. I record dei singoli file mostrano il conteggio delle consegne, l'ultimo stato e una cronologia completa dei download. Un pulsante Share all'interno del record del file genera un URL di download limitato per tempo e conteggio su richiesta. La generazione del report di esportazione è avvenuta in 177ms durante il test.

Serv-U: Il monitoraggio delle attività copre Sessions (dati delle sessioni in tempo reale con azioni Disconnect, Abort, Broadcast e Spy & Chat), Statistics (metriche di sessioni e trasferimenti a livello di server dall'ultimo reset) e User & Group Statistics (le stesse metriche per utente o gruppo). La scheda Log mostra il log del processo del server, non l'attività degli utenti. Il logging delle attività a livello utente viene scritto in un percorso di file di testo configurabile per utente. Non esiste un visualizzatore di log integrato con filtraggio o esportazione pronta per l'audit dell'attività utente.

Approfondimento piattaforma per piattaforma — Benchmark MFT

Diplomat MFT by Coviant Software

Abbiamo scaricato e installato Diplomat MFT da zero su una macchina Windows, completato la configurazione iniziale del servizio ed esplorato l'intera interfaccia di amministrazione, chiavi, partner, transazioni, file transfer server e reporting.

Per iniziare

Il processo di prova inizia sul sito web di Coviant Software. Dopo aver compilato un breve modulo di registrazione, ricevi un link per il download. Il programma di installazione di prova che abbiamo utilizzato è un eseguibile Windows; Diplomat MFT gira anche su Linux

Installazione

L'esecuzione del programma di installazione apre una procedura guidata InstallShield. La schermata Tipo di installazione offre Completa (tutte le funzionalità, più spazio su disco) e Personalizzata (per utenti avanzati). Abbiamo selezionato Completa e fatto clic su Avanti.

Diplomat Managed File Transfer

Diplomat Managed File Transfer

Diplomat Managed File Transfer

1/3

Dopo la selezione del tipo di installazione, il programma chiede un account di servizio Windows. Abbiamo aperto Servizi (services.msc), individuato il servizio Diplomat Trial 64, aperto le sue Proprietà, navigato nella scheda Accesso, selezionato This account e inserito NT AUTHORITY\NetworkService. I campi password vengono popolati automaticamente.

Dopo aver fatto clic su OK, abbiamo fatto clic con il pulsante destro sul servizio e selezionato Avvia. La colonna Accesso è stata aggiornata a NetworkService e il servizio è stato avviato.

Pannello di amministrazione

Facendo clic sull'icona Diplomat MFT Trial sul desktop si apre https://localhost:8081/ nel browser. Al primo caricamento appare un avviso di certificato autofirmato; facendo clic su Avanzate e continuando oltre si arriva alla schermata di login di Coviant Software.

Le credenziali predefinite sono Administrator/diplomat. Dopo l'accesso, il sistema richiede immediatamente un cambio password. Una volta impostata, si carica l'interfaccia principale. Il pannello di amministrazione è basato su browser e accessibile da remoto, una differenza significativa rispetto a Cerberus, che richiede una sessione di desktop remoto nella macchina server.

La schermata principale mostra una barra di navigazione superiore con nove menu: File, Keys, Partners, Transactions, File Transfer Server, Settings, Jobs, Reports e Help. La barra laterale sinistra visualizza l'albero di configurazione: Keys (5), Partners (7), Transactions (6) e File Transfer Server. La versione di prova in esecuzione qui è la 9.5 Trial Build 20260702, Enterprise Edition.

Chiavi

La sezione Chiavi è dove vengono gestite tutte le credenziali di crittografia. La prova installa cinque chiavi di esempio preconfigurate in tre categorie.

Chiavi OpenPGP (3)

Sono incluse due chiavi pubbliche e una coppia di chiavi. Selezionando Example Auditor Public Key vengono visualizzati tutti i dettagli: nome della chiave, tipo di chiave (ECDSA), User ID e un interruttore di notifica di scadenza. La sezione Master Key Sign Only mostra l'algoritmo (ECDSA), la curva ellittica (NISTP521), la data di creazione (Feb 02, 2026), la scadenza (Mai) e il Key ID.

Scorrendo verso il basso compaiono ulteriori campi tecnici: Key Fingerprint, Version (4), Symmetric Algorithm (AES_256) e Hash Algorithms (SHA512, SHA256). Segue una sezione Subkey Encrypt and Sign con il proprio algoritmo (ECDH), curva ellittica (NISTP521), date di inizio e scadenza e Key ID.

Coppie di chiavi

La cartella Coppie di chiavi contiene My Org Example PGP Key Pair, la coppia di chiavi dell'organizzazione utilizzata per decifrare i file in entrata e firmare quelli in uscita. Il modulo è identico a quello di una chiave pubblica con un'aggiunta: un campo Passphrase con interruttore mostra/nascondi che protegge la chiave privata.

Scorrendo fino in fondo alla pagina della coppia di chiavi appare una sezione Related Partners and Transactions. Per questa coppia di chiavi, sono elencati quattro partner che la utilizzano, quattro transazioni che la referenziano e una sincronizzazione che la utilizza. Punti verdi e rossi accanto a ciascuna voce indicano lo stato attivo o inattivo. Questa visualizzazione mostra esattamente cosa verrebbe interessato prima di eliminare o sostituire una chiave.

Chiavi SSH (2)

Le chiavi SSH gestiscono l'autenticazione per le connessioni SFTP piuttosto che la crittografia dei file. Sono presenti due coppie di chiavi SSH: My Org Example Bank SFTP Client Key Pair e My Org Example SFTP Host Key Pair.

La Bank SFTP Client Key Pair mostra l'algoritmo (RSA), la robustezza in bit (2048), un'impronta SHA256 e un campo passphrase. La sezione Related mostra Example Bank come partner che la utilizza, e le due transazioni bancarie che la referenziano.

La SFTP Host KeyPair è la chiave che Diplomat MFT presenta ai client in connessione quando agisce come server SFTP.

Certificati SSL

La cartella Certificati SSL è presente ma vuota nella prova. Server SSL Certificates (0) e Client SSL Certificates (0) sono disponibili come categorie per l'importazione di certificati utilizzati con endpoint FTPS.

Partner

I partner definiscono ogni sistema o posizione esterna verso cui Diplomat MFT trasferisce i file: server SFTP, bucket di cloud storage, condivisioni di file di rete, agenti di filiale e altro. La prova include sette partner di esempio suddivisi in due gruppi: Public Profiles (1) e Trusted Profiles (6).

Public Profiles: Example Bank

Il partner Example Bank è un Public Partner Profile che utilizza SFTP (SSH2) come metodo di trasporto. La sezione SFTP Server mostra i dettagli di connessione: indirizzo (sftp.examplebank.com), porta (22), nome utente (MyOrgExample), SSH Client Key (My Org Example Bank SFTP Client Key Pair), un campo Directory e un timeout di 30 secondi. Le opzioni aggiuntive includono Verify SSH Host Key, Use Strong RSA Signatures, File Integrity Checking (File Size), File Ready Condition (File Idle Time), server proxy e impostazioni dei nomi file temporanei. Un pulsante TEST in alto a destra verifica la connessione senza avviare un trasferimento.

Diplomat Managed File Transfer

Diplomat Managed File Transfer

Diplomat Managed File Transfer

1/3

Premendo TEST sul profilo di esempio è stato restituito: “Connessione socket non riuscita. Elenco directory non ricevuto dal server.” come previsto, poiché sftp.examplebank.com non è un indirizzo reale. Su un partner reale, questo pulsante conferma la connessione prima che venga pianificato qualsiasi job.

Scorrendo verso il basso appare la sezione OpenPGP Keys, dove la Partner's Encrypt/Decrypt Key e la Partner's Sign/Verify Key sono entrambe impostate su Example Bank Public Key. Una sezione Related Transactions and Synchronizations in fondo mostra quali job utilizzano questo partner.

Facendo clic sul menu a tendina di uno dei due campi chiave PGP si ottiene l'elenco di tutte le chiavi attualmente definite nella sezione Chiavi: Example Auditor Public Key, Example Bank Public Key e My Org Example PGP Key Pair. Ecco come le chiavi e i partner si collegano: le chiavi sono definite una volta e referenziate ovunque servano.

Opzioni del metodo di trasporto

Aprendo il menu a tendina Metodo di trasporto su qualsiasi profilo partner si ottiene l'elenco completo dei tipi di connessione supportati. Protocolli di trasferimento classici: SFTP (SSH2), FTP, FTPS (TLS), HTTP, HTTPS, SMB, Local Network, AS2. Cloud storage: Amazon S3, Microsoft Azure, Google Cloud, Oracle Cloud, Box, Dropbox, OneDrive, SharePoint, ShareFile, Zoho WorkDrive. Altro: Diplomat Remote Agent, Biscom Transit, Email.

Trusted Profiles: Branch Office A

Branch Office A è un Trusted Partner Profile che utilizza Diplomat Remote Agent come metodo di trasporto, l'agente proprietario di Coviant installato sul sito remoto. La sezione Diplomat Remote Agent mostra l'indirizzo del sito, la porta, la MFT Site Key e quattro pulsanti di azione. La descrizione nota che la larghezza di banda per i trasferimenti verso questa filiale è limitata a 30 Mbps per evitare di saturare la connessione WAN.

Diplomat Managed File Transfer

Diplomat Managed File Transfer

1/2

Scorrendo verso il basso si vede dove viene applicato tale limite: Chunk Size (100 MB) e Max Bandwidth (30 Mbps). Le impostazioni aggiuntive includono Auto OpenPGP Encrypt/Decrypt, Attempt Checkpoint Restart on Transmission Failure, File Integrity Checking (Checksum SHA-256), Max Retries, Retry Delay, Timeout e un campo Custom Post-Process per eseguire un comando o uno script dopo il completamento di ogni trasferimento. La sezione Related in fondo mostra che questo partner è utilizzato dalla sincronizzazione “Push new HR docs to all branch offices”.

Transazioni

Le transazioni sono il punto in cui partner e chiavi si uniscono in job di trasferimento reali. La prova include sei esempi preconfigurati di tre tipi: In entrata (2), In uscita (2) e Sincronizzazione (2). Ogni transazione ha un campo descrizione in linguaggio semplice che spiega esattamente cosa fa, una pratica utile che rende la configurazione auto-documentante.

In entrata: Get Payment Results file from Bank

Questo job pianificato preleva i file di risultati crittografati dal server SFTP della banca ogni pomeriggio feriale, li decifra e li inserisce in una cartella locale. Se non vengono trovati file, il job lo conteggia come fallimento piuttosto che come successo silenzioso, una scelta di progettazione deliberata catturata nella descrizione e applicata dall'impostazione Fail if file(s) not found.

Diplomat Managed File Transfer

Diplomat Managed File Transfer

Diplomat Managed File Transfer

Diplomat Managed File Transfer

Diplomat Managed File Transfer

1/5

La sezione Source Partner Profile importa automaticamente l'intera configurazione SFTP di Example Bank, inclusi indirizzo, porta e chiave client SSH, perché il partner era già stato definito. Un'opzione Save as New Partner consente di promuovere eventuali modifiche inline a una voce partner permanente, e un pulsante GO TO PARTNER porta direttamente alla pagina di quel partner.

La sezione Destination Partners utilizza una scheda DEFAULT con un pulsante + accanto, il che significa che una singola origine può diramarsi verso più destinazioni contemporaneamente. Questa transazione invia a Local Example Folder (Local Network, C:\Example).

In File Handling la sezione Chiavi diventa operativa. Verify è selezionato e la OpenPGP Verification Key è impostata su Example Bank Public Key. I file in arrivo vengono verificati nella firma rispetto alla chiave pubblica della banca prima di essere accettati. L'attribuzione del partner è mostrata inline sul lato destro della schermata, chiarendo quale chiave si applica a quale partner.

La sezione Job Execution offre RUN NOW per esecuzioni manuali immediate o Schedule per l'automazione ricorrente.

I retry sono configurati per 3 tentativi a intervalli di 5 minuti, con un'email di debug inviata al supporto IT a ogni tentativo. Ciò significa che se la banca carica il file in ritardo, il job riprova prima di segnarsi come fallito. Le External Requests consentono di attivare il job tramite API o scripting agent, e allow execution as a linked transaction consente di eseguirlo come parte di una catena.

Linking Transactions mostra quali job attivano questo e quali sincronizzazioni lo referenziano. Le notifiche supportano sia Business Email (inviata agli stakeholder) sia Messaging Notifications (webhook Slack e Teams, configurabili per stato del job Successo, Fallimento, Avviso).

L'Archiving memorizza una copia compressa dei file trasferiti per tipo di file ed esito, ad esempio archivia solo in caso di Successo. Le IT Email Notifications inviano un report di debug al team IT indipendentemente dalle notifiche di business.

Diplomat Managed File Transfer

Diplomat Managed File Transfer

Diplomat Managed File Transfer

Diplomat Managed File Transfer

1/4

I Pre-Job Processes eseguono uno script personalizzato prima dell'avvio del trasferimento. I Post-Job Processes includono un Unzip Process (con tipo zip, modello di file, password e directory di destinazione) per decomprimere automaticamente i file compressi all'arrivo, più un Custom Process per eseguire qualsiasi comando post-trasferimento.

Facendo clic su VALIDATE prima del salvataggio viene restituita una conferma verde: “La transazione EXAMPLE: Get Payment Results file from Bank è valida.”

Eseguendo il job con RUN NOW si apre una finestra di avanzamento che mostra Stato: In esecuzione (Building File List) al 0% di completamento.

Il job si è completato con Stato: Fallimento in 40,5 secondi, come previsto, poiché sftp.examplebank.com non è un server reale. Il report di esecuzione mostra ogni passaggio: l'errore di connessione, i file trovati (0), decrittografia non richiesta, chiave di verifica specificata (Example Bank Public Key), messaggio non firmato e il percorso di archiviazione in cui Diplomat MFT ha registrato il tentativo. Anche un'esecuzione fallita produce una traccia di audit completa.

In entrata: On ClientUser upload, send to Marketing Server

Questo job funziona diversamente: invece di una pianificazione, utilizza il File Monitoring, osservando una cartella e attivandosi ogni volta che appare un nuovo file.

Diplomat Managed File Transfer

Diplomat Managed File Transfer

Diplomat Managed File Transfer

Diplomat Managed File Transfer

Diplomat Managed File Transfer

1/5

L'origine è la directory di caricamento del File Transfer Server per ExampleClientUser (Local Network). Il File Ready Condition è impostato su File Idle Time con 45 secondi; il job attende finché un file non smette di cambiare per 45 secondi prima di trattarlo come completo, impedendo che i caricamenti parziali vengano inoltrati a metà trasferimento. L'azione post-trasferimento è Delete, mantenendo la cartella di caricamento pulita e segnalando al client che il file è stato elaborato.

Job Execution mostra Run Jobs Using: File Monitoring, con Include Modified Files selezionato e Recursive disattivato. Disable/Notify After 15 minuti avvisa se il monitoraggio stesso smette di funzionare.

La sezione Notifications di questo job ha un webhook Slack live configurato e impostato su Success quando un file viene spostato con successo nel Marketing Server, un messaggio arriva automaticamente nel canale Slack del team marketing.

In uscita: Monitor Accounting server to send Tax Files to Auditors

Questo job a cartella hot osserva il server contabile alla ricerca di nuovi file fiscali e li invia crittografati ai revisori via email.

Diplomat Managed File Transfer

Diplomat Managed File Transfer

Diplomat Managed File Transfer

Diplomat Managed File Transfer

1/4

L'azione post-trasferimento è Move anziché Delete. In caso di successo, i file vengono spostati in una sottocartella filed; in caso di errore, vanno in un percorso di errore separato. L'origine è la condivisione dei report del server contabile, monitorata tramite File Locking.

La destinazione utilizza il trasporto Email, senza alcun server SFTP coinvolto. L'email è pre-indirizzata a auditors@example.com con oggetto “Tax file for My Org” e un corpo del messaggio. I Files vengono inviati automaticamente come allegati.

File Handling applica sia Encrypt (Example Auditor Public Key) sia Sign (My Org Example PGP Key Pair), più una Additional Encryption Key (My Org Example PGP Key Pair), così l'organizzazione mittente conserva una copia che può decifrare. Job Execution utilizza File Monitoring, non una pianificazione.

Le notifiche di business vanno a JaneDoe@auditors.example.com (All Jobs). Le notifiche di messaggistica utilizzano un webhook Teams impostato su Warning e Failure, una scelta di canale diversa dal job del Marketing Server, che utilizzava Slack per Success.

In uscita: Send Payment Authorizations to Bank

Il contrario del job Get Payment Results: questo invia file di pagamento in uscita al server SFTP della banca ogni mattina feriale. Uno script pre-job viene eseguito prima per sollecitare il server contabile a generare il file dei pagamenti. L'origine è una cartella locale (Bank\PaymentAuthorizations), la destinazione è la posta in uscita SFTP della banca (outbox/authorizations/).

Diplomat Managed File Transfer

Diplomat Managed File Transfer

Diplomat Managed File Transfer

1/3

Il partner di destinazione è Example Bank (SFTP), lo stesso partner utilizzato come origine nel job in entrata. La stessa definizione di partner copre entrambe le direzioni.

File Handling crittografa con Example Bank Public Key e firma con My Org Example PGP Key Pair. Job Execution è pianificato (giornaliero), solo nei giorni feriali, in linea con la descrizione “ogni mattina feriale”.

Sincronizzazione: Push new HR docs to all branch offices

Le sincronizzazioni funzionano diversamente dalle transazioni: invece di spostare file, eseguono il mirroring di una posizione di origine verso una o più destinazioni. Questo job gira ogni pomeriggio feriale alle 15:00 e mantiene le Branch Offices A e B come specchi esatti del server HR.

L'impostazione critica è Remove Destination Items Not Present at Source selezionata qui, il che significa che i file eliminati dal server HR vengono eliminati anche dalle filiali. Include Subfolders è anch'esso selezionato. Una scheda Exclude contiene i pattern di esclusione manifest.ini e _* citati nella descrizione.

Diplomat Managed File Transfer

Diplomat Managed File Transfer

Diplomat Managed File Transfer

Diplomat Managed File Transfer

1/4

L'origine è il partner HR Docs (Local Network, \\hr\shared\docs). Il Transfer Order è Depth First.

Destination Partners mostra un badge di 2, indicando due destinazioni simultanee.
Ciascuna utilizza Diplomat Remote Agent con Auto OpenPGP Encrypt/Decrypt, Attempt Checkpoint Restart on Transmission Failure, Checksum (SHA-256), Chunk Size 100 MB e Max Bandwidth 30 Mbps, lo stesso limite definito nel profilo del partner.

Sincronizzazione: Send daily configuration backups to S3 Glacier

La seconda sincronizzazione gira ogni notte, 5 minuti dopo la mezzanotte, e sincronizza i file di backup propri di Diplomat MFT verso un bucket AWS S3 Glacier. A differenza della sincronizzazione dei documenti HR, Remove Destination Items Not Present at Source è deselezionata, quindi i vecchi backup non vengono mai eliminati da S3; ne vengono aggiunti solo di nuovi. Il filtro Include è limitato ai file *.dbu e *.dmrg (i formati di backup propri di Diplomat MFT) con Recursive selezionato e solo Files.

Creare una transazione da zero

Nuovi partner e transazioni vengono creati dai menu di intestazione. Il menu Partners offre Create Public Partner e Create Trusted Partner. Il menu Transactions offre Create Inbound Transaction, Create Outbound Transaction e Create Synchronization.

Diplomat Managed File Transfer

Diplomat Managed File Transfer

Diplomat Managed File Transfer

1/3

Per testare il flusso di lavoro completo, abbiamo creato un nuovo partner (AIMultiple, Local Network) e una nuova transazione in entrata (Get Payment from AIMultiple). Il modulo si apre vuoto con la stessa struttura delle transazioni di esempio: File Information, Source e Destination Partner Profiles, File Handling, Job Execution e tutte le sezioni successive.

Testando la directory di destinazione è stato restituito: “Directory C:/Users/Public/Documents trovata. Accesso in scrittura abilitato.” con un elenco live della directory.

Diplomat Managed File Transfer

Diplomat Managed File Transfer

Diplomat Managed File Transfer

1/3

Il job è stato configurato con Schedule (Daily), 3 retry a intervalli di 5 minuti e nessuna esclusione di giorni. Eseguendolo con RUN NOW ha prodotto Stato: Successo in 0,125 secondi: 1 file trovato, 1 trasferito, 28 byte, archiviato e compresso automaticamente.

Impostazioni

Il menu Impostazioni copre la configurazione a livello di sistema. Elementi chiave: Email (SMTP per tutte le notifiche in uscita e il trasporto email), Calendari (pianificazioni di festività personalizzate referenziate nelle esclusioni dei job), Job Monitor (dashboard operativa live), Job Queue (controlli di concorrenza), Audit (traccia di audit di sistema), Backup, Logging, Server Proxy, Gestione Sessioni, Impostazioni SSO, Admin Users, Admin Roles e LDAP.

Job Monitor si apre in una finestra del browser separata su localhost:8081/jobmonitor. Mostra ogni job con stato della transazione, ora di inizio, tempo trascorso, stato del job, file trovati/elaborati, velocità, conteggio dei tentativi di esecuzione e prossima esecuzione pianificata. Una tabella Riepilogo in basso suddivide i totali per In entrata, In uscita e Sincronizzazione. Le schede filtro Running e Active restringono la visualizzazione ai job in esecuzione o recentemente attivi.

Diplomat Managed File Transfer

Diplomat Managed File Transfer

Diplomat Managed File Transfer

1/3

Calendari definiscono pianificazioni di festività denominate che possono essere applicate alle esclusioni delle transazioni. Ogni calendario specifica i giorni non lavorativi tramite caselle di controllo per giorno della settimana e un elenco di festività per nome e data. Le transazioni referenziano un calendario nella loro sezione Calendar Exclusions per saltare automaticamente le esecuzioni in quelle date.

Impostazioni Coda Job controllano quanti job vengono eseguiti simultaneamente e come viene gestito il carico all'avvio. Il numero massimo di job concorrenti è predefinito a 50. Il Delay Between Initial Job Starts è predefinito a 1.000 ms, uno scaglionamento per impedire che tutti i job pianificati partano contemporaneamente e causino picchi di carico sul server. Le modifiche al ritardo di avvio hanno effetto al riavvio del servizio.

bTrade

bTrade differisce da ogni altra piattaforma in questo benchmark in un aspetto fondamentale: non l'abbiamo installata. È stato fornito accesso a un cluster QA live che eseguiva TDXchange Release 5.3.0-SNAPSHOT su Linux con PostgreSQL, accesso tramite RDP a un server Windows sulla stessa rete a causa delle restrizioni IP sui nodi del cluster.

L'interfaccia di amministrazione è interamente basata su browser: nessuna installazione client, nessun collegamento sul desktop, nessuna configurazione del servizio. Basta navigare all'URL del server ed effettuare il login.

Per iniziare

La schermata di login è minimale: Nome utente, Password, Login e un link Password dimenticata. Dopo aver effettuato l'accesso come utente admin AIMultiple, si carica la schermata principale di TDXchange con un layout a tre pannelli.

La barra laterale sinistra elenca ogni modulo: Organizational Hierarchy, Participants, Relationships, Messages and Activities, Dashboard, Services, System Configuration, Clustering, Administrators, Migration, bTrade IA (contrassegnato NEW) e Quick Links.

Il pannello destro mostra una checklist Suggestions: imposta policy password rigorose per gli utenti admin e mailbox, configura i backup automatici, imposta l'eliminazione dei messaggi ed esegui il backup del vault delle password.

Ogni suggerimento ha un pulsante Configure che naviga direttamente alla schermata delle impostazioni pertinenti e un'opzione Dismiss. Questa checklist di onboarding guidata riduce l'attrito del “l'ho installato, e ora?” che un pannello di amministrazione vuoto crea tipicamente.

Seguendo il primo suggerimento in System Configuration > Security > User Security sono emersi i controlli della policy delle password: lunghezza minima (10), blocco dell'account dopo 3 tentativi falliti, durata del blocco (1800 secondi), applicazione della cronologia password, età massima della password (60 giorni), età minima della password (1 giorno), Strict Password Settings e una sezione One Time Password / MFA.

Gerarchia organizzativa

bTrade organizza tutto in una gerarchia a quattro livelli prima che partecipanti o trasferimenti possano essere configurati: Domain > Organization > Department > Division. Fast Setup crea tutti e quattro i livelli in un unico modulo.

Browse ha confermato che il dominio appariva come ACTIVE accanto ai domini preesistenti bTrade e HealthcareProvider. Ogni livello ha un'opzione Edit per modifiche successive alla creazione.

Questa necessità di definire una gerarchia prima di aggiungere partecipanti è una differenza strutturale rispetto a ogni altra piattaforma in questo benchmark. Diplomat MFT, Files.com, Thru e Serv-U consentono di definire partner o endpoint senza alcun contenitore organizzativo. bTrade impone prima la gerarchia, il che riflette la sua origine come gateway B2B multi-tenant piuttosto che come strumento di trasferimento file point-to-point.

Partecipanti

I partecipanti sono i partner commerciali o i sistemi interni che inviano e ricevono file, l'equivalente dei Partners in Diplomat MFT o degli endpoint in Thru. Fast Setup crea un partecipante e una casella postale opzionale accessibile dal web in un unico modulo: Division (selezionata dalla gerarchia), Participant Name, Email, EDI Identifier, EDI Qualifier, AS2 Name e credenziali della casella postale.

La presenza dei campi EDI Identifier, EDI Qualifier e AS2 Name a livello di creazione del partecipante è un indicatore significativo del posizionamento di bTrade. Questi campi non compaiono nella configurazione dei partecipanti di Diplomat MFT, Files.com, Thru o Serv-U; esistono perché bTrade è costruita attorno allo scambio di messaggi B2B EDI, non solo al movimento di file.

Abbiamo creato il partecipante AIMultipleTest sotto la divisione FileTransfer con nome casella postale aimultiplembx e accesso web abilitato. Il partecipante e la sua casella postale sono stati creati insieme in un'unica azione Create.

Sfogliando i partecipanti con il filtro Division impostato su FileTransfer ha confermato che AIMultipleTest appariva come ENABLED con EDI Identifier AIMultipleTest e casella postale aimultiplembx elencata. La tabella Browse mostra anche una colonna Adapter Instances: ogni partecipante può avere istanze di adattatori di protocollo denominate (ad esempio, ExtSFTPTP_SFTP_Send_Records) che definiscono come si connettono. Il dominio preconfigurato HealthcareProvider conteneva 16 partecipanti di esempio con istanze di adattatori su protocolli AS2, AFTP e SFTP, mostrando la profondità del supporto dei protocolli in uno scenario B2B funzionante.

I partecipanti sono inoltre isolati l'uno dall'altro per impostazione predefinita. Due partecipanti possono vedersi o scambiarsi file solo quando è definita una relationship esplicita tra loro (vedi Relationships di seguito):

• Anche con migliaia di partecipanti, uno senza relationship verso un altro non ha alcun percorso per raggiungerlo.
• Se un singolo partecipante viene compromesso, ad esempio tramite una password debole o un algoritmo obsoleto come SHA-1, l'attaccante non può comunque raggiungere nessun altro partecipante.
• Ciò impedisce il movimento laterale possibile nei modelli di partecipanti piatti, dove un account compromesso può esporne altri.

Oltre ai campi di identità ed EDI, molte impostazioni possono essere definite per partecipante, sovrascrivendo le impostazioni predefinite di sistema:

• Regole di archiviazione: regole di conservazione ed eliminazione per partecipante che prevalgono sulle impostazioni predefinite di sistema. Un partner che scambia migliaia di file al giorno può essere impostato per l'eliminazione dopo cinque giorni lavorativi senza archivio offline.
• Instradamento gateway: un partecipante specifico può essere instradato attraverso un gateway o proxy dedicato, ad esempio partner su linee dedicate, bypassando il relay DMZ predefinito.
• Sicurezza e prevenzione DoS: intervallo di login per partecipante, numero massimo di thread simultanei e liste consenti e nega IP. Un singolo utente malintenzionato che lancia migliaia di thread simultanei potrebbe altrimenti esaurire le connessioni al database e mandare giù il sistema. I limiti possono essere aumentati per partner ad alto throughput, ad esempio 500 thread per un prime broker, e abbassati per gli altri. Gli IP nella lista di negazione vengono bloccati prima dell'autenticazione.

Ogni partecipante si connette tramite adattatori, i connettori a sistemi interni o esterni. Gli adattatori interni includono monitor di directory e copie di file su un file system montato localmente; gli adattatori esterni coprono FTPS, SFTP, AS2, AS1, casella postale e cloud storage tra i principali fornitori. Gli adattatori sia prelevano sia inviano file e tengono traccia di quali file sono già stati scaricati in modo che lo stesso file non venga prelevato due volte.

Relationships

Le Relationships definiscono chi può inviare a chi e cosa succede a un file in transito: le regole di instradamento ed elaborazione tra due partecipanti. Il modulo Fast Setup prende un Sender Participant, un Receiver Participant, un interruttore Create reverse relationship, AS1/AS2 Action, regole di instradamento (Default Target Send Adapter più regole condizionali di instradamento sequenziabili) e Actions (passaggi di elaborazione applicati al messaggio in ordine).

Questo modello di relationship è esso stesso il confine di sicurezza principale di bTrade. Un partecipante può scambiare file solo con i partner con cui ha una relationship esplicita, quindi l'accesso è definito da chi può parlare con chi piuttosto che dai permessi sulle cartelle o dalle directory condivise. Compromettere un partecipante non espone gli altri, una proprietà di contenimento che gli strumenti MFT basati su cartelle e ACL non forniscono per impostazione predefinita.

Le regole di instradamento possono inviare diversi tipi di file dallo stesso mittente a diversi sistemi backend in un elenco sequenziato. Da un unico mittente, ad esempio, i pagamenti possono andare al mainframe, i file di lockbox a un secondo sistema e gli assegni a un terzo.

Una sezione TD / Other Parameters copre le opzioni di sicurezza ed elaborazione per relationship: Use PGP, Compression, Encryption, Filtering, Hashing, Signature e Security Structure. Tutte erano impostate su None nell'ambiente QA, il che significa che sono opzionali piuttosto che obbligatorie.

In fondo al modulo relationship, una sezione SLA consente di definire aspettative di livello di servizio per relationship: conteggio file attesi, intervallo di tempo, maschera del nome file, destinatari e tipo di azione. Ciò consente il monitoraggio del “il file atteso è arrivato in tempo” a livello di partner commerciale, un approccio più strutturato rispetto all'impostazione Fail if file not found di Diplomat MFT, che è per transazione piuttosto che per relationship.

Le Relationships sono anche il punto in cui viene collegata la scansione selettiva dei contenuti. Poiché la scansione antivirus e DLP avviene tramite le Actions delle relationship e il servizio ICAP piuttosto che come filtro globale, può essere abilitata solo dove serve, ad esempio sul traffico esterno in entrata, invece di scansionare ogni file interno.

Non abbiamo creato una relationship per il nostro test perché il trasferimento ad-hoc basato su casella postale che abbiamo eseguito non ne richiede una.

Interfaccia della casella postale

bTrade fornisce un'interfaccia web separata per utenti finali e partner commerciali a un URL distinto (.../btrademft/mailbox). La schermata di login della casella postale è visivamente differenziata dalla console di amministrazione: tema scuro con accenti blu invece del verde dell'admin, sotto lo stesso marchio TDXchange.

Abbiamo effettuato l'accesso alla casella postale aimultiplembx utilizzando le credenziali impostate durante la creazione del partecipante. L'interfaccia della casella postale mostra quattro cartelle nel pannello di sinistra e una barra degli strumenti con Up, Refresh, Upload, Download, Delete, Restore e Settings. Il pulsante Upload diventa attivo solo dopo aver navigato in una cartella di destinazione.

La posta in uscita contiene due sottocartelle: edi e nonedi. Questo è il primo punto in cui l'identità EDI di bTrade diventa operativamente visibile: la piattaforma separa il contenuto formattato EDI dai file semplici a livello di cartella.

Caricando un file di testo semplice nella cartella edi è stato restituito: “Nessuno standard EDI supportato inizia con AIM.” Il file è stato respinto perché non conteneva una struttura EDI valida. La cartella edi convalida il formato del contenuto prima di accettarlo, non solo l'estensione del file.

Abbiamo preparato un file EDI X12 850 Purchase Order valido e l'abbiamo caricato. La convalida EDI è passata, ma è apparso un nuovo errore: “Impossibile determinare la casella postale di destinazione per l'identificatore del destinatario [RECEIVERID].” bTrade aveva analizzato l'involucro EDI, letto l'identificatore del destinatario dal segmento ISA e tentato di instradare il file a un partecipante con quell'identificatore, che non esisteva nel sistema.

Abbiamo aggiornato i segmenti ISA e GS del file EDI per utilizzare AIMultipleTest sia come mittente sia come destinatario, corrispondente all'EDI Identifier assegnato al nostro partecipante. Il caricamento si è completato con successo: “Caricati 1/1 file”, 284 byte, 100%, segno di spunta verde.

Controllando la posta in arrivo ha confermato l'arrivo del file: test.edi, 284 byte, timestamp Jul 14, 2026 14:42. Il file si è spostato da outbox/edi attraverso la logica di instradamento di bTrade ed è stato consegnato alla corretta posta in arrivo della casella postale in base all'identificatore del destinatario nell'involucro EDI.

Messaggi e attività

La visualizzazione Messages in Messages and Activities fornisce una traccia di audit ricercabile di tutti i trasferimenti. I filtri includono intervallo di date, mittente, destinatario, nome file e Advanced Parameters. I risultati mostrano File Name, Timestamp, Sender, Receiver, Size (Bytes), Message Details e Activities Trail. Sono comparsi sia il nostro trasferimento test.edi sia un trasferimento preesistente AndrieEDI.edi (da AdHocExt a InternalTP).

Ogni azione nel sistema è registrata in questa traccia come registro di audit immutabile e a prova di manomissione, memorizzato crittografato nel database.

Dashboard

La sezione Dashboard include sottoview per Messages, Transactions, Participants, Mailboxes, Certificates, Services, Connections, Jobs e Passwords. La sottoview Transactions mostra il volume di trasferimento come grafico a barre o a torta configurabile, filtrabile per intervallo di date e suddiviso per giorno o altri intervalli. La sottoview Participants mostra il conteggio dei messaggi in entrata e in uscita suddivisi per protocollo (AS2, FTP, SSH, FS, MBOX, HTTP, UDP) per partecipante.

Certificati

La visualizzazione Dashboard > Certificates fornisce la gestione del ciclo di vita dei certificati in tutto il sistema. Un interruttore filtro mostra i certificati in scadenza entro un numero configurabile di giorni. Le opzioni Certificate Type sono ALL, X509, SSH, PGP, X509 CSR e PQC, quest'ultima indica il supporto dei certificati di crittografia post-quantistica, che poche altre piattaforme testate in questo benchmark offrono.

Per le organizzazioni che evitano OpenPGP, TDXchange offre anche TDCompress, un'alternativa proprietaria di crittografia e compressione. Piuttosto che un semplice scambio di certificati, funziona come un runtime che abbina certificati a istruzioni, ad esempio a quali partecipanti un file può essere inviato o per chi crittografarlo, offrendo un controllo più stretto di OpenPGP insieme a un forte rapporto di compressione.

Servizi

Il menu Services (lato configurazione, separato dalla vista di monitoraggio Dashboard) copre due aree.

Fast Setup crea un nuovo listener di protocollo lato server: scegli un tipo di servizio, dagli un nome e crealo. I tipi disponibili sono FTP(S) Service, SFTP Service, AS2 Service e ICAP Service.

Relay configura i nodi edge della DMZ. Sono definiti due relay server, che agiscono come proxy tra i partner esterni e il server bTrade interno. Il traffico esterno raggiunge il relay nella DMZ; il relay lo inoltra verso l'interno, mantenendo il server principale fuori dalla rete pubblica. È l'equivalente dell'Edge Gateway di Diplomat MFT.

Per i trasferimenti ad alta latenza e lunga distanza, le dimensioni di finestra e pacchetto TCP/IP possono essere regolate per servizio SFTP, così un servizio che gestisce partner in una regione distante può essere regolato diversamente da uno che serve mittenti locali ad alto throughput.

Configurazione di sistema

Adapters definiscono i motori che spostano i file: Directory Monitor (osserva una cartella in cerca di nuovi file), File Copy (copia file tra posizioni) e Mailbox Receive (preleva da una casella postale). Ogni istanza di adattatore ha controlli enabled/disabled, Test Connection, Run Now e Stats. Un adattatore Quarantine_FS_1 File Copy è predefinito; i file che falliscono la scansione dei contenuti ICAP vengono instradati qui.

AdHoc configura la funzione di condivisione file ad-hoc sicura. Le impostazioni includono requisito di password, numero massimo di tentativi di accesso falliti (5), dimensione massima del file (100 KB), download massimi per file (2), periodo di scadenza (24 ore) ed estensioni di file vietate (.exe, .vbs, ecc.). I modelli di notifica email e SMS utilizzano token (${LINK}, ${PASSWORD}, ${VALID_UNTIL}). Un'opzione SMS out-of-band invia il link via email e la password via SMS separatamente, impedendo l'accesso se uno dei due canali viene compromesso. Ciò offre agli utenti finali uno scambio sicuro bidirezionale persona-a-persona. Un mittente può inviare un file a un destinatario esterno e riceverne uno indietro, con link e password consegnati su canali separati.

Archiving / Purging gestisce il ciclo di vita dei dati in tre fasi: Online Archiving (sposta i record dal DB attivo al DB di archivio, settimanalmente, 30+ giorni), Offline Archiving (sposta in file flat, settimanalmente, 90+ giorni) e Purging (eliminazione permanente, settimanalmente). Una scheda Restoring riporta gli archivi offline nel sistema attivo quando necessario.

Files Processing copre quattro aree. File Transformation definisce regole di riscrittura del contenuto applicate ai file in transito. Detecting Duplicates identifica e opzionalmente respinge file ripetuti. Message Store mostra la radice del file system e configura la crittografia a riposo: i messaggi su disco sono crittografati utilizzando PQC Kyber, il che significa che i file memorizzati sono protetti con crittografia post-quantistica. Ciò difende dagli attacchi harvest-now-decrypt-later: anche se un attaccante esfiltra oggi l'archivio messaggi, i file restano illeggibili a un futuro computer quantistico. System Actions consente di inserire passaggi di elaborazione personalizzati nella pipeline di trasferimento.

Gateways definisce le destinazioni di connessione in uscita: bTrade_SMTP (email), One_IP_Proxy (proxy SOCKS per egress a IP singolo), Relay Proxy (relay DMZ) e IA Gateway (connessione HTTPS al servizio IA di bTrade). Ogni gateway ha un pulsante Test Connection.

Security offre set di policy password separati per utenti admin e utenti mailbox, ciascuno con la stessa profondità: lunghezza minima, soglie di blocco, cronologia password, età massima/minima, regole di complessità rigorose (che vietano frammenti di nome utente/nome/email, richiedono caratteri maiuscoli/minuscoli/numerici/speciali) e configurazione OTP/MFA. I trigger OTP sono configurabili indipendentemente per tipo di utente: sempre, solo al primo accesso, dopo N giorni dall'ultimo accesso o al cambio password.

Miscellaneous include gestione licenze, valori predefiniti di generazione dei certificati, imposizione del protocollo TLS (TLS 1.2 e 1.3 abilitati; SSL 3.0, TLS 1.0 e 1.1 disabilitati), pianificazione del backup della configurazione, controllo del livello di log per componente con impostazioni di rotazione dei file, account di credenziali comuni riutilizzabili tra adattatori, certificato SSL della console di gestione, proprietà applicative di basso livello (conteggi thread, codifica EDI, impostazioni cache) e preferenze di visualizzazione.

Clustering

Il menu Clustering mostra quattro nodi in questo ambiente QA: mft-1 (RUNNING), mft-2 (STOPPED), relay1 (RUNNING), relay2 (UNKNOWN). Ogni nodo ha controlli Start, Stop e Status. I nuovi nodi vengono aggiunti tramite Fast Setup con opzioni di autenticazione SSH. I tipi di nodo sono MFT (server principale) e RELAY, le stesse due categorie viste in tutta l'interfaccia.

Relay e nodi del cluster sono gestiti da questa singola interfaccia, e un nodo caduto può essere riavviato sul posto data la consueta configurazione di rete, ad esempio UDP tra i nodi.

Amministratori

Fast Setup crea account admin con assegnazione di ruolo (SYSTEM_ADMIN, FullMFTAdmin, MFTAdminLimited, FileTransferOPS) e una Scope Map che limita la visibilità di un amministratore a uno specifico Domain, Organization, Department o Division nella gerarchia. Ciò consente un'amministrazione delegata: un amministratore responsabile di una divisione non può vedere o modificare la configurazione di un'altra. I Custom Roles consentono di definire nuovi set di permessi oltre ai ruoli integrati.

L'area Administrators fornisce inoltre una ricertificazione periodica degli accessi, in cui un amministratore viene invitato a rivedere e riconfermare quali partecipanti e utenti richiedono ancora accesso. Account obsoleti e relazioni partner commerciali dormienti vengono evidenziati per la revisione invece di accumularsi silenziosamente, un controllo di governance che la maggior parte degli strumenti MFT point-to-point lascia alla manutenzione manuale.

Migrazione

Migration gestisce l'import/export completo del sistema, l'import/export selettivo dei partecipanti e i percorsi di migrazione da prodotti bTrade precedenti (TDNgine tramite connessione a database Oracle o file di configurazione; TDAccess/TDPeer tramite caricamento di file di configurazione). Database Import reca un avviso prominente che sovrascrive tutti i dati esistenti. Export Runtimes genera pacchetti di configurazione firmati per singoli partecipanti.

Oltre ai backup notturni standard, l'intera configurazione e il database possono essere esportati e ripristinati altrove: reinstallare TDXchange e importare l'esportazione del database ricostruisce uno scambio funzionante senza un sistema DR separato. La stessa esportazione spinge configurazione e partecipanti da un ambiente di test alla produzione.

bTrade IA

Il bot bTrade IA (etichettato NEW nella barra laterale sinistra) accetta un prompt di ricerca a testo libero e lo instrada attraverso l'IA Gateway configurato per cercare nei dati di sistema. Abbiamo inserito “Mostrami tutti i messaggi trasferiti negli ultimi 7 giorni” e abbiamo ricevuto due risultati: il nostro trasferimento test.edi e un trasferimento preesistente AndrieEDI.edi. I risultati includono mittente, destinatario, tipo di messaggio, data di creazione, dimensione del file e link diretti a Message Details e Activities Trail.

La query in linguaggio naturale ha identificato correttamente entrambi i trasferimenti senza richiedere la compilazione di alcun campo filtro. Le ricerche possono essere salvate e gestite allo stesso modo delle ricerche salvate standard. Questa è l'unica piattaforma in questo benchmark con un'interfaccia funzionale di ricerca in linguaggio naturale sulla cronologia dei trasferimenti.

Cerberus FTP

Abbiamo scaricato e installato Cerberus FTP Server da zero, impostato il pannello di amministrazione ed esplorato l'interfaccia web disponibile per gli utenti finali, inclusi caricamenti di file, impostazioni dell'account e condivisione di file.

Per iniziare

Cerberus non ha una dashboard web né un portale ospitato. Il processo di prova inizia con un breve modulo: nome, cognome, indirizzo email e numero di telefono. Invia il modulo e vieni immediatamente reindirizzato alla pagina di download.

Cerberus gira solo su Windows.

Installazione

Per questa recensione, abbiamo provisioning un'istanza Windows Server 2025 su AWS con tipo di istanza m6i.xlarge. Eseguendo il programma di installazione si apre una schermata di benvenuto che conferma la versione in installazione. Facendo clic su Avanti si procede.

La schermata successiva chiede le credenziali dell'account di servizio Windows, un nome utente e una password conforme alla policy che Cerberus utilizzerà per girare come servizio in background.

Dopo aver inserito le credenziali, l'installazione procede da sola e si completa in pochi minuti.

Il pannello di amministrazione

Una volta terminata l'installazione, l'interfaccia di gestione di Cerberus si apre automaticamente. Non è una UI web; è un'applicazione desktop nativa in esecuzione sul server, accessibile solo dalla macchina stessa.

Al primo avvio, la Getting Started Wizard si avvia e tenta di rilevare automaticamente l'indirizzo IP pubblico del server. Nella nostra configurazione, non è riuscita a determinarlo. Abbiamo fatto clic su Avanti e il resto della configurazione si è completato senza problemi.

La dashboard principale mostra una panoramica della sicurezza, informazioni di rete, contatori di caricamento e download e una valutazione delle vulnerabilità, tutto su un'unica schermata. La barra laterale sinistra elenca tutte le aree di gestione della piattaforma: Summary, Log, Connections, Reporting, User Manager, AD Users, LDAP Users, SSO Users, Firewall Controls, Server Manager, Event Manager, Sync Manager, Localization, Licensing e Setup Wizard. Tratteremo ciascuna sezione in dettaglio.

L'installazione è completata e abbiamo raggiunto la pagina principale del pannello di amministrazione. Non si tratta di una dashboard basata sul web; è un'applicazione nativa Windows (un file .exe) che gira direttamente sul server e può essere accessibile solo da quella macchina. Non c'è accesso remoto basato su browser.

Interfaccia web

Oltre al pannello di amministrazione, Cerberus fornisce un'interfaccia web per gli utenti finali per gestire i propri trasferimenti di file. Loghi, messaggi di benvenuto e altri elementi di design di questa interfaccia possono essere personalizzati dalle impostazioni di amministrazione lato server. La schermata di login è la normale UI web di Cerberus.

Abbiamo effettuato l'accesso con l'account “inituser” creato durante l'installazione. Subito dopo il login, Cerberus ti chiede di impostare due domande di sicurezza necessarie prima di poter procedere ovunque.

File manager

Dopo aver completato le domande di sicurezza, atterri sul File Manager. Le azioni disponibili dalla barra degli strumenti sono: aggiorna, seleziona tutto, elimina, rinomina, nuova cartella, zip e unzip. Una barra di filtro con un'opzione di ricerca ricorsiva si trova sopra l'elenco dei file.

Oltre ai caricamenti di singoli file, puoi caricare intere cartelle in un'unica operazione. Quando abbiamo caricato un file video, un lettore video inline è apparso nella coda di caricamento mentre il trasferimento era ancora in esecuzione. Puoi visualizzare in anteprima il file prima che termini il caricamento. Velocità di caricamento, percentuale di avanzamento e dimensione del file sono tutte visualizzate in tempo reale.

Impostazioni account

La sezione Account gestisce le preferenze utente. L'autenticazione a due fattori è disponibile qui e può essere abilitata per utente. C'è anche un selettore di tema se vuoi cambiare l'aspetto dell'interfaccia.

In fondo alla pagina Account c'è un pulsante Addresses. Facendo clic si apre una Rubrica dove puoi salvare nomi e indirizzi email delle persone con cui condividi spesso file. I contatti possono anche essere importati in blocco tramite CSV.

Condivisione file

Il menu Share mostra tutti i file e le cartelle che hai reso disponibili ad altri. Per condividere qualcosa, fai clic con il pulsante destro su una cartella nel File Manager per aprire una procedura guidata di condivisione in cinque passaggi.

Passaggio 1: Conferma il nome della cartella, imposta un tempo di scadenza (predefinito 24 ore) e opzionalmente imposta una password sul link di condivisione.

Passaggio 2: Options: controlla permessi, notifiche e pulizia. Allow Public Downloads è selezionato per impostazione predefinita. Puoi anche consentire caricamenti pubblici nella cartella, opzionalmente mantenendo tali caricamenti nascosti agli altri visitatori. Un menu a tendina delle notifiche ti consente di optare per avvisi email quando i file vengono scaricati o caricati. Un'opzione Clean Up può eliminare automaticamente i file condivisi alla scadenza della condivisione.

Passaggio 3: Security ti consente di richiedere una password monouso inviata via email prima di concedere l'accesso. È disponibile anche un elenco ospiti, limitato a 500 ospiti.

Passaggio 4: Email: invia opzionalmente il link di condivisione direttamente ai destinatari dall'interno della procedura guidata. Sono disponibili i campi A, Cc e Bcc, insieme a una riga dell'oggetto (precompilata come “Nuova cartella condivisa”) e un corpo del messaggio opzionale. È disponibile anche una casella “Invia copia a me”.

Passaggio 5: Review: riepiloga tutte le impostazioni configurate prima della creazione: nome della cartella, data e ora di scadenza, se è richiesta una password e se i download pubblici sono abilitati.

Dopo aver fatto clic su Create Share, abbiamo incontrato un errore: “Le informazioni sull'host fornite dal client non hanno superato la convalida. Contatta l'amministratore di sistema.”

Per eseguire il debug, siamo tornati al pannello di amministrazione e abbiamo aperto la sezione Log. Il log elenca ogni evento del server in ordine cronologico, inclusi timestamp, indirizzo IP, utente, ID del listener e una descrizione. Siamo riusciti a individuare l'errore esatto dal tentativo di condivisione fallito nell'elenco. Le voci di log mostravano anche i dettagli dell'handshake SSL e lo specifico passaggio di convalida che aveva respinto la richiesta. Questo livello di dettaglio ha reso semplice identificare la causa principale.

Dopo aver risolto il problema di configurazione lato server, la condivisione è stata creata con successo. La pagina Share Settings nell'interfaccia web ora elenca entrambe le condivisioni attive per l'account inituser, mostrando nome della cartella, data di creazione, data di scadenza, conteggio dei download e URL pubblico completo della condivisione.

Aprendo l'URL della condivisione come destinatario, appare una richiesta di password, una semplice schermata “Password di accesso alla cartella” con un singolo campo di input e un pulsante Apri.

Dopo aver inserito la password, il destinatario viene portato a una visualizzazione in sola lettura del contenuto della cartella condivisa. L'elenco dei file mostra nome, tipo, dimensione e data. Un pulsante Zip and Download è disponibile nell'angolo in alto a destra, e i singoli file possono essere scaricati direttamente dall'elenco. Non è richiesto alcun login o account.

Connessioni

Tornando al pannello di amministrazione, la sezione Connections ha due schede: Connections e Transfers.

La scheda Connections elenca l'ID connessione, il listener, l'ora di login, il protocollo, il nome utente, l'indirizzo IP e il client user agent per tutte le sessioni attive. Durante il nostro test di condivisione, erano visibili tre connessioni HTTPS simultanee dallo stesso indirizzo IP, tutte originate dall'account inituser. Un pulsante Terminate Connection è disponibile in basso per terminare forzatamente qualsiasi sessione attiva.

La scheda Transfers mostra i trasferimenti di file attivi in tempo reale. Ogni riga mostra l'ID trasferimento, l'utente, il percorso del file locale, il tempo rimanente, l'avanzamento, la dimensione totale, la velocità di trasferimento e il tipo. Mentre il destinatario stava scaricando il file video condiviso, il trasferimento è apparso qui immediatamente: 150,1 MB totali, 13% di avanzamento, a 4,44 MB/s.

Reporting

La sezione Reporting è il Report Manager, che genera report dettagliati sull'attività dei client in base a nomi utente, intervalli di date e accesso ai file. Sono disponibili sei tipi di report: User and File Report, Login Report, Audit Report, Account Report, Folder Report e Storage Report. L'utilizzo di questa funzione richiede prima la connessione a un database SQL; il pannello mostra un messaggio “Setup Required” finché non è configurato.

Ogni tipo di report ha il proprio modulo di query. Il File Report, ad esempio, consente di filtrare per periodo di tempo (un intervallo di date o una finestra retrospettiva scorrevole), nome utente e percorso del file. I risultati possono essere ordinati per host, nome utente e timestamp, con un limite configurabile. La stessa struttura di query si ritrova negli altri tipi di report.

User Manager

Lo User Manager è il punto in cui crei e gestisci tutti coloro che possono accedere al server. Ha sei schede: Users, Groups, Policy, Blocked Extensions, Requested Accounts e Public Shares.

La scheda Users elenca tutti gli account Cerberus. Attualmente è presente solo inituser. Da qui, gli account possono essere creati, modificati ed eliminati.

La scheda Groups è vuota nella nostra configurazione ma è il punto in cui puoi creare gruppi di utenti e gestire i permessi a livello di gruppo piuttosto che per utente.

La scheda Policy controlla i requisiti di complessità delle password e le policy di cambio password. La configurazione attuale richiede una lunghezza minima di 10 caratteri con almeno 1 lettera, 1 numero e 1 carattere speciale. La sezione Password Change Policy impone una rotazione ogni 180 giorni, si applica alle connessioni HTTP/S e invia una notifica email 3 giorni prima della scadenza.

La scheda Blocked Extensions consente di definire un elenco di negazione delle estensioni di file. In modalità deny, qualsiasi tentativo di caricare o rinominare un file con un'estensione elencata viene bloccato. Più estensioni possono essere aggiunte contemporaneamente utilizzando la separazione con virgole. L'elenco è attualmente vuoto.

La scheda Requested Accounts gestisce il flusso di richiesta account self-service disponibile dalla pagina di login dell'interfaccia web. Da qui configuri il server SMTP per le notifiche, l'email dell'amministratore, i testi personalizzati di approvazione e rifiuto via email e quali campi sono obbligatori nel modulo di registrazione: nome, cognome, telefono, cellulare e motivazione. Le richieste di account in arrivo appaiono in fondo a questa pagina per l'approvazione dell'amministratore.

La scheda Public Shares imposta le impostazioni predefinite a livello di server per tutti i link di condivisione creati dagli utenti. Le opzioni configurabili includono durate di condivisione predefinite e massime, se le password sono richieste per tutte le condivisioni, se applicare la policy password di sistema ai file condivisi, offuscamento dei nomi file, se consentire download zip e come vengono gestite le notifiche. La sezione One Time Password sottostante controlla le impostazioni OTP per la lunghezza del codice di accesso, i requisiti dei caratteri, il time-to-live e la soglia di blocco dopo tentativi falliti.

AD Users, LDAP Users e SSO Users

La sezione AD Users collega Cerberus a un dominio Windows. Se il server è aggiunto a un dominio, l'elenco utenti da Active Directory viene importato automaticamente. Nel nostro caso, mostra Administrator, Cerberus, DefaultAccount, Guest e WDACUtilityAccount dalla macchina locale. Da qui puoi autorizzare gli account AD accedere direttamente al server FTP, senza creare account Cerberus separati per ciascuno. La sezione include anche schede per Domain Overview, Binding Options, User MFA Settings e User & Group Custom Mappings. LDAP Users e SSO Users nella barra laterale sinistra coprono lo stesso concetto rispettivamente per le directory LDAP e i provider di identità SSO.

La sezione Firewall Controls gestisce tutta la sicurezza a livello di connessione. La pagina principale mostra un diagramma Connection Authorization Pipeline che illustra i sei stadi che ogni connessione in entrata attraversa: nuova connessione, login del listener consentiti, IP consentito, paese consentito, limite del listener e autorizzato. Gli stati attivi di Geolocation (disabilitata), Autoblocking (attivo dopo 5 tentativi, blocca per 180 minuti) e DoS Protection (attiva) sono mostrati nella stessa schermata. Gli indirizzi IP possono essere aggiunti a una lista consenti o nega dal pannello Country and IP Management. Questo livello di controllo a livello di rete non esiste nei servizi basati su cloud: è un vantaggio significativo per le implementazioni on-premise.

La scheda Automatic Threat Blocking configura in dettaglio le regole di forza bruta e DoS. Auto-Blocking e DoS Protection hanno ciascuno il proprio interruttore. Sotto Blocking Settings, imposti il numero di login falliti prima che venga attivato un auto-blocco (predefinito: 5), la finestra temporale prima del reset del contatore (120 minuti) e opzionalmente un elenco di nomi utente specifici che dovrebbero sempre far scattare un blocco IP in caso di fallimento. La sezione Autoblock Timeout consente di scegliere tra bloccare un IP per un numero prestabilito di minuti (predefinito 180) o bloccarlo permanentemente.

Server Manager

Il Server Manager è l'hub di configurazione principale del server. Le schede coprono General settings, Protocols, Listeners, Messages, Remote access, Security, Logging e Advanced. È qui che vive tutta la configurazione tecnica del server: impostazioni di protocollo, SSL/TLS, suite di cifratura, porte dei listener e comportamento di logging.

Event Manager

L'Event Manager è una delle sezioni più capaci del pannello di amministrazione. Ha quattro schede: Event Rules, Scheduled Tasks, Event Targets e Folder Monitor.

Le Event Rules consentono di definire trigger basati su eventi che accadono sul server. Quando si crea una nuova regola, il menu a tendina Rule Type offre: 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 e File Scanned Event.

Ogni regola ha un trigger, un insieme di condizioni e un insieme di azioni. Abbiamo creato una regola di test utilizzando il trigger File Transfer Event.

La sezione condizioni consente di filtrare per un lungo elenco di variabili: timestamp, ID connessione, indirizzo IP, ID sessione, nome utente, gruppo utenti, tipo di protocollo, nome, cognome, email, numero di cellulare, nome file, estensione file, percorso file locale, percorso file remoto e altro. Abbiamo impostato una condizione di nome utente uguale a “inituser”. La logica di filtro supporta le modalità Match If Any o Match If All.

Quando le condizioni sono soddisfatte, le azioni disponibili sono: Email Event Notification, Launch an Executable, Launch File Operation, Launch Server Operation, Send HTTP POST, Send a File e Get a File. Ciò rende possibile costruire flussi di lavoro guidati dagli eventi interamente all'interno di Cerberus, ad esempio attivando una HTTP POST verso un webhook esterno o inviando un file a un altro server ogni volta che un utente specifico carica qualcosa.

Le Scheduled Tasks funzionano allo stesso modo ma si attivano su un intervallo di tempo piuttosto che su un evento. Definisci una pianificazione, imposti le condizioni e scegli dallo stesso insieme di azioni, con due aggiunte specifiche per le attività pianificate: Email Saved Report e Scan a Folder.

Event Targets è dove definisci gli endpoint esterni a cui le azioni possono inviare. Sono disponibili quattro tipi di target: SMTP Server Target, Executable Target, HTTP Post Target e Transfer File Target. Questi vengono referenziati quando si configurano le azioni in Event Rules e Scheduled Tasks. Un esempio pratico: se un utente di nome “x” carica un file più grande di 10 GB, invia un Big File Alert al Slack aziendale tramite un target HTTP POST.

Sync Manager

Il Sync Manager consente di replicare automaticamente le impostazioni tra più istanze di Cerberus FTP Server. Ciò consente alta disponibilità e ridondanza: se esegui più server, possono rimanere sincronizzati senza duplicazione manuale della configurazione. Tutte le istanze devono eseguire la stessa versione e avere chiavi di licenza univoche. La configurazione è semplice dai pannelli Server List e Configure General Settings.

Localization

La sezione Localization consente di modificare ogni stringa di testo sia nell'interfaccia web lato server sia in quella lato client. La locale viene caricata da un file JSON e sia la traduzione inglese predefinita sia la traduzione nella lingua corrente sono mostrate affiancate per ogni tag di stringa. Ciò offre agli amministratori il pieno controllo sulla lingua e sulla terminologia utilizzate nell'intera interfaccia.

Files.com

La nostra panoramica copre l'interfaccia Root Folder, il flusso di caricamento, le azioni sui file, i registri cronologici, il modello di permessi, la crittografia, le notifiche e le opzioni di governance dei dati.

Files.com

Files.com

Files.com

1/3

Panoramica dell'interfaccia
Quando atterri per la prima volta su Files.com, il browser dei file si apre immediatamente. Non c'è alcuna procedura guidata di onboarding né checklist di configurazione; vieni portato direttamente nella vista Root Folder.

La barra laterale sinistra elenca ogni modulo principale della piattaforma: Files, condivisione, account utente, crittografia, ecc.
L'ampiezza della barra laterale rende chiaro che Files.com è più di un prodotto di cloud storage. È una piattaforma con serie ambizioni enterprise.
La Root Folder stessa ha quattro schede: Files, History, Permissions e Settings. La vista elenco file supporta tre modalità di visualizzazione, personalizzazione delle colonne e filtri avanzati accessibili dalla barra degli strumenti.

Posizione di storage
Prima di caricare qualsiasi cosa, abbiamo controllato dove sarebbero stati effettivamente memorizzati i file.
Facendo clic sul selettore di regione nell'angolo in alto a destra si apre il modal Storage Location. Files.com offre cinque regioni di storage gestite predefinite.

Oltre a queste opzioni ospitate, c'è anche un'opzione Remote Server Mount. Questa consente di collegare un server Files.com On-Premise e instradare tutto lo storage verso un'infrastruttura che controlli interamente, che si tratti del tuo data center o di un cloud privato.
Per le organizzazioni con rigidi requisiti di residenza dei dati, la combinazione di selezione regionale e montaggio on-premise copre la maggior parte degli scenari di conformità.

Caricamento dei file

La Root Folder inizia vuota. Tre azioni di caricamento sono disponibili dal centro della schermata:
Nuova cartella: Crea una struttura di cartelle prima del caricamento
Carica file: Seleziona singoli file
Carica cartella: Carica un'intera directory in una volta
Abbiamo caricato un file PDF da 21 MB (Test.pdf) utilizzando il pulsante Carica Files.

Il pannello di caricamento appare in fondo alla schermata e rimane visibile mentre il trasferimento è in esecuzione. Puoi mettere in pausa o annullare singoli trasferimenti direttamente da questo pannello. Una riga di riepilogo in basso mostra il numero totale di file rimanenti e la loro dimensione combinata tra tutti i caricamenti attivi.

Elenco file e azioni in blocco

Una volta completato il caricamento, il file appare nell'elenco con le seguenti colonne visibili per impostazione predefinita.
Test.pdf era elencato come documento Acrobat, modificato il 1° marzo 2026 alle 6:05 AM, ed era di 21 MB.

Le azioni in blocco funzionano su più file selezionati contemporaneamente. Per le operazioni su singolo file, il pulsante Actions sul lato destro di ogni riga apre un menu contestuale con un insieme più completo di opzioni.

L'opzione Priority Color consente di etichettare visivamente i file per evidenziare elementi che richiedono attenzione in uno spazio di lavoro condiviso. Duplicate è un'opzione separata da Copy, che crea una copia locale nella stessa cartella senza richiedere la selezione di una destinazione.

Scheda History

La scheda History registra ogni azione eseguita dagli utenti nella cartella. Abbiamo trovato tre voci dopo la nostra sessione iniziale:

Il registro cattura sia le operazioni sui file (creazione, modifica, eliminazione) sia gli eventi di sessione (login). Ogni voce include l'utente, la descrizione dell'azione, l'interfaccia utilizzata (Web nel nostro caso) e un timestamp.
Il filtro dell'intervallo di date è predefinito su una vista di 1 giorno ma può essere regolato. Filtri e selezione delle colonne sono disponibili anche in questa vista. Il pulsante Export consente di estrarre l'intero registro per analisi esterne o report di conformità.

Scheda Permissions

La scheda Permissions mostra quali utenti e gruppi hanno accesso alla cartella corrente e a quale livello.
Il modello di permessi è granulare. Per ogni utente o gruppo, puoi controllare sette tipi di permessi distinti.

Poiché eravamo l'unico utente del sito, tutti e sette i permessi erano selezionati per il nostro account. L'interfaccia include una nota: “Sei l'unico utente di questo sito e hai già pieno accesso. Per concedere permessi di cartella ad altri, dovrai creare un nuovo utente.“
Un pulsante Add new permission è disponibile in fondo all'elenco. I permessi possono propagarsi dalle cartelle o dai gruppi principali, il che significa che non devi impostarli manualmente a ogni livello di una gerarchia di cartelle.
La scheda include anche una sezione espandibile Terms and Symbols che spiega ogni tipo di permesso.
Scheda Settings
La scheda Settings contiene quattro sottosezioni: Sharing, Encryption, Notifications e Data Governance.
Encryption
La sottoscheda Encryption mostra un'unica opzione: GPG, attualmente impostata su Off. Facendo clic su Edit si apre la configurazione per abilitare la crittografia basata su GPG per i file memorizzati in questa cartella.

Notifiche

Questa sezione era la parte più impressionante della scheda Settings. Files.com supporta sei canali di notifica.
Ogni canale ha il proprio pulsante View che porta alla schermata di configurazione. La gamma di integrazioni qui è davvero utile per gli ambienti enterprise. Amazon SNS e Google Pub/Sub, in particolare, sono rari negli strumenti di gestione file, suggerendo che la piattaforma è costruita per casi d'uso di pipeline automatizzate, non solo per la condivisione manuale di file.

Data Governance

La sezione Data Governance è organizzata in due categorie: Data Retention e Data Restrictions.
Tutte le impostazioni sono dotate di pulsanti Edit. File Expiration consente di impostare policy di eliminazione automatica, utili per cartelle che contengono dati temporanei o sensibili al tempo. Archive Removed Files può essere abilitato per conservare i file eliminati in un archivio invece di rimuoverli permanentemente.

Sul lato restrizioni, Limit File Extensions consente di inserire in whitelist o blacklist tipi di file specifici (ad es. consentire solo caricamenti .pdf e .xlsx). Limit File Names by Regular Expression offre il controllo più granulare, consentendo di imporre convenzioni di denominazione con pattern regex. Watermark Previews aggiunge una filigrana alle schermate di anteprima dei file, rilevante quando si condividono documenti sensibili con parti esterne.
Ognuna di queste impostazioni è disattivata per impostazione predefinita, il che significa che la piattaforma parte in uno stato permissivo e consente agli amministratori di abilitare le restrizioni secondo necessità.

Condivisione

Facendo clic su Sharing nella barra laterale sinistra si espande un sottomenu con sei voci.
La piattaforma parte da Share Links. Filtri, personalizzazione delle colonne e un pulsante Export sono disponibili, coerentemente con ogni altra vista elenco della piattaforma.

Creazione di un Share Link
Facendo clic su New Share Link si apre un pannello inline all'interno del browser dei file invece di navigare verso una schermata separata.

La prima impostazione è il tipo di condivisione, etichettato Reflect File/Folder Changes in Share:
Live Share Link: Punta sempre alla versione corrente del file. Se il file viene aggiornato dopo la creazione del link, i destinatari vedono sempre l'ultima versione.
Snapshot Share Link: Il link è bloccato allo stato del file al momento della creazione. Le modifiche successive all'originale non influenzano ciò a cui i destinatari possono accedere.
Questa distinzione è importante nei flussi di lavoro documentali. Uno snapshot è appropriato per un contratto firmato o un report versionato; un link live è appropriato per una specifica in evoluzione o un documento di lavoro condiviso.
Puoi includere più file in un'unica condivisione, o caricare elementi aggiuntivi direttamente nel bundle di condivisione al momento della creazione. Gli elementi caricati direttamente nella condivisione sono limitati al solo link di condivisione e vengono rimossi quando il link scade o viene revocato.
Azioni disponibili
Il menu a tendina Available Actions controlla cosa i destinatari possono fare con i file condivisi. Questa gamma copre la maggior parte degli scenari di condivisione reali senza richiedere account utente separati per le parti esterne.

Inbox

La sezione Inboxes in Sharing consente di creare endpoint dedicati per l'invio di file che instradano i file in arrivo direttamente in una cartella di Files.com. Sono disponibili tre tipi di inbox:
Accept Files via Web: Genera un URL pubblico. Sono disponibili controlli per password, modulo di registrazione e clickwrap.
Accept Files via Email: Genera un indirizzo email dedicato per l'inbox. I Files inviati come allegati atterrano direttamente nella cartella configurata. È supportata la whitelist dei mittenti per indirizzo o dominio.
Accept Files via Web and Email: Accetta entrambi i canali contemporaneamente. L'imposizione di password e modulo di registrazione non è supportata in questa modalità combinata.

Ogni inbox richiede una cartella di destinazione, un titolo visualizzato e una chiave URL. La chiave URL determina il percorso pubblico dell'inbox. L'URL viene generato come anteprima prima del salvataggio dell'inbox, così puoi verificare l'indirizzo prima di pubblicarlo.
Configurazione dell'inbox
Abbiamo impostato la destinazione su Root Folder, inserito un titolo e impostato la chiave URL. L'URL pubblico dell'inbox viene generato immediatamente come anteprima su https://aimultiple.files.com/u/aimultiple-file-uploads, così puoi verificare l'indirizzo prima di salvare.

Controlli di invio (Web)
Per le inbox basate su web, una sezione Submissions Controls fornisce tre gate di accesso indipendenti:
È richiesta una password prima che il modulo di caricamento sia accessibile. La piattaforma applica alle password dell'inbox le stesse regole di complessità configurate in User Settings.
Il Registration Form richiede ai caricatori di compilare un modulo prima dell'invio. Puoi utilizzare il modulo standard della piattaforma o selezionare un modulo personalizzato creato nella sezione Custom Forms. Un'email di ricevuta opzionale notifica ai caricatori l'avvenuto invio.
Il Clickwrap richiede ai caricatori di accettare un accordo clickwrap prima di procedere. Gli accordi possono essere creati inline o selezionati da una libreria esistente.
Tutti e tre i controlli sono opzionali e possono essere combinati in qualsiasi configurazione su un singolo inbox.

Inbox email

Quando configuri un'inbox basata su email, Files.com genera automaticamente un indirizzo dedicato. Nel nostro test, era aimultiple-aimultiple-file-uploads@inbox.files.com.

I Files inviati come allegati a questo indirizzo vengono depositati direttamente nella cartella di destinazione configurata. Nota che quando passi alla modalità email, i controlli password, modulo di registrazione e clickwrap scompaiono completamente e vengono sostituiti con impostazioni specifiche per l'email.

L'inbox email espone due sezioni di configurazione aggiuntive. Email Sender Permissions & Replies consente di limitare opzionalmente gli invii a indirizzi mittente specifici o interi domini tramite una whitelist, che richiede l'attivazione dell'autenticazione email in entrata in Sharing Settings. Un interruttore Notifications può opzionalmente inviare un'email di conferma al mittente al caricamento riuscito.

Inbound Email Settings contiene l'opzione Separate Submissions Into Subfolders, che organizza gli allegati di ogni email nella propria sottocartella utilizzando un modello di denominazione. Il modello supporta token per nome, email e dominio email, nonché token di data/ora. Se lasciato vuoto, le sottocartelle vengono denominate in sequenza. Ciò impedisce che gli invii di mittenti diversi si accumulino in una directory piatta.

Inbox confermata

Dopo il salvataggio, la schermata di conferma mostra entrambi gli endpoint simultaneamente. Il pulsante Visit Inbox apre direttamente la pagina di caricamento rivolta al pubblico. Un pulsante View Files si collega alla cartella di destinazione.

Test di velocità di caricamento tramite inbox

La pagina pubblica dell'inbox non richiede account né login. Mostra il titolo dell'inbox, i pulsanti per caricare file e cartelle e una zona di drag-and-drop.

Il logo e la combinazione di colori di Files.com appaiono per impostazione predefinita.
Abbiamo caricato un file da 342 MB attraverso questa pagina per misurare il throughput reale. Con storage impostato su USA, Virginia, il caricamento è avvenuto a 6 MB/s. La nostra connessione di test è una linea simmetrica da 1.000 Mbit/s con capacità di caricamento di 128 MB/s. Il throughput ottenuto è stato circa il 5% della larghezza di banda disponibile, ben al di sotto di ciò che la connessione può offrire.

Velocità di caricamento: USA vs. Germania

Abbiamo testato l'inbox caricando un file da 342 MB attraverso il modulo web pubblico. La nostra connessione di test è una linea simmetrica da 1.000 Mbit/s con capacità di caricamento di 128 MB/s.

Con storage impostato su USA, Virginia, il caricamento è avvenuto a 6 MB/s, circa il 5% della larghezza di banda disponibile.
Abbiamo cambiato la regione di storage dell'account su EU – Germania, Francoforte. La migrazione della regione si è completata in pochi secondi, con tutti i file esistenti immediatamente disponibili nella nuova regione.

Lo stesso file caricato a Francoforte ha viaggiato a 14 MB/s, più del doppio del risultato della Virginia. Il miglioramento è coerente con la distanza geografica ridotta dalla nostra posizione di test a Istanbul. Detto questo, 14 MB/s contro una connessione da 128 MB/s è ancora un utilizzo dell'11%. Il throughput di caricamento attraverso l'inbox era notevolmente limitato in tutte le regioni, il che è una limitazione significativa per casi d'uso che coinvolgono trasferimenti di file di grandi dimensioni.
Test di invio via email
Abbiamo anche testato l'inbox email inviando lo stesso file da 342 MB come allegato email. Gmail lo ha convertito automaticamente in un link di Google Drive invece di inviarlo come allegato diretto. Il file non ha raggiunto l'inbox di Files.com e non è stata restituita alcuna notifica di errore. Riprovando con un file piccolo inviato come vero allegato inline ha funzionato correttamente: il file è apparso nella Root Folder automaticamente, organizzato nella propria sottocartella.

La Root Folder, dopo diversi invii di test, mostra la struttura di sottocartelle automatica che funziona come previsto. L'invio email da un mittente nominativo è stato organizzato in una cartella etichettata con nome e indirizzo email. Gli invii anonimi dal modulo web sono atterrati in cartelle numerate in sequenza. Non è stato necessario alcun ordinamento manuale.

Account utente

La sezione User Accounts nella barra laterale sinistra apre un elenco utenti. Facendo clic su Create User si rivela un modulo dettagliato organizzato in diverse sezioni comprimibili:
User Identity raccoglie nome utente, metodo di autenticazione, email, nome completo e azienda. Il metodo di autenticazione predefinito è Email Signup, che invia al nuovo utente un invito a impostare la propria password.
Permissions consente di assegnare un ruolo, Standard User o Site Administrator, più ruoli aggiuntivi opzionali (Billing Administrator, Read-Only Site Administrator). Anche i permessi a livello di cartella sono configurati qui.
Security fornisce controlli di accesso per utente, inclusi data di scadenza dell'accesso, data di disattivazione automatica per gli utenti che non hanno effettuato l'accesso entro una scadenza prestabilita, restrizioni sugli indirizzi IP, un'opzione di bypass per la whitelist IP del sito e impostazioni di Two-Factor Authentication (usa impostazione a livello di sito, richiedi sempre o non richiedere mai). Un flag Shared/Bot User esenta l'account dai requisiti 2FA e impedisce modifiche alla password o all'email.
Connection Options copre i protocolli consentiti e la configurazione della cartella radice FTP/SFTP. Preferences gestisce fuso orario, lingua e avatar. Categorization & Notes fornisce campi interni di etichettatura e note.
La piattaforma include anche User Lifecycle Rules, che consentono di disabilitare o rimuovere automaticamente gli account inattivi per un numero di giorni specificato. Ciò è utile per ripulire account creati per clienti o collaboratori non più attivi, senza richiedere audit manuali. I report degli accessi sono disponibili anche dalla vista elenco utenti a fini di audit.

Partner

Il sottomenu Partners in User Accounts è progettato per organizzazioni o fornitori con gruppi di utenti gestiti esternamente i cui utenti condividono lo stesso accesso alle cartelle e la stessa struttura di permessi. La creazione di un partner richiede un nome, l'assegnazione di una cartella radice e la configurazione dei permessi. La sezione User Access Controls consente di definire se gli admin del partner possono creare utenti, reimpostare credenziali, bypassare la 2FA per connessioni FTP/SFTP/WebDAV e gestire le chiavi GPG per i propri utenti.

SSO

La sezione SSO supporta 13 provider di identità predefiniti: Auth0, Microsoft Entra ID, Box, Dropbox, Cisco Duo, Google, Idaptive, JumpCloud, Microsoft Active Directory, Okta, OneLogin, SAML e Slack. Il provisioning e il deprovisioning SCIM sono supportati per automatizzare la gestione del ciclo di vita di utenti e gruppi tramite il provider di identità.

Crittografia

SFTP/SSH Keys associa chiavi pubbliche agli account utente, consentendo a tali utenti di autenticarsi su Files.com tramite SFTP senza password. Il modulo consente di selezionare un utente, aggiungere un titolo e incollare una chiave pubblica o caricare un file di chiave. Puoi anche generare una coppia di chiavi direttamente nel browser. Ciò è particolarmente utile per integrazioni di sistemi automatizzati e autenticazioni a lungo termine che non dovrebbero scadere o ruotare automaticamente.

GPG

La sezione GPG gestisce le chiavi GPG/PGP utilizzate per la crittografia e decrittografia automatica dei file a livello di cartella. Files.com nota che ciò è comune in ambienti sanitari e finanziari dove controparti o requisiti di conformità impongono la crittografia GPG.

Cifrari

La sezione Ciphers controlla le suite di cifratura SSL/TLS consentite per le connessioni FTP e SFTP. Per impostazione predefinita, Files.com richiede i cifrari moderni più sicuri.

Tipi di trigger di automazione

Sono disponibili quattro tipi di trigger per le automazioni:

• Interval gira secondo una pianificazione ricorrente come giornaliera, settimanale, mensile, trimestrale o annuale
• Custom Schedule gira a orari, giorni o intervalli esatti da te definiti; supporta più esecuzioni al giorno e lo skip opzionale delle festività per regione
• Incoming Webhook si attiva quando viene innescato da un sistema esterno attraverso un endpoint webhook sicuro di Files.com
• Ad-Hoc (Run Manually) gira su richiesta utilizzando l'azione Run Now, senza pianificazione allegata; adatto a compiti occasionali

Il trigger Custom Schedule supporta esclusioni per regione durante le festività, il che significa che le automazioni possono essere configurate per saltare le esecuzioni nei giorni festivi nazionali in un paese specificato, un livello di precisione di pianificazione che la maggior parte delle piattaforme non offre predefinito.
Servizi
Il menu Services nella barra laterale sinistra gestisce i protocolli di connessione che i client possono utilizzare per accedere a Files.com. Ogni servizio ha le proprie sottoschede Settings e Logs, consentendo agli amministratori di configurare il comportamento e rivedere la cronologia delle connessioni indipendentemente per protocollo.
La pagina delle impostazioni FTP, mostrata di seguito, illustra il livello di controllo disponibile. Le opzioni includono l'abilitazione o la disabilitazione completa del servizio, il controllo della conversione di fine riga in modalità ASCII, l'obbligo di SSL su tutte le connessioni, la auto-creazione opzionale delle cartelle principali per i caricamenti di client che si aspettano questo comportamento e l'impostazione di un Message of the Day personalizzato mostrato ai client FTP al login. La stessa profondità di configurazione è disponibile per SFTP, AS2 e WebDAV.

Integrazioni
Il menu Integrations si espande in sette sottosezioni: Catalog, Remote Servers, Sync, Mount, SSO, SIEM e Custom SMTP.
La pagina Catalog presenta l'intera libreria di integrazioni di terze parti disponibili. L'ampiezza qui è notevole; copre destinazioni di cloud storage, protocolli di trasferimento file, provider di identità, strumenti di produttività, piattaforme di osservabilità e sicurezza, automazione dei flussi di lavoro e SDK per sviluppatori per JavaScript, .NET, Python, PHP, Ruby, Go e Rclone. Il catalogo include anche la Files.com Desktop App, CLI App e Agent come connettori installabili.

Remote Servers
Remote Servers consente di collegare Files.com a un sistema di storage esterno e utilizzarlo come destinazione per cartelle, automazioni e sincronizzazioni invece di affidarsi esclusivamente allo storage gestito di Files.com. Una volta configurato un server remoto, può essere montato per l'accesso in tempo reale o utilizzato come origine o destinazione per job di sincronizzazione pianificati. Ciò è particolarmente rilevante per le organizzazioni che devono memorizzare i file in un ambiente specifico per motivi di conformità ma vogliono comunque utilizzare Files.com per orchestrazione, controllo degli accessi e funzionalità di trasferimento file.

Sync

La funzione Sync consente di definire job di sincronizzazione file pianificati o attivati tra due endpoint supportati qualsiasi: questo sito, un sistema on-premise connesso tramite agent o un server remoto configurato. Origine e destinazione sono configurate indipendentemente, e le opzioni includono se mantenere o eliminare i file di origine dopo la copia. Un nome file trigger può essere specificato per innescare un evento a valle dopo il completamento della sincronizzazione. I pattern Include ed Exclude consentono un controllo granulare su quali file rientrano in un determinato job di sincronizzazione.

SMTP personalizzato
L'opzione Custom SMTP in Integrations consente a tutte le email in uscita da Files.com (notifiche, conferme inbox, consegne di link di condivisione) di essere inviate attraverso il tuo server di posta invece dell'infrastruttura di Files.com. Per le organizzazioni con rigorosi requisiti di governance dei dati o instradamento email, ciò garantisce che nessun metadato dei messaggi passi attraverso un relay di posta di terze parti.

Notifiche

Il menu Notifications supporta sei canali di consegna:

Email, Webhooks, Amazon SNS, Google Pub/Sub, Slack e Microsoft Teams.
La configurazione segue lo stesso schema su tutti i canali. Per Slack, fornisci un URL webhook in entrata dal tuo workspace Slack, selezioni il percorso della cartella da monitorare, scegli se le notifiche si applicano solo alla cartella selezionata o a tutte le sottocartelle e specifichi se attivare su tutte le azioni sui file o solo su quelle specifiche. Il risultato sono avvisi in tempo reale nel tuo workspace Slack per qualsiasi attività sui file in un albero di cartelle scelto, utile per i team che necessitano di consapevolezza operativa sugli invii in arrivo o sulle modifiche ai file senza accedere alla piattaforma.

App client

Il menu Client Apps fornisce download e documentazione per l'intera gamma di applicazioni client di Files.com. I client disponibili includono una Desktop App per Windows e macOS, una Command Line (CLI) App e una Mobile App. L'app desktop integra Files.com come unità montata nel Finder su Mac o in Esplora file su Windows, consentendo operazioni native sui file inclusi i trasferimenti drag-and-drop. L'app CLI è particolarmente utile per flussi di lavoro scriptati e trasferimenti server-to-server. Avere il supporto CLI insieme ai client GUI significa che la piattaforma può accogliere sia utenti finali sia operatori tecnici dallo stesso account.

Agent On-Premise
L'Agent On-Premise è un servizio in background multipiattaforma che collega i tuoi file system locali, inclusi dispositivi NAS (NFS, SMB, CIFS) e reti di storage (SAN), al tuo sito Files.com. Una volta installato, l'agent può essere registrato come Remote Server e utilizzato per l'accesso montato in tempo reale o come origine/destinazione nei job di sincronizzazione. È il meccanismo chiave per le organizzazioni che devono mantenere i file sulla propria infrastruttura per GDPR, HIPAA o altri motivi di conformità ma vogliono comunque sfruttare Files.com per il controllo degli accessi, l'orchestrazione dei trasferimenti file e la condivisione. Tutta la trasmissione dei dati tra l'agent e Files.com è crittografata.

Utilizzo
Il menu Usage fornisce una vista in tempo reale e storica del consumo dell'account. Il riepilogo del periodo di fatturazione corrente mostra lo storage totale utilizzato, il volume di trasferimento suddiviso per uscita nativa e ingresso/uscita da server remoti e il conteggio degli utenti fatturabili. Un grafico a serie temporali consente di passare tra le viste Storage, Transfer Usage, Users e API, con un intervallo di date configurabile. Uno strumento Export Site Usage by Folder genera un report del consumo di storage per percorso cartella, con opzioni per la profondità di ricorsione e la soglia minima di dimensione cartella, utile per identificare dove è concentrato lo storage prima di prendere decisioni di conservazione o pulizia.

Sicurezza

La pagina Passwords dettaglia tutte le restrizioni attive. La configurazione attuale richiede un minimo di 10 caratteri, inclusi lettera, numero, simbolo e lettere maiuscole e minuscole. Il riutilizzo delle ultime 10 password è bloccato. Prevent Use of Breachable Passwords è abilitato, il che significa che le password che compaiono in database noti di fuga di credenziali vengono respinte alla creazione. La scadenza delle password è configurabile ma disabilitata per impostazione predefinita. Un'opzione notevole è Apply password rules to Shares, Inboxes, and Publicly Served Folders: quando abilitata, gli stessi requisiti di complessità si estendono alle password impostate su link di condivisione e inbox, non solo agli account utente interni. Anche la protezione dalla forza bruta è configurabile, con i valori predefiniti di Files.com applicati salvo sovrascrittura.

Autenticazione a due fattori

La pagina 2FA controlla l'imposizione a livello di sito e i metodi di autenticazione consentiti. L'imposizione è attualmente impostata su “non richiesta”: può essere cambiata per richiedere la 2FA per tutti gli utenti o per tipi di utenti specifici. I quattro metodi supportati sono SMS, TOTP (app di autenticazione), Hardware Key e YubiKey Native. Un interruttore separato controlla se gli utenti FTP, SFTP e WebDAV possono bypassare la 2FA per quei protocolli specifici, utile per account di sistema automatizzati che non possono completare interattivamente una sfida 2FA.

Data Governance

Il menu Data Governance contiene sette sottosezioni: Retention, Restrictions, Organization, Clickwraps, Global Regions, File Integrity e Restore.

Conservazione dei dati

La sezione Retention gestisce per quanto tempo i dati vengono conservati sulla piattaforma. File Expiration consente di impostare regole che rimuovono automaticamente il contenuto delle cartelle dopo un periodo di tempo specificato. Archive Removed Files controlla per quanto tempo i file eliminati vengono conservati prima di essere eliminati definitivamente: questa è la finestra entro cui i file eliminati possono essere recuperati. Una scheda Settings configura il comportamento di sovrascrittura a livello di sito e la modalità Archive-Only.

Restrizioni sui dati

La sezione Restrictions fornisce controlli granulari su cosa può essere caricato e come sono strutturati i nomi dei file. Le schede coprono File Extension Limits, File Name Length Limits, File Name Regex Limits, Folder Locks e Watermark Previews. Queste restrizioni si applicano alle operazioni di caricamento, spostamento e copia, e si propagano alle sottocartelle salvo sovrascrittura esplicita.

La sezione Organization consente la gestione dei file basata su regole al momento del caricamento. Rename Uploaded Files consente di definire regole che standardizzano automaticamente i nomi dei file all'arrivo, utile per mantenere schemi di denominazione coerenti tra le integrazioni.

Organize Files definisce regole per spostare o copiare automaticamente i file in sottocartelle in base a criteri. Create User Folders crea automaticamente una cartella personale per ogni utente. Together, queste funzionalità possono sostituire interamente i flussi di lavoro manuali di gestione file.

Clickwrap

La sezione Clickwraps è dove gli accordi legali vengono creati e archiviati per l'uso in tutta la piattaforma. Qualsiasi accordo definito qui diventa disponibile per la selezione quando si configurano inbox web o link di condivisione che richiedono l'accettazione dell'utente prima dell'accesso.

Regioni globali

La sezione Global Regions, mostrata sopra come Data Storage Regions, consente di assegnare singole cartelle a regioni geografiche di storage specifiche. La Root Folder nel nostro account è attualmente assegnata a EU: Germania, Francoforte, dopo la nostra precedente migrazione di regione. In un'organizzazione multi-regione, cartelle diverse possono essere instradate verso endpoint di storage regionali differenti; ad esempio, i file inviati dai clienti europei possono essere archiviati a Francoforte mentre gli invii nordamericani arrivano in Virginia, migliorando sia la latenza sia la conformità ai requisiti di residenza dei dati. Quando cambia l'assegnazione di una regione, i file esistenti vengono automaticamente migrati nella nuova regione in background.

Integrità dei file

La sezione File Integrity consente di configurare quali checksum Files.com calcola e memorizza per ogni file caricato. Sono disponibili quattro algoritmi: SHA256, SHA1, CRC e MD5. Quando abilitato, il checksum viene memorizzato insieme ai metadati del file e può essere utilizzato per verificare che un file non sia stato alterato dopo il caricamento. Ciò è particolarmente prezioso nei settori regolamentati dove il rilevamento di manomissioni dei file è un requisito di conformità, e per i flussi di lavoro di trasferimento automatizzati dove il sistema ricevente deve verificare l'integrità del file prima dell'elaborazione.

Ripristino

La sezione Restore funziona come un cestino di riciclo di livello enterprise. File, cartelle e utenti eliminati in precedenza possono essere recuperati fintanto che rientrano nella finestra di conservazione configurata nelle impostazioni Data Retention. Le richieste di ripristino vengono eseguite come job in background, rendendole adatte a operazioni di recupero su larga scala.

Quando crei una richiesta di ripristino, puoi limitare l'operazione a una cartella specifica o all'intero sito, filtrare per data di eliminazione per limitare ciò che viene recuperato e scegliere se ripristinare i file in posizione (percorso originale) o in una nuova cartella alla radice. I timestamp di modifica dei file possono essere preservati così come sono o aggiornati alla data e ora correnti, con un avviso che preservare il timestamp originale può far scattare immediatamente le File Expiration Rules se sono attive sulla cartella di destinazione. I permessi delle cartelle possono opzionalmente essere ripristinati insieme ai file. Le richieste di ripristino sono monitorate con aggiornamenti di stato, e i file che sono stati eliminati definitivamente in base alle impostazioni di conservazione non possono essere recuperati.

Branding

La pagina Branding rivela l'intera estensione del white-labeling disponibile. Gli elementi configurabili includono il nome del sito, la combinazione di colori dell'interfaccia, il testo di aiuto della pagina di login, il testo di intestazione e piè di pagina per l'interfaccia interna e le pagine pubbliche (inbox, link di condivisione), un logo personalizzato, un'immagine di sfondo di login personalizzata, icone personalizzate e l'indirizzo di risposta e il testo del piè di pagina utilizzati nelle notifiche email in uscita. In combinazione con l'impostazione Custom Domain, queste opzioni consentono alle organizzazioni di presentare Files.com interamente sotto il proprio marchio: il nome Files.com non deve apparire da nessuna parte nell'esperienza rivolta all'utente.

Sviluppatori

Il menu Developers in fondo alla barra laterale sinistra contiene tre sottosezioni: SDK, API e CLI. Questa sezione è rivolta ai team che vogliono integrare le funzionalità di Files.com direttamente nelle proprie applicazioni, script o pipeline automatizzate.

SDK

Files.com mantiene SDK ufficialmente supportati per sette linguaggi: Ruby, .NET, JavaScript, Python, Go, Java e PHP. Ogni SDK è pubblicato nel registro pacchetti standard del proprio linguaggio e collegato a un repository GitHub pubblico. Gli SDK espongono ogni capacità della piattaforma disponibile attraverso la UI web: operazioni sui file, gestione utenti, permessi, link di condivisione, inbox, impostazioni delle cartelle e configurazione del sito come oggetti nativi nel linguaggio di destinazione. La piattaforma raccomanda esplicitamente l'uso degli SDK rispetto alle chiamate dirette API, notando che i loro team di ingegneria interni utilizzano gli stessi SDK e che i problemi vengono quindi trovati e corretti rapidamente.

API

La sezione API fornisce accesso alla documentazione della REST API di Files.com e alla gestione delle chiavi API. Ogni azione disponibile attraverso l'interfaccia web è disponibile anche via API, rendendola adatta a integrare le capacità di Files.com in applicazioni personalizzate, siti web, soluzioni iPaaS o database. Le chiavi API a livello di amministratore possono eseguire operazioni di gestione del sito tra cui provisioning utenti, modifiche ai permessi, creazione di link di condivisione, configurazione di inbox e impostazioni delle cartelle: l'intera superficie amministrativa della piattaforma, accessibile programmaticamente.

CLI

La sottosezione CLI fornisce accesso all'applicazione Files.com Command Line. Insieme all'app desktop per Windows e macOS, all'interfaccia basata su browser, all'app mobile e alla superficie SDK/API, la CLI completa un insieme completo di modalità di accesso. Per i flussi di lavoro di automazione (trasferimenti pianificati, elaborazione scriptata di file, operazioni server-to-server) la CLI è lo strumento più diretto disponibile. Supporta le stesse operazioni sui file e amministrative dell'interfaccia web e può essere integrata in script shell, cron job o pipeline CI/CD senza scrivere codice applicativo. Per i team che gestiscono Files.com come parte di uno stack di automazione dell'infrastruttura più ampio, la CLI è spesso l'interfaccia quotidiana più pratica.

Non perderti i nostri benchmark e approfondimenti basati sui dati. Il pulsante apre Google; selezionare AIMultiple conferma che desideri vedere AIMultiple più spesso nei risultati di ricerca di Google.

Aggiungi come fonte preferita

Thru, Inc

Abbiamo creato un account Thru e testato la sua interfaccia di trasferimento file da zero, lavorando sulla configurazione dell'organizzazione, sulla configurazione degli endpoint, sulla creazione dei flussi e sul flusso di lavoro di trasferimento file end-to-end.

Configurazione e prime impressioni

Dopo il login, la dashboard presenta immediatamente statistiche di trasferimento, byte in ingresso/uscita, storage corrente rispetto al massimo, operazioni di elaborazione file (crittografa, decifra, comprimi, decomprimi) e un grafico delle transazioni suddiviso per mese. Su un account nuovo, tutti i valori sono zero, come previsto, ma il layout fa un lavoro ragionevole nel comunicare cosa traccia la piattaforma.

La navigazione a sinistra è composta da sei voci principali: Dashboard, Organizations, Flows, Activity, Reports e Alerts, più Help e Admin in basso.

Organizzazioni

Le Organizations fungono da contenitore di primo livello per tutte le risorse. La creazione richiede un nome, tag opzionali e una descrizione

Dopo il salvataggio, l'elenco si aggiorna con la nuova voce:

Facendo clic su AIMultiple si apre la schermata Properties. La barra laterale sinistra ora mostra il menu a livello di organizzazione: Endpoints, Subscription, PGP Keys, SSH Keys, Certificates, Thru Nodes e Machine Users.

Properties consente di modificare le informazioni inserite al momento della creazione.

Thru

Thru

Thru

Thru

Thru

1/5

Endpoint

Gli endpoint sono il punto in cui la flessibilità di Thru diventa evidente. Quando crei un nuovo endpoint, il menu a tendina Type espone una gamma di opzioni di storage. In base ai test, i tipi disponibili includono:

La creazione di un nuovo endpoint richiede un titolo e un tipo. Il menu a tendina del tipo elenca le opzioni di storage disponibili:

• Thru FTPS: storage FTPS gestito di Thru
• Thru SFTP: storage SFTP gestito di Thru
• Thru File Share: un nodo self-hosted che esegue il server di trasferimento file compatibile di Thru (vedi Thru Nodes di seguito)
• Amazon S3: instrada i trasferimenti verso il tuo bucket AWS
• Azure Blob Storage: instrada i trasferimenti verso il tuo storage Azure
• SFTP esterno: connettiti a un server SFTP di terze parti
• FTPS esterno: connettiti a un server FTPS di terze parti
• Web Form: una pagina di caricamento basata su browser per parti esterne

Gli endpoint Thru gestiti (FTPS, SFTP) sono l'opzione a minor attrito: credenziali e URL vengono provisionati automaticamente. Le opzioni di storage esterno (S3, Azure, SFTP/FTPS di terze parti) rappresentano un differenziatore significativo rispetto alle piattaforme che offrono solo il proprio storage gestito.

Abbiamo selezionato Thru FTPS per il test. L'indirizzo dell'endpoint è stato generato immediatamente e mostrato a schermo.

Abbonamento

La schermata Subscription consente di selezionare un'organizzazione e attivare un abbonamento per essa.

Chiavi PGP

La generazione di chiavi PGP è integrata direttamente nella piattaforma. Il modulo raccoglie nome della chiave, nome utente/email, algoritmo, robustezza della chiave, passphrase (con conferma) e una data di scadenza opzionale. Le chiavi possono essere utilizzate per crittografare o decifrare i file mentre passano attraverso i flussi. Ciò è configurato a livello di endpoint del flusso, non globalmente, che è il design corretto.

La gestione delle chiavi SSH segue una struttura identica a PGP (nome, email, algoritmo, robustezza della chiave, passphrase). Vengono utilizzate come credenziali di autenticazione per endpoint di tipo SFTP. La generazione è gestita all'interno della piattaforma invece di richiedere agli utenti di importare chiavi generate esternamente, sebbene quest'ultima opzione probabilmente esista anch'essa.

Certificati

La sezione Certificates consente di importare certificati SSL/TLS per l'uso con endpoint FTPS tramite un modal di caricamento drag-and-drop. L'interfaccia specifica solo che il file dovrebbe essere un certificato valido; non viene fornita alcuna ulteriore indicazione sui formati accettati (PEM, PFX, CRT, ecc.), sui requisiti della catena di certificati o sul fatto che i certificati client e i certificati server siano concetti distinti in questo contesto. Questa è una lacuna notevole. La maggior parte degli amministratori che si occupano di gestione dei certificati FTPS avrà domande a cui l'UI attualmente non risponde inline.

Nodi self-hosted (Thru Nodes)

I Thru Nodes meritano un'attenzione specifica. Attraverso la sezione Thru Nodes, gli utenti possono registrare un nodo e quindi scaricare uno script di installazione per Windows (PowerShell) o Linux (curl & bash), con crontab o systemd come gestore dei servizi su Linux. Il nodo trasforma di fatto qualsiasi server in un endpoint Thru compatibile, una capacità significativa per le organizzazioni che non possono o non vogliono instradare i dati attraverso cloud storage di terze parti.

Nota di confronto: files.com non offre un'opzione di nodo self-hosted; lo storage è gestito esclusivamente dal fornitore. La capacità self-hosted di Thru è un differenziatore concreto per implementazioni on-premise o ibride.

Guida all'installazione Linux

L'installazione è semplice su entrambe le piattaforme. L'implicazione pratica: se non vuoi utilizzare lo storage gestito di Thru, Amazon S3, Azure o un server FTP/SFTP esterno, puoi eseguire il server di trasferimento file di Thru sul tuo hardware. Quando crei un endpoint File Share, Thru ti chiede di selezionare uno dei nodi registrati qui. È un percorso di storage self-hosted che non ha equivalenti in Files.com, che offre solo regioni di storage gestite e connessioni a server remoti.

La sezione Machine Users è vuota. La tabella ha colonne Flow Endpoint, Type e Org Endpoint ma nessuna voce. L'aspettativa è che gli utenti macchina associati a un Thru Node installato appaiano qui; poiché in questo benchmark non è stata eseguita alcuna installazione di nodi, l'elenco rimane vuoto.

Tornando al menu principale, Flows è dove vive la logica di trasferimento effettiva della piattaforma. I flussi definiscono come i file si spostano da un endpoint di origine a un endpoint di destinazione, con regole, trasformazioni e trigger applicati lungo il percorso. L'elenco è attualmente vuoto.

Abbiamo creato un nuovo flusso. Dopo il salvataggio, si apre l'editor del flusso:

Configurazione di origine e destinazione

Facendo clic su Add Flow Endpoint sul lato dell'origine si apre un selettore di endpoint. Thru ti chiede di selezionare una fonte di storage. Abbiamo creato un endpoint Web Form da utilizzare come origine. Ciò genera una pagina di caricamento basata su browser per mittenti esterni. Per la destinazione, abbiamo selezionato l'endpoint Thru FTPS creato in precedenza.

Il flusso è ora live.

Con entrambi i lati collegati, abbiamo fatto clic su View and Push Changes per pubblicare il flusso. Dall'elenco Flows, i singoli flussi possono essere esportati, utile per replicare configurazioni tra ambienti o per eseguire il backup delle definizioni dei flussi.

Endpoint Web Form creato, aggiunta al flusso

Flusso con origine e destinazione entrambe configurate

Schermata di conferma View and Push Changes

Elenco flussi che mostra le opzioni di esportazione

Impostazioni endpoint di origine

Facendo clic sul menu a tre punti sull'endpoint di origine si apre il modal Edit Flow Endpoint Settings. Il lato origine ha sei schede: Configuration, Processing Options, Anti-Virus, Trigger Files, Rename e Alerts.

Configuration copre il filtraggio dei nomi file e il percorso di origine. I filtri Include ed Exclude supportano entrambi espressioni regolari; solo la UI si collega a un riferimento regex e mostra un pattern di esempio. Il percorso di origine è predefinito su / ma può essere ristretto a una sottodirectory specifica.

Processing Options è un singolo menu a tendina: Disabled, Encryption, Decryption, Compression, Decompression. La trasformazione in-flight senza alcun tooling esterno crittografa prima dell'inoltro, comprime prima dell'archiviazione o decomprime all'ingestione.

Anti Virus è un singolo interruttore. Quando abilitato, ogni file che passa attraverso questo endpoint viene scansionato prima dell'inoltro. Nessun dettaglio sul motore, comportamento di quarantena o accesso ai log di scansione è esposto nell'UI: funzionalità utile, documentazione scarsa.

Trigger Files risolve il problema del caricamento parziale. La modalità attiva, un TEMP FILENAME per ogni file, scrive i file in arrivo sotto un'estensione temporanea (ad es. example.doc.filepart) fino al completamento del trasferimento, a quel punto il file viene rinominato. Ciò impedisce che un file scritto a metà venga prelevato e inoltrato a metà trasferimento. Particolarmente importante per file di grandi dimensioni caricati in blocchi.

Rename consente ai file di essere rinominati all'ingestione utilizzando regole di pattern file configurabili. Possono essere definite più regole; la prima regola corrispondente vince. Durante il test non sono state configurate regole.

Alerts supporta notifiche per singolo indirizzo email per eventi di Inactivity, Transfer Limit Exceeded e Quarantined. Questi confluiscono nella sezione Alerts a livello di piattaforma.

Impostazioni endpoint di destinazione

L'editor dell'endpoint di destinazione ha le stesse schede dell'origine (Configuration, Processing Options, Trigger Files, Rename, Alerts) più due aggiuntive: Users e Mapping.

La scheda Users mostra le credenziali utilizzate per autenticarsi con lo storage di destinazione. Poiché FirstStorage è un endpoint FTPS gestito da Thru, un account di servizio (ftps-tgt-20773, Authentication Type: User Password) è stato provisionato automaticamente, senza richiedere configurazione manuale delle credenziali. Per destinazioni SFTP o FTP esterne, è qui che aggiungeresti o gestiresti le credenziali di login.

La scheda Mapping definisce dove i file atterrano sulla destinazione. Ogni regola di mappatura ha tre campi: Source Endpoint (l'origine a cui applicare la regola), Source Path (la directory di origine) e Target Path (la directory di destinazione sulla destinazione). L'impostazione predefinita è tutte le origini, tutti i percorsi, instradati su /. Possono essere aggiunte più mappature per instradare file da diverse directory di origine verso diverse cartelle di destinazione, utile per qualsiasi pipeline che necessiti di output strutturato da un input piatto o misto.

Incorporamento Web Form

L'endpoint di origine in questo flusso è un tipo Thru HTTPS Web UI Upload, un modulo di caricamento ospitato. Facendo clic sul menu a tre punti su questo endpoint si rivela un'opzione Embed Thru Upload Component.

Il modal di incorporamento fornisce due blocchi di codice: un insieme di tag <script> e <link> ospitati su CDN per importare la libreria di web component di Thru, e un elemento personalizzato <thru-upload> precompilato con l'ID dell'endpoint del flusso e l'URL dell'API. Una chiave API deve essere selezionata da un menu a tendina per attivare lo snippet. L'attributo API-key viene popolato una volta scelta una chiave.

Il componente è stato incorporato su un server di test esterno. Ogni richiesta è fallita in pratica a causa di errori CORS. Non è stata trovata alcuna configurazione CORS nell'interfaccia di prova, sebbene possa esistere altrove nella piattaforma. L'API di staging di Thru ha bloccato le richieste cross-origin dal dominio di test perché priva di un header Access-Control-Allow-Origin. La funzione è ben progettata nel concetto, ma bloccata a livello di integrazione senza una richiesta di supporto o una configurazione non scoperta.

Il modal File Upload, accessibile tramite il menu a tre punti direttamente in Flow Studio, ha funzionato senza problemi per i test interni. Un PDF è stato caricato sull'endpoint di origine e completato con successo al 100%.

Attività

La sezione Activity è un registro dei trasferimenti completamente filtrabile. Filtri disponibili: Flow, Organization, Endpoint, Flow Endpoint, Intervallo di date, Filename (con supporto caratteri jolly), Processing Status, Transfer Status, View Type (Source & Target, Source only, Target only) e Show Purged Files. Il pannello dei filtri può essere bloccato o nascosto.

Il PDF caricato poco prima è apparso immediatamente nel registro. La riga mostra Type (Source), Flow (TestFlow), Flow Endpoint (20772: SourceStorage, Thru HTTPS Web UI Upload), Organization (AIMultiple), Thru Node (Cloud), Filename, File Size (148,5 KiB), Delivery count (0/1) e Last State Update (Completed).

Facendo clic sul record del file si apre un modal File Download che mostra i dettagli del file, il conteggio totale dei download riusciti e falliti e una cronologia completa dei download. Sono presenti due pulsanti di azione: Download File e Share….

Il pulsante Share apre un popover Share Configuration direttamente all'interno del modal. Impostazioni: Active for e Max downloads (intero). Facendo clic su Generate Share Link viene prodotto un URL di download limitato per tempo e conteggio. Questa è una pratica funzione di distribuzione ad hoc, senza bisogno di un passaggio separato di hosting file.

Il pulsante Export nella vista Activity attiva un job di generazione report. La pagina Export Reports (accessibile dal menu principale Reports) mostra lo stato del job, il tempo di generazione (177ms in questo caso) e un timestamp di conservazione. Una notifica toast in basso a destra conferma quando l'esportazione è pronta con un pulsante Download diretto. I report sono semplici esportazioni del registro attività; non è stato osservato alcun builder di analisi personalizzato.

Avvisi

La pagina Alerts aggrega gli avvisi generati dal sistema su tutti i flussi. Le colonne della tabella sono: Source, Alert Type, Created, Severity, Alert ID, Organization, State, Details e Actions. Sono disponibili pulsanti Filter e Clear All Alerts.

Durante il test, non si era attivato alcun avviso, quindi l'elenco era vuoto. Il valore di questa vista diventa evidente a scala: invece di navigare nella configurazione di ogni flusso per controllare la cronologia degli avvisi, tutti gli avvisi attivati su ogni flusso e organizzazione confluiscono qui in un unico posto con gravità e stato filtrabili.

Admin

La sezione Admin è accessibile dal fondo della navigazione a sinistra e copre la configurazione a livello di piattaforma. Il sottomenu Admin contiene: Users, Roles, Retention, Audit Log, MFA, Thru Nodes, Feature Flags e SSO Mappings.

La schermata Users elenca tutti gli account della piattaforma, inclusi i timestamp dell'ultimo accesso, gli stati e i flag di ban. La gestione dei ruoli, le policy di conservazione dei file e le mappature SSO coprono i requisiti standard di amministrazione enterprise. L'Audit Log fornisce un record completo delle azioni della piattaforma, chi ha fatto cosa e quando, che è un requisito di base per SOC 2, HIPAA e framework di conformità simili. MFA e SSO Mappings indicano che l'integrazione dell'identità enterprise è supportata.

Il menu Help fornisce documentazione sia per gli utenti finali sia per gli sviluppatori, incluso il riferimento API. La qualità e la profondità della documentazione non sono state valutate in dettaglio durante questo benchmark, ma la presenza di una sezione specifica per gli sviluppatori è rilevante per i team che pianificano integrazioni basate su API.

I benchmark di prestazioni e throughput sono fuori dall'ambito di questa valutazione e saranno trattati separatamente.

Solarwinds Serv-U

Abbiamo scaricato e installato SolarWinds Serv-U MFT Server da zero, impostato il pannello di amministrazione ed esplorato l'interfaccia di gestione, inclusi configurazione del server, gestione utenti e gestione degli eventi.

Per iniziare

Il processo di prova inizia sulla pagina del prodotto Serv-U. Facendo clic sul link Download Free Trial si apre un modulo che chiede nome, cognome, email aziendale, paese, CAP, numero di telefono e nome dell'azienda, più campi di quanti ne richieda Cerberus. Invia il modulo e verrai reindirizzato a una pagina di download dove puoi selezionare la versione.

A differenza di Cerberus, che è solo Windows, Serv-U supporta sia Windows sia Linux sul lato server. Abbiamo scelto di installare la versione Linux su un'istanza AWS m6i.xlarge, la stessa dimensione utilizzata nel nostro test di Cerberus.

Installazione

Ci siamo collegati al server via SSH, abbiamo scaricato il programma di installazione con wget, estratto l'archivio ed eseguito il binario. Il programma di installazione pone quattro domande: confermare l'installazione, scegliere la directory di installazione, installare come servizio e avviare ora. Quattro risposte affermative e l'installazione è stata completata in circa cinque secondi.

La nota di installazione stampata sul terminale è importante: viene creato un listener e le credenziali admin predefinite sono nome utente admin e password admin. Il file di log di avvio mostrerà tutti gli indirizzi IP e le porte su cui Serv-U è in ascolto.

Pannello di amministrazione basato sul web

Navigando all'IP del server sulla porta 8443 si apre una pagina di login. Questa è una differenza significativa rispetto a Cerberus: il pannello di amministrazione di Serv-U è un'interfaccia web accessibile da remoto da qualsiasi browser. Cerberus non ha equivalenti; gestirlo richiede di collegarsi direttamente alla macchina server tramite desktop remoto, il che è meno comodo.

Dopo aver effettuato l'accesso con le credenziali predefinite, Serv-U chiede di impostare l'autenticazione multi-fattore. Le app consigliate sono Google, Microsoft, LastPass e Authy. La configurazione prevede la scansione di un codice QR. Puoi saltare questo passaggio.

Dashboard

Dopo aver saltato la configurazione MFA, si carica la dashboard. Mostra Session Statistics, Login Statistics e Transfer Statistics dell'intero server. Sessioni correnti, sessioni totali, conteggio accessi, durata media delle sessioni, ora dell'ultimo accesso e velocità di download e upload sono tutti visibili a colpo d'occhio. Un log del server in tempo reale è mostrato sotto le statistiche, con controlli per Freeze Log, Clear Log e Filter Log. Due schede aggiuntive mostrano Active Sessions e un link alla community THWACK.

La barra laterale sinistra elenca: Dashboard, Server Details, Users, Groups, Directories, Limits & Settings e Server Activity sotto la sezione Global, seguita da una sezione Domains che attualmente mostra Admin Domain.

Dettagli del server

La sezione Server Details ha sette schede: IP Access, Serv-U Gateway, Database, Events, License Information, Program Information e Server Identity.

La scheda IP Access gestisce le regole di connessione a livello di server. Ogni regola prende un indirizzo IP, un nome o una maschera e assegna accesso consenti o nega, con una data di scadenza e una descrizione opzionali. I formati supportati includono corrispondenza esatta, caratteri jolly, intervallo, notazione CIDR e caratteri jolly a singolo carattere. Le regole possono essere importate ed esportate.

La scheda Serv-U Gateway configura una componente reverse-proxy opzionale che termina le connessioni di trasferimento file nella DMZ, impedendo connessioni in entrata dalla DMZ alla rete interna e mantenendo i dati completamente fuori dalla DMZ. La configurazione richiede un indirizzo gateway, una porta (predefinita 1180) e un indirizzo IP pubblico.

La scheda Database consente di collegare Serv-U a una fonte di dati ODBC esterna per caricare utenti e gruppi. Il database esterno richiede un driver ODBC installato sul sistema. Le mappature delle tabelle utente e gruppo possono essere personalizzate. Gli utenti caricati dal database sovrascrivono gli account creati localmente con lo stesso nome.

La scheda Events è dove vengono create le regole di eventi a livello di server. Ogni evento ha un tipo, un nome e un'azione. Il tipo di evento mostrato nel modulo di creazione è predefinito su Server Start, ma può essere cambiato per coprire altri trigger a livello di server. Le azioni includono Send Email con campi To, BCC, Subject e Message, nonché altri tipi di azioni. Un pulsante Create Common Events genera automaticamente un insieme di regole di eventi standard.

License Information mostra lo stato di registrazione corrente, l'edizione, il numero di copie, la data di acquisto e i giorni di prova rimanenti. Include anche una tabella di confronto affiancata delle capacità FTP Server rispetto a MFT Server su utenti massimi, domini, sessioni, capacità, architettura, protocolli, web e mobile, amministrazione e personalizzazione. L'edizione MFT mostra illimitato su tutti i limiti di utenti e sessioni e aggiunge funzionalità tra cui gestione automatica dei file, eventi e notifiche email, eventi Microsoft Queue, condivisione file, Serv-U Gateway, alta disponibilità, convalida FIPS 140-2, statistiche utente e gruppo, amministrazione web remota, HTML e CSS personalizzati del client web, autenticazione tramite libreria personalizzata, autenticazione database, autenticazione Windows/AD e autenticazione LDAP.

Utenti

La sezione Users ha due schede: Global Users e Database Users. La creazione di un utente apre una finestra di dialogo User Properties con nove schede: User Information, Directory Access, Virtual Paths, Logging, Groups, Events, IP Access, Limits & Settings e Multifactor Authentication.

User Information raccoglie ID di accesso, password, nome completo, directory home, chiavi SSH, livello di privilegio di amministrazione, tipo di account (Permanent o altro), indirizzo email e descrizione. Le opzioni includono il blocco dell'utente nella propria directory home, l'accesso sempre consentito e la richiesta di cambio password al prossimo accesso. Un pulsante Availability imposta restrizioni temporali di accesso per data e giorno della settimana. Un pulsante Welcome Message configura un messaggio personalizzato mostrato all'utente al login.

La scheda Directory Access definisce a quali file e directory l'utente può accedere. Le regole sono ereditate da eventuali gruppi a cui l'utente appartiene, nonché da regole a livello di dominio e server. Ogni regola associa un percorso a un insieme di permessi e una dimensione massima opzionale.

La scheda Virtual Paths collega percorsi fisici esterni alla home directory dell'utente nel suo elenco directory. La tabella associa percorsi fisici a percorsi virtuali, sostituendo il tradizionale metodo di collegamento tramite scorciatoia.

La scheda Logging controlla esattamente cosa viene registrato per questo utente. Le opzioni dei messaggi di log includono: messaggi di sicurezza, nomi IP, download, download compressi, caricamenti, eliminazioni di file, rinomine di file e directory, creazioni di directory, eliminazioni di directory, condivisioni file, comandi FTP, risposte FTP, comandi SSH, risposte SSH, comandi SSH dettagliati, risposte SSH dettagliate, comandi HTTP e risposte HTTP. Il logging su file può essere abilitato separatamente, con un percorso configurabile, rotazione automatica dei log e limiti sul numero di file e sulla conservazione delle dimensioni. I tag del percorso del file di log supportano token per ora, giorno, mese, anno, nome dominio, ID di accesso e nome completo utente.

La scheda Groups mostra a quali gruppi appartiene l'utente. Un utente può essere membro di più gruppi e l'ordine di appartenenza è significativo, poiché determina quali impostazioni di gruppo hanno la precedenza.

La scheda Events elenca le regole di eventi a livello utente. Gli eventi si attivano automaticamente per eseguire programmi, inviare email o mostrare messaggi nell'icona della barra. Un pulsante Create Common Events genera automaticamente un insieme standard di regole.

La scheda IP Access imposta restrizioni IP specifiche per utente, controllate per ultime quando l'utente tenta di effettuare l'accesso. Le regole seguono lo stesso formato di indirizzo, accesso e scadenza delle regole a livello di server e possono essere importate ed esportate. (Immagine 20)

La scheda Limits & Settings mostra i limiti a livello di connessione per l'utente. Il tipo di limite di connessione mostra: sessioni massime per account utente (20), sessioni massime per indirizzo IP per l'account (20), richiedi connessione sicura prima del login (sì), timeout automatico di connessione inattiva (10 minuti), timeout automatico della sessione (nessun timeout), blocca schemi anti-timeout (no), blocca l'indirizzo IP della sessione scaduta (nessun timeout), consenti connessioni FTP e FTPS (sì), consenti connessioni SFTP (sì), consenti connessioni HTTP e HTTPS (sì) e richiedi nome DNS inverso (no). Ogni limite può essere applicato a giorni e orari specifici. Sono disponibili anche i pulsanti Ratios & Quotas e Ratio Free Files. (Immagine 21)

La scheda Multifactor Authentication mostra lo stato MFA dell'utente (attualmente Not Configured), un menu a tendina Multifactor Authenticator (impostato su Enabled), un campo Company Name e un pulsante Reset MFA. Se impostato su Enforced anziché Enabled, l'MFA diventa obbligatorio e l'utente non può accedere senza di esso.

Gruppi

La sezione Groups ha due schede: Global Groups e Database Groups. La creazione di un gruppo apre una finestra di dialogo Group Properties con la stessa struttura a schede degli utenti: Group Information, Directory Access, Virtual Paths, Logging, Members, Events, IP Access, Limits & Settings e Multifactor Authentication.

Group Information prende nome del gruppo, directory home, chiavi SSH, livello di privilegio di amministrazione e descrizione. Le opzioni includono accesso sempre consentito, abilitazione dell'account, blocco dell'utente nella directory home e applicazione per prime delle regole di accesso alle directory del gruppo. Anche qui sono disponibili i pulsanti Availability e Welcome Message. Tutte le impostazioni disponibili a livello utente sono configurabili anche a livello di gruppo. Se un utente ha un'impostazione in conflitto definita a livello utente, l'impostazione a livello utente sovrascrive quella di gruppo.

Directory

La sezione Directories ha tre schede: Directory Access, Virtual Paths e File Management.

La scheda Directory Access gestisce le regole globali di accesso alle directory per tutti gli utenti del server. La creazione di una regola prende un percorso e consente di impostare indipendentemente permessi sui file (lettura, scrittura, append, rinomina, eliminazione, esecuzione) e permessi sulle directory (elenco, creazione, rinomina, rimozione). L'ereditarietà delle sottodirectory e una dimensione massima della directory possono anch'esse essere configurate. Sono disponibili pulsanti di scelta rapida Full Access e Read Only.

La scheda Virtual Paths associa percorsi fisici a percorsi virtuali a livello di server, lo stesso concetto che a livello utente, ma applicato globalmente. Una casella di controllo controlla se il percorso virtuale è incluso nei calcoli della dimensione massima della directory. (Immagine 25)

La scheda File Management consente di definire regole automatizzate per i file in una directory specificata. Ogni regola punta a un percorso di directory e sceglie un'azione: eliminare i file dopo un numero specificato di giorni, o spostare i file in un'altra posizione dopo un numero specificato di giorni. Serv-U valuta ogni file individualmente in base alla sua data di creazione. (Immagine 26)

Limiti e impostazioni

La sezione Limits & Settings è l'hub di configurazione globale per l'intero server. Ha sette schede: Limits, Settings, FTP Settings, Encryption, Branding Setup, File Sharing e Multifactor Authentication.

La scheda Limits elenca i limiti di connessione che si applicano a livello di server e si propagano a tutti i domini, gruppi e utenti salvo sovrascrittura a un livello inferiore. Il tipo di limite di connessione include: sessioni massime sul server (illimitate), sessioni massime per indirizzo IP sul server (illimitate), sessioni massime per account utente (20), sessioni massime per indirizzo IP per account utente (20), richiedi connessione sicura prima del login (sì), timeout automatico di connessione inattiva (10 minuti), timeout automatico della sessione (nessun timeout), blocca schemi anti-timeout (no), crea automaticamente le directory home (sì), blocca l'indirizzo IP della sessione scaduta (nessun timeout), consenti a X-Forwarded-For di cambiare gli indirizzi IP delle connessioni HTTP (no), richiedi nome DNS inverso (no) e sessioni massime per indirizzo IP sul dominio (illimitate). Il menu a tendina del tipo di limite può essere cambiato per mostrare categorie di limite di trasferimento, quota o altri tipi.

La scheda Settings copre tre aree. Connection Settings consente di configurare l'auto-blocco degli utenti che si connettono più di 4 volte entro 30 secondi per 15 minuti, con un'opzione per nascondere le informazioni del server dall'identità SSH. Network Settings controlla il timeout dei pacchetti (300 secondi), l'intervallo di porte PASV e se gli indirizzi IP dei peer corrispondenti sono richiesti per le connessioni di controllo e dati. La sezione Password Recovery Message consente di personalizzare oggetto e corpo dell'email inviata agli utenti quando richiedono le credenziali del proprio account, con variabili di modello per nome e password.

La scheda FTP Settings elenca ogni comando FTP supportato dal server e consente di abilitarli o disabilitarli singolarmente. Questo livello di controllo a livello di comando FTP è unico di Serv-U tra le piattaforme testate.

La scheda Encryption copre la configurazione dei certificati SSL per FTPS e HTTPS (percorso del certificato, percorso della chiave privata, password e percorso del certificato CA), la configurazione della chiave privata SSH per SFTP (tipo di chiave, impronta e generazione della chiave), le opzioni SSL avanzate (interruttori TLS 1.2 e 1.3, configurazione della suite di cifratura), SSH Ciphers, SSH MACs, SSH Key Exchange Algorithms, SSH Key Algorithms e un interruttore modalità FIPS 140-2. Il livello di granularità qui, selezionando singole suite di cifratura, MAC e algoritmi di scambio chiavi, è chiaramente rivolto a implementazioni attente alla sicurezza e orientate alla conformità.

La scheda Branding Setup è divisa in tre sezioni. New Login Page Branding consente di impostare un logo personalizzato, un'immagine di sfondo, una favicon, il testo del titolo di login, il colore di sfondo e il testo del corpo della pagina di login. Legacy Login Page Branding supporta una directory contenitore HTML personalizzata con file CSS, header e footer separati per layout di pagina di login completamente personalizzati. Web Client Branding imposta il logo mostrato nell'interfaccia di gestione file, con un requisito di dimensione di 400×100 pixel e un campo di personalizzazione dello sfondo solo CSS.

La scheda File Sharing configura come gli utenti del dominio possono inviare e ricevere file con ospiti esterni. Le impostazioni includono l'URL del dominio, il percorso del repository di condivisione file, quanti giorni dopo la scadenza le condivisioni vengono automaticamente rimosse e i modelli di oggetto e corpo dell'email di invito, entrambi modificabili e con supporto di variabili per data di scadenza, URL di condivisione e commenti. SMTP deve essere configurato separatamente affinché le email di invito vengano inviate automaticamente.

La scheda Multifactor Authentication imposta la policy MFA globale. Il menu a tendina Multifactor Authenticator può essere impostato su Disabled, Enabled o Enforced. Il campo Company Name imposta l'etichetta dell'account che appare nelle app di autenticazione quando gli utenti scansionano il codice QR.

Attività del server

La sezione Server Activity ha quattro schede: Sessions, Statistics, User & Group Statistics e Log.

La scheda Sessions elenca tutte le sessioni attualmente attive con colonne per ID, tipo, utente, indirizzo IP, nome host, indirizzo del server, posizione, ultimo comando e client. Facendo clic su una sessione si popola il pannello Active Session Information sottostante con dati dettagliati in tempo reale: utente, livello di privilegio, indirizzo IP, velocità, velocità media di download e upload, tempo attivo, tempo inattivo, dal timestamp, scaricato, caricato, posizione e ultimo comando. I pulsanti Disconnect, Abort, Broadcast e Spy & Chat sono disponibili in basso.

La scheda Statistics mostra statistiche di sessione, login e trasferimento a livello di server dall'ultimo reset. I campi visualizzati includono ora di inizio delle statistiche, sessioni correnti, sessioni totali, sessioni nelle 24 ore, numero massimo di sessioni, durata media delle sessioni, sessione più lunga, conteggio accessi, durata media di accesso, ora dell'ultimo accesso, ora dell'ultimo logout, utente più connesso, conteggio attualmente connesso, velocità di download, velocità di upload, totale scaricato, totale caricato, velocità media di download e velocità media di upload.

La scheda User & Group Statistics mostra le stesse statistiche di sessione, login e trasferimento suddivise per utente o per gruppo. Selezioni User Statistics o Group Statistics, poi scegli una raccolta e uno specifico utente o gruppo da visualizzare. Le statistiche possono essere salvate o resettate da questa scheda.

La scheda Log mostra il log applicativo di Serv-U: messaggi di avvio, stato di caricamento delle librerie, conferme di binding delle porte ed errori. Questo è il log del processo del server, non i log delle attività degli utenti. L'attività a livello utente viene registrata separatamente in un percorso di file di testo configurato per utente nella scheda Logging. Non esiste un visualizzatore di log integrato con filtraggio o capacità di audit per l'attività degli utenti; se devi rivedere cosa ha fatto un utente specifico, apri direttamente il file di log.

Domini

Un Admin Domain viene creato automaticamente durante l'installazione. Per testare il trasferimento e la condivisione file, abbiamo creato un nuovo dominio utilizzando la Domain Wizard, che segue sei passaggi.

Passaggio 1: Domain Details: inserisci un nome per il dominio e una descrizione opzionale.

Passaggio 2: Domain Type: scegli tra File Transfer Domain, File Sharing Domain o entrambi contemporaneamente. Entrambi possono essere abilitati allo stesso tempo.

Passaggio 3: File Sharing: imposta l'URL del dominio, seleziona la cartella del repository di condivisione file da qualsiasi punto del file system del server e opzionalmente configura SMTP per l'invio delle email di invito. A differenza di alcune piattaforme che ti limitano a una directory predefinita, puoi puntare a qualsiasi cartella della macchina.

Passaggio 4: Protocol: abilita o disabilita ogni protocollo e imposta la sua porta. I protocolli disponibili sono FTP e SSL/TLS esplicito (porta 21), FTPS/SSL/TLS implicito (porta 990), SFTP tramite SSH (porta 22), HTTP (porta 80) e HTTPS TLS cifrato HTTP (porta 443). Domini diversi possono girare su porte diverse.

Passaggio 5: IP Listeners: seleziona su quale indirizzo IPv4 il dominio è in ascolto, utile quando più IP sono associati al server. I listener IPv6 possono essere creati simultaneamente.

Passaggio 6: Encryption: scegli se consentire agli utenti di recuperare le password via email.

Tutte le impostazioni di sicurezza disponibili globalmente e a livello utente sono configurabili anche per dominio, il che offre agli amministratori un controllo granulare sulla postura di sicurezza di ciascun dominio indipendentemente.

Interfaccia client

Dopo aver creato il dominio e un utente, navigando all'URL del dominio si apre la stessa pagina di login del pannello di amministrazione, seguita da un prompt di configurazione MFA. Avevamo imposto l'MFA, quindi saltare non era un'opzione questa volta.

Dopo aver completato la configurazione MFA e aver effettuato l'accesso, si apre l'interfaccia client di Serv-U. La barra laterale sinistra mostra My Storage (Home, Favorites) e File Sharing (Requested, Sent). La vista Home è un esploratore di file che mostra la struttura delle directory del server con colonne nome, ultima modifica e dimensione. I pulsanti Upload, New Folder, Refresh e More sono disponibili nella barra degli strumenti.

Il caricamento apre una finestra di dialogo con una zona drag-and-drop e un'opzione di esplorazione. L'avanzamento del caricamento è mostrato inline con una barra percentuale. Non c'è opzione di caricamento cartelle, solo file singoli, sia selezioni singole sia multiple. Non viene mostrata alcuna anteprima del file durante il caricamento.

Qualsiasi cartella nell'esploratore di file può essere aggiunta ai Preferiti dal suo menu contestuale. La sezione Favorites nella barra laterale sinistra mostra il nome e il percorso della cartella con un'opzione Remove from Favorites.

Condivisione file: Richiesta

La sezione Requested in File Sharing consente di generare un link di caricamento da condividere con qualcuno affinché possa inviarti file. La creazione di una nuova richiesta apre una finestra di dialogo in due passaggi.

Passaggio 1: File share: imposta un titolo (auto-popolato con un timestamp di scadenza), una descrizione opzionale e impostazioni avanzate, tra cui data e ora di scadenza, un interruttore di protezione password e un interruttore di limite file.

Passaggio 2: Guest & sender: inserisci uno o più indirizzi email dei destinatari (separati da virgole). Le opzioni includono notificarti quando il file è stato caricato e inviarti una copia dell'email con il link di caricamento. È disponibile anche una sezione Change sender details.

Dopo aver terminato, l'elenco Requested mostra la nuova richiesta con lo stato Pending. Una finestra Get Link mostra l'URL di caricamento e la sua data di scadenza con un pulsante Copy link.

Aprendo il link di caricamento viene visualizzata una pagina Request files che mostra l'oggetto, il nome e l'email del mittente, la data di scadenza, lo stato di protezione password e l'URL di caricamento. Sotto c'è un'area di caricamento con drag-and-drop e un'opzione di esplorazione.

Una volta che il destinatario carica tramite il link, il file appare nell'elenco Requested nel tuo pannello con i dettagli del mittente e del caricamento visibili.

Condivisione file: Invio

La sezione Sent funziona nella direzione opposta: carichi un file e generi un link di download per un destinatario. La creazione di una nuova richiesta di invio segue la stessa struttura a due passaggi della richiesta di file: prima imposti un titolo, una descrizione, una scadenza, una password e le opzioni di limite file, poi inserisci l'indirizzo email del destinatario.

Dopo aver completato i passaggi, Serv-U genera un link di download e te lo presenta direttamente; nessuna email viene inviata automaticamente al destinatario. Copi il link e lo condividi tu stesso.

Il destinatario apre il link e carica il file o, nel caso di invio, lo scarica da una pagina minimale senza branding o contesto oltre il link stesso.

Nel complesso, i flussi di condivisione e richiesta file funzionano, ma l'UX è notevolmente grezza. Ogni azione richiede di navigare tra più pop-up, l'interfaccia fornisce feedback minimo e le pagine rivolte al destinatario sono scarne. Rispetto al client web di Cerberus, che ha un file manager adeguato, anteprima video inline e un'interfaccia ragionevolmente rifinita, il client Serv-U sembra costruito come un ripensamento. Il pannello di amministrazione è dove Serv-U ha chiaramente investito i suoi sforzi; l'esperienza dell'utente finale ha ricevuto considerevolmente meno attenzione.

Cita questa ricerca

Scegli il formato adatto a dove pubblicherai. Incollare la versione con link nel tuo CMS preserva il backlink.

@misc{dogan2026,
  author = {Dogan, Sedat and Sezer, Sena},
  title  = {{Benchmark MFT: Files.com, Diplomat MFT, Cerberus e Serv-U testati}},
  year   = {2026},
  month  = sep,
  howpublished    = {\url{https://aimultiple.com/mft-benchmark}},
  note   = {AIMultiple. Consultato il 1 Settembre 2026}
}

Registro delle modifiche

4 aggiornamenti

1. 202624 Ago

   Ampliato l'elenco dei prodotti testati nell'introduzione, offrendo ai lettori una panoramica più completa dell'ambito del benchmark.

2. 11 Ago

   L'ambito dell'articolo è stato ampliato per includere due piattaforme MFT aggiuntive, Diplomat MFT e bTrade TDXchange, offrendo ai lettori un'analisi comparativa più ampia.

3. 24 Lug

   Estesa la copertura del prodotto per includere btTrade / TDXchange, offrendo ai lettori un'analisi dettagliata delle sue caratteristiche uniche, come l'organizzazione gerarchica, l'attenzione all'EDI B2B, il supporto alla crittografia post-quantistica e le capacità di ricerca in linguaggio naturale.

4. 17 Lug

   Aggiornata la sezione Attività, Thru, Cerberus e Serv-U, per chiarire quale prodotto descrive ogni sottosezione.

Sedat Dogan

CTO

Segui

Sedat è un leader tecnologico e della sicurezza informatica con 20 anni di esperienza nello sviluppo software, nelle infrastrutture di rete e nella cybersecurity. Sedat:
- Ha 20 anni di esperienza come hacker white-hat e guru dello sviluppo, con una vasta competenza nei linguaggi di programmazione e nelle architetture dei server.
- È consulente del consiglio di amministrazione presso una società di venture capital che investe in aziende tecnologiche in fase iniziale e presso Ödeal, una piattaforma di pagamento digitale regionale che serve 125.000 commercianti.
- Ha guidato l'infrastruttura tecnologica e la cybersecurity di sette elezioni nazionali ed è stato riconosciuto nella Hall of Fame della cybersecurity da leader tecnologici globali tra cui Twitter.

Visualizza il profilo completo

Ricercato da

Sena Sezer

Analista di settore

Segui

Sena è analista di settore in AIMultiple. Ha conseguito la laurea triennale presso la Bogazici University.

Visualizza il profilo completo

Sii il primo a commentare

Il tuo indirizzo email non verrà pubblicato. Tutti i campi sono obbligatori. I commenti vengono lasciati nella loro lingua originale.

Nome

Indirizzo e-mail

Commento

0/450

Pubblica un commento