Benchmark de MFT: Files.com, Diplomat MFT, Cerberus e Serv-U testados
Testamos seis plataformas de transferência gerenciada de arquivos: Diplomat MFT, bTrade TDXchange, Files.com, Thru, Cerberus FTP Server e Serv-U MFT Server, percorrendo configuração, fluxos de trabalho de transferência de arquivos, coleta de entrada, configuração de segurança, automação e administração.
Cada observação abaixo vem do uso prático de contas de avaliação ou software instalado.
Nosso ambiente de teste: Uma linha simétrica de 1.000 Mbit/s (128 MB/s de capacidade de upload) baseada em Istambul, com instâncias AWS m6i.xlarge provisionadas para Cerberus (Windows Server 2025) e Serv-U (Linux).
Resultados do benchmark de transferência gerenciada de arquivos
1. Configuração e implantação
- Diplomat MFT é multiplataforma, executando em Windows, Linux e Unix, e instala rapidamente; testamos a versão Windows por meio de um instalador InstallShield. É auto-hospedado (com opções de implantação em nuvem e híbrida) e, em nossa configuração Windows, o acesso ocorreu por meio de um ícone na área de trabalho, um serviço em segundo plano e um console localhost, em vez de uma URL hospedada. O painel admin é baseado em navegador, e a primeira transferência fica pronta depois que você define um parceiro e uma transação.
- bTrade TDXchange é executado em Windows, Linux ou Unix como um aplicativo Java, com suporte a Docker e Kubernetes e escolha de bancos de dados H2, Oracle, PostgreSQL ou MSSQL. Você pode implantá-lo on-premise ou usar a opção hospedada TDCloud, e o clustering com failover automático vem integrado. A configuração segue uma ordem definida: primeiro uma hierarquia de quatro níveis, depois um participante, depois uma caixa de correio, cada etapa feita por meio de um único formulário Fast Setup.
- Cerberus FTP Server é somente Windows. Os sistemas operacionais de servidor suportados são Windows Server 2016, 2019, 2022, 2025 e Windows 10/11. A instalação requer o provisionamento de uma máquina Windows, a execução de um instalador e o fornecimento de credenciais de conta de serviço. O painel admin é um aplicativo desktop nativo executado no servidor; não é acessível remotamente. Provisionamos uma instância Windows Server 2025 na AWS para testes.
- Files.com não tem etapa de instalação. Após a inscrição, você acessa diretamente o navegador de arquivos. Não há assistente de integração nem lista de verificação de configuração. A plataforma é totalmente hospedada; nenhum servidor é necessário de sua parte.
- Thru também é hospedado em nuvem. Após a inscrição, o painel fica imediatamente acessível. A configuração inicial requer a criação de uma Organização e de pelo menos um Endpoint antes que qualquer transferência de arquivos possa ocorrer. Há uma sequência obrigatória de configuração, mas é simples.
- Serv-U suporta Windows e Linux. Instalamos a versão Linux em uma instância AWS m6i.xlarge. A instalação pelo terminal leva quatro confirmações: confirmar, escolher um diretório, instalar como serviço e iniciar agora, e é concluída em aproximadamente cinco segundos. O painel admin é baseado em navegador e acessível remotamente, o que é uma diferença prática significativa em relação ao Cerberus.
2. Acesso ao painel admin
Esta é uma das diferenças funcionais mais claras entre os produtos hospedados em nuvem e os on-premise.
- Files.com e Thru são totalmente baseados em navegador e acessíveis de qualquer dispositivo.
- Diplomat MFT’s painel admin também é baseado em navegador e pode ser acessado remotamente; a diferença em relação aos produtos em nuvem é que o servidor é auto-hospedado (em Windows ou Linux) em vez de hospedado pelo fornecedor.
- bTrade TDXchange’s painel admin é executado totalmente no navegador, com administradores e parceiros comerciais em aplicativos e logins separados. Ele suporta Entra ID, Active Directory, LDAP e OAuth 2.0 além de contas nativas com MFA, e o acesso é baseado em funções com um Scope Map que limita cada administrador a um nível definido da hierarquia.
- Serv-U’s painel admin é executado na porta 8443 e é acessível de qualquer navegador remotamente.
- Cerberus’s painel admin é um aplicativo desktop nativo do Windows que é executado no próprio servidor; gerenciá-lo requer uma sessão de área de trabalho remota na máquina Windows. Não há interface admin equivalente baseada na web.
3. Interface de transferência de arquivos
Método de Upload descreve como os arquivos são enviados (portal do navegador, cliente web, caixa de correio mais adaptadores); é descritivo, não pontuado.
Upload de Pasta indica se uma pasta inteira, com suas subpastas e arquivos, pode ser enviada em uma única ação pelo navegador, em vez de apenas arquivos individuais ou uma solução alternativa de compactação em zip.
Pré-visualização de Arquivo Durante o Upload indica se o conteúdo de um arquivo pode ser pré-visualizado enquanto a transferência ainda está em andamento.
Painel de Progresso Persistente indica se a interface mantém um painel permanente mostrando progresso, arquivos restantes e tamanho total entre os uploads ativos.
Pausar / Cancelar Por Transferência indica se uma transferência individual em andamento pode ser pausada ou cancelada por conta própria. Esses são recursos de usabilidade do cliente web, e não capacidades centrais de MFT, portanto estão documentados aqui, mas não incluídos na tabela pontuada de cobertura de recursos.
- Diplomat MFT fornece um Web Transfer Portal baseado em navegador onde os usuários finais enviam e baixam arquivos por arrastar e soltar ou navegando para selecionar, sem software para instalar. A criptografia PGP automática nesses uploads do navegador é uma capacidade dependente da edição: não está disponível no plano Standard, é um complemento opcional no Professional e está incluída no Enterprise. Transferências automatizadas também são executadas por meio de transações configuradas entre parceiros de origem e destino. O portal é um uploader simples: aceita arquivos individuais em vez de pastas inteiras e mostra uma confirmação de upload concluído.
- bTrade TDXchange move arquivos por meio de uma caixa de correio no navegador e por meio de adaptadores de protocolo (SFTP, FTPS, AS2, AS4, AFTP, armazenamento em nuvem) para troca agendada e não assistida. O que o diferencia é o tratamento com reconhecimento de conteúdo: arquivos enviados para uma pasta EDI são validados contra padrões EDI suportados e depois encaminhados para a caixa de correio do parceiro correto pelo identificador do receptor dentro do envelope EDI, em vez de pelo caminho da pasta. Isso o torna um gateway B2B/EDI que entende o que está movendo. *A caixa de correio envia arquivos individuais em vez de oferecer upload nativo de pasta pelo navegador, embora o conteúdo da pasta ainda possa ser movido enviando uma pasta compactada que o servidor descompacta ou replicado por meio de adaptadores de armazenamento no lado do receptor.
- Cerberus FTP fornece uma interface web para usuários finais separada do painel admin. O gerenciador de arquivos suporta atualizar, marcar todos, excluir, renomear, nova pasta, zip e unzip. O upload de pasta é suportado. Durante o upload de um arquivo de vídeo, um player de vídeo inline apareceu na fila de upload enquanto a transferência ainda estava em andamento. Uma pré-visualização de arquivo está disponível durante o upload.
- Files.com suporta Upload de Files, Pastas e Novas Pastas na mesma tela. Um painel de upload persistente na parte inferior mostra o progresso, permite pausar e cancelar por transferência e exibe o número total de arquivos restantes e o tamanho combinado em todos os uploads ativos. Files podem ser pré-visualizados, marcados com cor (Priority Color), duplicados e gerenciados por meio de um menu de contexto por arquivo.
- Thru lida com transferências por meio de seu Flow Studio: os arquivos se movem entre endpoints de origem e destino configurados, em vez de por meio de uma interface de upload direto. O upload interno de arquivos por meio do modal File Upload no Flow Studio funciona sem problemas. O recurso de incorporação de formulário web (para páginas voltadas a remetentes externos) falhou na prática devido a erros de CORS. Nenhuma configuração de CORS foi encontrada na interface de avaliação, embora possa existir em outro lugar da plataforma.
- Serv-U interface do cliente suporta upload de arquivo único e upload de múltiplos arquivos, mas não upload de pasta. Não há pré-visualização de arquivo durante o upload.
4. Vazão de upload e confiabilidade da transferência
Medimos a vazão usando um arquivo de 342 MB enviado pela caixa de entrada web pública do Files.com. Nossa conexão de teste: 1.000 Mbit/s simétrica, 128 MB/s de capacidade de upload, Istambul.
- Com armazenamento definido para EUA, Virgínia, o upload rodou a 6 MB/s, aproximadamente 5% da largura de banda disponível. Ao mudar a região de armazenamento da conta para UE Alemanha, Frankfurt, o mesmo arquivo foi enviado a 14 MB/s, mais que o dobro do resultado da Virgínia, consistente com a redução da distância geográfica de Istambul. A migração de região em si foi concluída em segundos, com arquivos existentes imediatamente disponíveis na nova região. Ambos os resultados refletem restrições significativas de vazão, pois a velocidade de upload da caixa de entrada da conexão disponível é uma limitação real para casos de uso de transferência de arquivos grandes, independentemente da região.
- Diplomat MFT, Thru e Serv-U tiveram vazão não medida quantitativamente neste benchmark.
- bTrade TDXchange teve vazão não medida; os testes usaram pequenos arquivos EDI dimensionados para exercitar validação e roteamento em um cluster de QA compartilhado acessado remotamente. Para cargas de trabalho com arquivos grandes, ele oferece o Accelerated File Transfer Protocol (AFTP) proprietário, projetado para mover dados mais rápido que SFTP, FTPS ou HTTPS em redes de alta latência.
- Cerberus teve vazão medida durante o download por um destinatário de um arquivo de vídeo compartilhado. A aba de transferência no painel admin mostrou 150.1 MB, 4.44 MB/s e 13% de progresso durante nossa janela de monitoramento.
Além da velocidade bruta, todas as plataformas testadas suportam checkpoint restart (transferências retomáveis): se uma transferência grande for interrompida, ela retoma do último checkpoint em vez de reiniciar do começo. Diplomat MFT fornece isso por meio de seu Remote Agent, bTrade TDXchange por meio de nova tentativa automática e checkpoint restart (com retomada AFTP para links de alta latência), Files.com nativamente em SFTP, FTPS, FTP e HTTPS, Thru por meio de armazenamento persistente com retomada automática, Cerberus por meio de uploads retomáveis no cliente web, e Serv-U por meio de pausa/retomada em seu Web Client Pro.
5. Coleta de arquivos de entrada
Caixa de Entrada por Formulário Web: Existe uma página de upload no navegador que remetentes externos sem conta podem usar para enviar arquivos?
Caixa de Entrada por Email: A plataforma pode receber arquivos enviados como anexos de email em um endereço dedicado?
Proteção por Senha: Um link de entrada ou compartilhado pode ser protegido com uma senha?
Portal de Registro / Clickwrap: A parte externa deve se registrar ou aceitar um acordo de termos antes de enviar ou baixar?
Subpasta Automática Por Envio: Os arquivos recebidos são automaticamente separados em uma subpasta distinta para cada envio ou remetente?
Diplomat MFT coleta arquivos de entrada de algumas maneiras: usuários autenticados fazem login em seu Web Transfer Portal baseado em navegador e enviam, transações de entrada agendadas puxam arquivos de servidores SFTP de parceiros ou armazenamento em nuvem, e suas configurações de email podem recuperar anexos de uma conta de email. O acesso é protegido por senhas de conta e chaves SSH opcionais, portanto os uploads não são anônimos, e a entrada é organizada por contas nomeadas e transações configuradas.
bTrade TDXchange coleta arquivos de entrada por meio de caixas de correio de parceiros nomeados (senha mais código de uso único) e por meio de envio seguro ad-hoc, uma troca bidirecional baseada em link. O compartilhamento ad-hoc é rigidamente controlado: expiração com tempo definido, limites de download, extensões de arquivo proibidas e entrega fora de banda que envia a senha por SMS separadamente do link enviado por email.
*Para email, bTrade TDXchange suporta AS1 (EDI sobre email) e SMTP/POP no nível de protocolo, e oferece AttachGuard, um plugin do Outlook para enviar arquivos com segurança; SMTP de saída foi configurado no ambiente testado. Arquivos de entrada são organizados pela identidade do parceiro comercial, o que se encaixa na troca segura com contrapartes conhecidas.
Cerberus suporta compartilhamento de arquivos por meio de um assistente de cinco etapas: básico do compartilhamento (nome, expiração, senha), opções (download/upload público, notificações, limpeza automática na expiração), segurança (senha de uso único por email, lista de convidados até 500), email (enviar link diretamente aos destinatários) e revisão. Os destinatários acessam uma visualização de arquivos protegida por senha e somente leitura, com opções de download individual e download em zip.
Files.com suporta três tipos de caixa de entrada: formulário web (gera uma URL pública), caixa de entrada de email (gera um endereço de email dedicado; arquivos enviados como anexos chegam diretamente em uma pasta configurada) e uma caixa combinada de web e email. Caixas de entrada web suportam proteção por senha, formulário de registro e acordo clickwrap, todos opcionais e combináveis. Caixas de entrada de email suportam whitelisting de remetentes por endereço ou domínio e podem organizar cada envio em sua própria subpasta usando um modelo de nomenclatura com tokens de nome, email, domínio e data/hora.
Testamos a caixa de entrada de email enviando um arquivo de 342 MB do Gmail. O Gmail o converteu em um link do Google Drive em vez de enviá-lo como anexo direto. O arquivo não chegou à caixa de entrada e nenhum erro foi retornado. Um arquivo pequeno enviado como anexo inline genuíno funcionou corretamente e apareceu na pasta de destino, automaticamente organizado em sua própria subpasta.
Thru suporta um tipo de endpoint Web Form que gera uma página de upload baseada em navegador para remetentes externos. O recurso de incorporação está disponível na interface por meio de uma opção Embed Thru Upload Component, mas falhou na prática devido a erros de CORS. Nenhuma configuração de CORS foi encontrada na interface de avaliação, embora possa existir em outro lugar da plataforma.
Serv-U suporta tanto o compartilhamento de arquivos de saída (enviar um arquivo e enviar um link de download) quanto solicitações de arquivos de entrada (gerar um link de upload; o destinatário envia arquivos para você). Os fluxos funcionam, mas exigem navegar por vários pop-ups. As páginas voltadas ao destinatário são mínimas, sem branding e sem informações contextuais além da interface de upload.
6. Suporte a protocolos
Todas as seis plataformas suportam FTP, FTPS, SFTP e HTTPS. Files.com adicionalmente suporta WebDAV. AS2 é suportado por Diplomat MFT, bTrade TDXchange e Files.com, enquanto Thru, Cerberus e Serv-U não o incluem em sua oferta padrão.
Serv-U’s aba FTP Settings lista todos os comandos FTP que o servidor suporta e permite que cada um seja ativado ou desativado individualmente, um nível de controle de comando FTP não visto nas outras plataformas testadas.
bTrade TDXchange suporta FTPS, SFTP, HTTPS, AS2, AS1, AS4 e seu AFTP proprietário, além de ICAP para varredura de conteúdo e conectores de nuvem (Amazon S3, Azure Blob, Google Cloud Storage, SharePoint, Box, Dropbox, SMB). Cada serviço de protocolo é executado como um listener independente em sua própria porta, para que os parceiros possam se conectar pelo protocolo que preferirem.
Diplomat MFT suporta SFTP, FTP, FTPS, HTTP, HTTPS, SMB e AS2, além de um amplo conjunto de conectores de nuvem (Amazon S3, Azure, Google Cloud, Oracle Cloud, Box, Dropbox, OneDrive, SharePoint, ShareFile, Zoho WorkDrive) e seus próprios transportes: Diplomat Remote Agent, Biscom Transit e Email. Ele se conecta a parceiros definidos por perfil e também hospeda seu próprio servidor SFTP e Web Transfer para os parceiros se conectarem.
7. Automação e fluxo de trabalho
Diplomat MFT é centrado na transferência automatizada de arquivos, construída em torno de transações de três tipos: Inbound, Outbound e Synchronization (espelhamento de pasta), juntamente com seu Web Transfer Portal interativo. Os trabalhos são executados em um cronograma, por monitoramento de arquivos (uma hot folder com verificação de File Idle Time que impede o encaminhamento de uploads parciais) ou manualmente, com novas tentativas configuráveis, scripts pré e pós-trabalho, unzip automático e exclusões de feriados baseadas em calendário. Uma Job Queue limita os trabalhos concorrentes (padrão 50) com início escalonado; os trabalhos podem ser encadeados ou acionados por meio do Scripting Agent ou REST API, e as notificações são encaminhadas para email além de webhooks do Slack e Teams por status do trabalho.
bTrade TDXchange automatiza transferências por meio de adaptadores (Directory Monitor, File Copy, Mailbox Receive) e Relationships, que definem regras de roteamento e Actions de processamento sequenciado entre dois parceiros. O agendamento é executado por um scheduler integrado (Jobs) com expressões CRON, e cada relacionamento pode ter uma regra de SLA que dispara um alerta quando um arquivo esperado não chega em sua janela. Um mecanismo de alertas separado cobre dez categorias de eventos (sistema, negócio, timeout, certificado, SLA, conta e outras), cada uma com seus próprios modelos e cronogramas. Transferências e configuração também podem ser controladas programaticamente por meio de suas Web Services / REST APIs.
Cerberus lida com automação por meio de seu Event Manager. As Event Rules suportam 16 tipos de gatilho, incluindo File Transfer Event, Login Event, File Deleted Event, File Move/Copy Event, IP Blocked Event e outros. As ações disponíveis incluem Email Event Notification, Launch an Executable, Launch File Operation, Send HTTP POST, Send a File e Get a File. As Scheduled Tasks usam o mesmo conjunto de ações com duas adições: Email Saved Report e Scan a Folder. Os Event Targets definem os endpoints externos para os quais as ações podem enviar: alvos SMTP, Executable, HTTP POST e Transfer File.
Files.com suporta quatro tipos de gatilho de automação: Interval (diário, semanal, mensal, trimestral, anual), Custom Schedule (horários e dias exatos, suporta múltiplas execuções por dia, com exclusão de feriados por região), Incoming Webhook (acionado por um sistema externo) e Ad-Hoc (execução manual). A exclusão de feriados por região do gatilho Custom Schedule é incomum em plataformas de gerenciamento de arquivos. As regras de organização de arquivos suportam renomeação automática no upload, movimentação/cópia automática para subpastas e criação automática de pasta pessoal por usuário. Cada configuração e ação de automação também é exposta por meio de uma REST API documentada, com SDKs oficiais em sete linguagens.
Thru incorpora automação em seu modelo Flow Studio. Os endpoints de origem e destino são configurados independentemente, com opções de processamento por endpoint (criptografia, descriptografia, compactação, descompactação), tratamento de arquivo gatilho para evitar encaminhamento de upload parcial e regras de renomeação. A plataforma suporta agendamento por meio de gatilhos Interval, Custom Schedule, Incoming Webhook e Ad-Hoc no nível do fluxo. Fluxos e transferências também podem ser controlados programaticamente por meio da REST API do Thru.
Serv-U suporta regras de evento nos níveis de servidor, domínio, grupo e usuário. A aba Events no nível do servidor suporta tipos de evento, incluindo Server Start e outros. Eventos no nível do usuário suportam Send Email e outros tipos de ação, com um atalho Create Common Events que automaticamente gera um conjunto de regras padrão. O Serv-U não expõe uma REST API; a automação depende de suas regras de evento e integração com banco de dados/Active Directory, em vez de uma API programática.
8. Criptografia e segurança
Criptografia pós-quântica: A plataforma oferece algoritmos de criptografia resistentes a futuros ataques de computadores quânticos?
Limites de DoS por usuário: É possível definir limites de conexão ou taxa por usuário para impedir que uma conta sobrecarregue o servidor (proteção contra negação de serviço)?
AV/DLP (ICAP): Os arquivos de entrada podem ser verificados por um mecanismo antivírus ou de prevenção contra perda de dados pelo protocolo ICAP?
Recertificação de acesso: A plataforma pode identificar contas obsoletas ou inativas para revisão periódica de acesso, ou desativá-las automaticamente após um período de inatividade?
Diplomat MFT é centrado em OpenPGP, com geração e gerenciamento de chaves integrados aplicados por transação para criptografar, descriptografar, assinar e verificar, incluindo uma opção de chave adicional para que o remetente mantenha uma cópia descriptografável. As chaves ECDSA/ECDH NISTP521 e RSA 2048 mostradas aqui são as amostras pré-carregadas da avaliação; o Diplomat gera pares de chaves DH/DSS ou RSA em 1024, 2048 ou 4096 bits, com algoritmos simétricos e de hash selecionáveis, e também pode importar chaves de outros produtos compatíveis com OpenPGP. Chaves SSH cuidam da autenticação SFTP e certificados SSL cobrem FTPS, com chaves privadas protegidas por frase secreta. O checkpoint restart está disponível apenas em transferências do Remote Agent, e a verificação de checksum SHA-256 em transferências do Remote Agent e Oracle Cloud; a maioria dos outros transportes verifica apenas o tamanho do arquivo. Diplomat MFT também fornece criptografia quantum-safe (pós-quântica) e suporta criptografia validada FIPS 140-2.
Na camada de conexão, o Diplomat verifica os IPs de clientes de File Transfer de entrada em um serviço comercial de reputação de Inteligência de Ameaças, bloqueando por categoria de IP ou por limites de trust-score e threat-score, e aplica IP Access Rules com permissão ou negação padrão, além de uma lista de exceções para whitelisting ou blacklisting. Para implantações em DMZ, o Diplomat Edge Gateway fica na DMZ e recebe uma conexão iniciada de saída do servidor interno do Diplomat (porta padrão 26841), mantendo o servidor principal fora da rede pública; ele também fornece alta disponibilidade ativo-ativo e failover.
bTrade TDXchange suporta certificados PGP, X509 e SSH, juntamente com certificados pós-quânticos (Kyber e FrodoKEM), gerados ou importados pelo console, e pode criptografar o armazenamento de mensagens em repouso com Kyber. O console exige TLS 1.2 e 1.3 somente, e a criptografia é executada por bibliotecas validadas FIPS 140-2. Controles por participante cobrem listas de permissão/negação de IP e limites de conexão e threads para prevenção de DoS; a política de senha é profunda (comprimento, bloqueio, histórico, idade, complexidade estrita) e OTP/MFA é configurável por tipo de usuário. A integração ICAP verifica arquivos de entrada, encaminhando falhas para um adaptador de quarentena, e um relay de DMZ mantém o servidor principal fora da rede pública.
Cerberus fornece uma seção Firewall Controls para filtragem de conexões. O bloqueio automático dispara após um número configurável de logins malsucedidos (padrão 5) e bloqueia por uma duração configurável (padrão 180 minutos) ou permanentemente. A DoS Protection fica ativa por padrão. Políticas de senha por usuário e por grupo são configuráveis. A lista de extensões bloqueadas permite que administradores definam uma lista de negação por extensão de arquivo para uploads e renomeações.
Files.com suporta criptografia GPG, configurável por pasta (com PGP Enforcement, geração e gerenciamento de chaves integrados à plataforma). Autenticação por chave SFTP/SSH é suportada com geração de par de chaves no navegador. O controle de cipher suite está disponível. A política de senha exige no mínimo 10 caracteres com requisitos de letra, número, símbolo e maiúscula/minúscula; bloqueia as últimas 10 senhas reutilizadas; e rejeita senhas encontradas em bases de dados de vazamento de credenciais conhecidas. As regras de senha podem opcionalmente ser estendidas para incluir links de compartilhamento e caixas de entrada. 2FA suporta SMS, TOTP, Hardware Key e YubiKey Native. Usuários de FTP, SFTP e WebDAV podem ser isentos de 2FA para contas de sistema automatizadas. Fixação de IP por sessão, bloqueio geográfico por país e whitelisting de IP estão disponíveis.
Thru inclui geração de chaves PGP integrada à plataforma (nome, email, algoritmo, força da chave, frase secreta, expiração opcional). Chaves SSH seguem a mesma estrutura. Certificados SSL/TLS podem ser importados por arrastar e soltar. A interface de importação de certificado não especifica formatos aceitos, requisitos de cadeia ou distinções entre certificados de cliente e servidor.
Serv-U tem configuração de cipher suite cobrindo SSL/TLS para FTPS e HTTPS, chaves privadas SSH para SFTP, alternâncias individuais de TLS 1.2/1.3, SSH Ciphers, SSH MACs, SSH Key Exchange Algorithms, SSH Key Algorithms e modo FIPS 140-2. O Serv-U Gateway fornece um componente de DMZ de proxy reverso que encerra conexões de transferência de arquivos na DMZ, impedindo conexões de entrada para a rede interna.
9. Gerenciamento de usuários e acesso
Diplomat MFT gerencia o acesso ao console por meio de Admin Users e Admin Roles baseadas em funções, com LDAP e SAML single sign-on, autenticação multifator TOTP e gerenciamento de sessão configurável. Contas de usuário final para uploads de entrada são hospedadas pelo File Transfer Server, cada uma com sua própria pasta inicial, permissões granulares de pasta e regras de acesso IP. Contas podem ser desativadas automaticamente após um período configurável de inatividade, e administradores podem impor alterações periódicas de senha, o que cobre o lado baseado em inatividade da recertificação de acesso.
bTrade TDXchange separa participantes de parceiros comerciais dos administradores do console. Administradores recebem uma das quatro funções integradas ou uma função personalizada, e um Scope Map limita cada administrador a um Domain, Organization, Department ou Division escolhido para administração delegada. A autenticação integra-se com Entra ID, Active Directory, LDAP e OAuth 2.0 além de contas nativas com MFA, e a plataforma fornece recertificação periódica de acesso que identifica contas obsoletas e relacionamentos de parceiros inativos para revisão.
Cerberus gerenciamento de usuários inclui abas Users, Groups, Policy, Blocked Extensions, Requested Accounts e Public Shares. A política de senha exige comprimento mínimo (10 caracteres), requisitos de caracteres (letra, número, caractere especial) e rotação a cada 180 dias com notificação antecipada por email de 3 dias. As seções AD Users, LDAP Users e SSO Users são itens de menu separados. AD Users puxa contas de domínio automaticamente se o servidor estiver associado ao domínio. A criação de conta de usuário pode ser solicitada na página de login da interface web com um fluxo de aprovação pelo administrador.
Files.com criação de usuário inclui nome de usuário, método de autenticação, email, nome completo, empresa, atribuição de função (Standard User ou Site Administrator, além de opções Billing Administrator e Read-Only Site Administrator), permissões no nível de pasta, data de expiração de acesso por usuário, data de desativação automática para contas inativas, restrições de IP, configurações de 2FA, protocolos permitidos e configuração da pasta raiz FTP/SFTP. As User Lifecycle Rules desativam ou removem automaticamente contas inativas por um número configurado de dias. SSO suporta 13 provedores de identidade: Auth0, Microsoft Entra ID, Box, Dropbox, Cisco Duo, Google, Idaptive, JumpCloud, Microsoft Active Directory, Okta, OneLogin, SAML e Slack. Provisionamento e desprovisionamento SCIM são suportados.
Thru inclui uma seção Machine Users destinada a contas associadas a Thru Nodes instalados. Uma seção Admin cobre Users, Roles, Retention, Audit Log, MFA, Thru Nodes, Feature Flags e SSO Mappings.
Serv-U criação de usuário abrange nove abas: User Information, Directory Access, Virtual Paths, Logging, Groups, Events, IP Access, Limits & Settings e Multifactor Authentication. Regras de acesso a diretórios, mapeamentos de caminhos virtuais, limites de conexão, verbosidade de log e restrições de IP são todos configuráveis por usuário, por grupo, por domínio e globalmente, com níveis inferiores sobrescrevendo níveis superiores. Autenticação por banco de dados via ODBC é suportada para carregar usuários e grupos de uma fonte de dados externa. Autenticação Windows/AD, autenticação LDAP e suporte a uma biblioteca de autenticação personalizada são recursos da edição MFT.
10. Monitoramento e auditoria
Diplomat MFT fornece um painel de Job Monitor ao vivo mostrando o status de cada trabalho, tempo decorrido, arquivos encontrados e processados, velocidade, contagem de tentativas e próxima execução, com totais divididos por Inbound, Outbound e Synchronization. Cada execução, incluindo falhas, produz um relatório completo passo a passo, e um audit trail de sistema mais registro configurável ficam em Settings. O arquivamento armazena uma cópia compactada dos arquivos transferidos por tipo e resultado.
bTrade TDXchange registra cada transferência em uma visualização de Messages e divide cada uma em uma trilha de Activities passo a passo (recepção, roteamento, entrega) com protocolo e status. Alterações administrativas são gravadas em um audit log imutável e criptografado que captura quem mudou o quê, quando e de qual IP. Painéis resumem volume por direção, protocolo e adaptador, a busca é consciente de EDI até números de controle de intercâmbio, e o bot bTrade IA responde a consultas em linguagem natural sobre o histórico de transferências.
Cerberus: A seção Connections mostra sessões ativas (ID da conexão, listener, horário de login, protocolo, nome de usuário, endereço IP, user agent do cliente) e transferências ativas (ID da transferência, usuário, caminho local, tempo restante, progresso, tamanho total, taxa de transferência). A seção Reporting suporta seis tipos de relatório, mas requer uma conexão com banco de dados SQL antes do uso. As entradas de log incluem detalhes do handshake SSL e informações da etapa de validação, suficientes para diagnosticar erros de configuração sem ferramentas externas.
Files.com logs de histórico capturam cada operação de arquivo e evento de sessão tanto no nível de pasta quanto no nível de todo o site. Os logs são exportáveis e filtráveis. Checksums de integridade de arquivo (SHA256, SHA1, CRC, MD5) podem ser calculados e armazenados no upload para detecção de adulteração. A seção Usage mostra armazenamento em tempo real e histórico, volume de transferência dividido em saída nativa e entrada/saída de servidor remoto, contagem de usuários faturáveis e uma ferramenta de exportação por pasta para identificar concentração de armazenamento.
Thru: A seção Activity é um log de transferências filtrável com filtros para Flow, Organization, Endpoint, Filename (com curinga), Processing Status, Transfer Status e intervalo de datas. Registros de arquivos individuais mostram contagem de entregas, último estado e um histórico completo de downloads. Um botão Share dentro do registro do arquivo gera sob demanda uma URL de download com tempo e contagem limitados. A geração de relatório de exportação rodou em 177ms durante os testes.
Serv-U: O monitoramento de Activity cobre Sessions (dados de sessão em tempo real com ações Disconnect, Abort, Broadcast e Spy & Chat), Statistics (métricas de sessão e transferência de todo o servidor desde a última reinicialização) e User & Group Statistics (as mesmas métricas por usuário ou grupo). A aba Log mostra o log de processo do servidor, não a atividade do usuário. O registro de atividade no nível do usuário é gravado em um caminho de arquivo de texto configurável por usuário. Não há visualizador de log integrado com filtragem ou exportação pronta para auditoria para atividade de usuário.
Análise aprofundada plataforma por plataforma do Benchmark de MFT
Diplomat MFT by Coviant Software
Baixamos e instalamos o Diplomat MFT do zero em uma máquina Windows, percorremos a configuração inicial do serviço e exploramos toda a interface admin, chaves, parceiros, transações, servidor de transferência de arquivos e relatórios.
Primeiros passos
O processo de avaliação começa no site da Coviant Software. Após preencher um formulário curto de registro, você recebe um link de download. O instalador de avaliação que usamos é um executável Windows; o Diplomat MFT também é executado em Linux
Instalação
Executar o instalador abre um assistente InstallShield. A tela Setup Type oferece Complete (todos os recursos, mais espaço em disco) e Custom (para usuários avançados). Selecionamos Complete e clicamos em Next.
Após a seleção do tipo de configuração, o instalador solicita uma conta de serviço do Windows. Abrimos Services (services.msc), localizamos o serviço Diplomat Trial 64, abrimos suas Properties, navegamos até a aba Log On, selecionamos This account e inserimos NT AUTHORITY\NetworkService. Os campos de senha são preenchidos automaticamente.
Após clicar em OK, clicamos com o botão direito no serviço e selecionamos Start. A coluna Log On foi atualizada para NetworkService e o serviço iniciou.
Painel Admin
Clicar no ícone do Diplomat MFT Trial na área de trabalho abre https://localhost:8081/ no navegador. Um aviso de certificado autoassinado aparece no primeiro carregamento; clicar em Advanced e continuar leva à tela de login da Coviant Software.
As credenciais padrão são Administrator/diplomat. Após fazer login, o sistema imediatamente solicita uma alteração de senha. Uma vez definida, a interface principal carrega. O painel admin é baseado em navegador e acessível remotamente, uma diferença significativa em relação ao Cerberus, que requer uma sessão de área de trabalho remota na máquina do servidor.
A tela principal mostra uma barra de navegação superior com nove menus: File, Keys, Partners, Transactions, File Transfer Server, Settings, Jobs, Reports e Help. A barra lateral esquerda exibe a árvore de configuração: Keys (5), Partners (7), Transactions (6) e File Transfer Server. A versão de avaliação em execução aqui é 9.5 Trial Build 20260702, Enterprise Edition.
Chaves
A seção Keys é onde todas as credenciais de criptografia são gerenciadas. A avaliação instala com cinco chaves de exemplo pré-configuradas em três categorias.
Chaves OpenPGP (3)
Duas chaves públicas e um par de chaves estão incluídos. Selecionar Example Auditor Public Key exibe seus detalhes completos: nome da chave, tipo de chave (ECDSA), User ID e uma alternância de notificação de expiração. A seção Master Key Sign Only mostra o algoritmo (ECDSA), a curva elíptica (NISTP521), a data de criação (Fev 02, 2026), expiração (Never) e Key ID.
Rolando para baixo, aparecem campos técnicos adicionais: Key Fingerprint, Version (4), Symmetric Algorithm (AES_256) e Hash Algorithms (SHA512, SHA256). Uma seção Subkey Encrypt and Sign segue com seu próprio algoritmo (ECDH), curva elíptica (NISTP521), datas de início e expiração e Key ID.
Pares de Chaves
A pasta Key Pairs contém My Org Example PGP Key Pair, o par de chaves da própria organização usado para descriptografar arquivos de entrada e assinar os de saída. O formulário é idêntico ao de uma chave pública com uma adição: um campo Passphrase com alternância mostrar/ocultar que protege a chave privada.
Rolando até o final da página do par de chaves, há uma seção Related Partners and Transactions. Para este par de chaves, quatro parceiros estão listados como usuários, quatro transações o referenciam e uma sincronização o utiliza. Pontos verdes e vermelhos ao lado de cada item indicam status ativo ou inativo. Essa visão mostra exatamente o que seria afetado antes de excluir ou substituir uma chave.
Chaves SSH (2)
Chaves SSH lidam com autenticação para conexões SFTP, e não com criptografia de arquivos. Dois pares de chaves SSH estão presentes: My Org Example Bank SFTP Client Key Pair e My Org Example SFTP Host Key Pair.
O Bank SFTP Client Key Pair mostra o algoritmo (RSA), a força de bits (2048), uma impressão digital SHA256 e um campo de frase secreta. A seção Related mostra Example Bank como o parceiro que o utiliza, e as duas transações bancárias que o referenciam.
O SFTP Host KeyPair é a chave que o Diplomat MFT apresenta aos clientes que se conectam quando atua como servidor SFTP.
Certificados SSL
A pasta SSL Certificates está presente, mas vazia na avaliação. Server SSL Certificates (0) e Client SSL Certificates (0) estão disponíveis como categorias para importar certificados usados com endpoints FTPS.
Parceiros
Partners definem cada sistema externo ou local para onde o Diplomat MFT transfere arquivos: servidores SFTP, buckets de armazenamento em nuvem, compartilhamentos de arquivos de rede, agentes de filiais e mais. A avaliação inclui sete parceiros de exemplo divididos em dois grupos: Public Profiles (1) e Trusted Profiles (6).
Public Profiles: Example Bank
O parceiro Example Bank é um Public Partner Profile que usa SFTP (SSH2) como método de transporte. A seção SFTP Server mostra os detalhes da conexão: endereço (sftp.examplebank.com), porta (22), nome de usuário (MyOrgExample), SSH Client Key (My Org Example Bank SFTP Client Key Pair), um campo Directory e um timeout de 30 segundos. Opções adicionais incluem Verify SSH Host Key, Use Strong RSA Signatures, File Integrity Checking (File Size), File Ready Condition (File Idle Time), proxy server e configurações de nome de arquivo temporário. Um botão TEST no canto superior direito testa a conexão sem iniciar uma transferência.
Ao pressionar TEST no perfil de exemplo, o retorno foi: “Socket connection not successful. Directory listing was not received from the server.” conforme esperado, já que sftp.examplebank.com não é um endereço real. Em um parceiro real, este botão confirma a conexão antes de qualquer trabalho ser agendado.
Rolando para baixo, aparece a seção OpenPGP Keys, onde Partner’s Encrypt/Decrypt Key e Partner’s Sign/Verify Key estão ambos definidos como Example Bank Public Key. Uma seção Related Transactions and Synchronizations na parte inferior mostra quais trabalhos usam este parceiro.
Clicar no dropdown de qualquer campo de chave PGP lista todas as chaves atualmente definidas na seção Keys: Example Auditor Public Key, Example Bank Public Key e My Org Example PGP Key Pair. É assim que chaves e parceiros se conectam: as chaves são definidas uma vez e referenciadas onde forem necessárias.
Opções de Transport Method
Abrir o dropdown Transport Method em qualquer perfil de parceiro mostra a lista completa de tipos de conexão suportados. Protocolos clássicos de transferência: SFTP (SSH2), FTP, FTPS (TLS), HTTP, HTTPS, SMB, Local Network, AS2. Armazenamento em nuvem: Amazon S3, Microsoft Azure, Google Cloud, Oracle Cloud, Box, Dropbox, OneDrive, SharePoint, ShareFile, Zoho WorkDrive. Outros: Diplomat Remote Agent, Biscom Transit, Email.
Trusted Profiles: Branch Office A
Branch Office A é um Trusted Partner Profile que usa Diplomat Remote Agent como método de transporte, o agente proprietário da Coviant instalado no local remoto. A seção Diplomat Remote Agent mostra o endereço do site, porta, MFT Site Key e quatro botões de ação. A descrição observa que a largura de banda para transferências para esta filial é limitada a 30 Mbps para evitar inundar a conexão WAN deles.
Rolando para baixo, mostra-se onde o limite é aplicado: Chunk Size (100 MB) e Max Bandwidth (30 Mbps). Configurações adicionais incluem Auto OpenPGP Encrypt/Decrypt, Attempt Checkpoint Restart on Transmission Failure, File Integrity Checking (Checksum SHA-256), Max Retries, Retry Delay, Timeout e um campo Custom Post-Process para executar um comando ou script após cada transferência ser concluída. A seção Related na parte inferior mostra que este parceiro é usado pela sincronização “Push new HR docs to all branch offices”.
Transações
Transações são onde parceiros e chaves se unem em trabalhos de transferência reais. A avaliação inclui seis exemplos pré-configurados em três tipos: Inbound (2), Outbound (2) e Synchronization (2). Cada transação tem um campo de descrição em linguagem simples que explica exatamente o que faz, uma prática útil que torna a configuração autodocumentada.
Inbound: Get Payment Results file from Bank
Este trabalho agendado puxa arquivos de resultados criptografados do servidor SFTP do banco todas as tardes de dias úteis, descriptografa-os e os coloca em uma pasta local. Se nenhum arquivo for encontrado, o trabalho conta isso como falha em vez de sucesso silencioso — uma escolha de design deliberada capturada na descrição e aplicada pela configuração Fail if file(s) not found.
A seção Source Partner Profile puxa automaticamente a configuração SFTP completa do Example Bank, incluindo endereço, porta e chave de cliente SSH, porque o parceiro já foi definido. Uma opção Save as New Partner permite promover quaisquer alterações inline a uma entrada permanente de parceiro, e um botão GO TO PARTNER salta diretamente para a página daquele parceiro.
A seção Destination Partners usa uma aba DEFAULT com um botão + ao lado, o que significa que uma única origem pode se expandir para múltiplos destinos simultaneamente. Esta transação envia para Local Example Folder (Local Network, C:\Example).
File Handling é onde a seção Keys se torna operacional. Verify está marcado e a OpenPGP Verification Key está definida como Example Bank Public Key. Arquivos recebidos são verificados quanto à assinatura contra a chave pública do banco antes de serem aceitos. A atribuição de parceiro é mostrada inline no lado direito da tela, esclarecendo qual chave se aplica a qual parceiro.
A seção Job Execution oferece RUN NOW para execuções manuais imediatas ou Schedule para automação recorrente.
Retries são configurados para 3 tentativas em intervalos de 5 minutos, com um email de depuração enviado ao suporte de TI a cada tentativa. Isso significa que, se o banco enviar o arquivo com atraso, o trabalho tentará novamente antes de se marcar como falho. External Requests permitem que o trabalho seja acionado via API ou agente de script, e allow execution as a linked transaction permite que ele seja executado como parte de uma cadeia.
Linking Transactions mostra quais trabalhos acionam este e quais sincronizações o referenciam. Notifications suportam tanto Business Email (enviado a stakeholders) quanto Messaging Notifications (webhooks do Slack e Teams, configuráveis por status do trabalho Success, Failure, Warning).
Archiving armazena uma cópia compactada dos arquivos transferidos por tipo de arquivo e resultado — por exemplo, arquivar apenas em Success. IT Email Notifications enviam um relatório de depuração à equipe de TI independentemente das notificações de negócios.
Pre-Job Processes executam um script personalizado antes do início da transferência. Post-Job Processes incluem um Unzip Process (com tipo de zip, modelo de arquivo, senha e diretório de destino) para descompactar automaticamente arquivos comprimidos na chegada, além de um Custom Process para executar qualquer comando pós-transferência.
Clicar em VALIDATE antes de salvar retorna uma confirmação verde: “Transaction EXAMPLE: Get Payment Results file from Bank is Valid.”
Executar o trabalho com RUN NOW abre uma janela de progresso mostrando Status: Running (Building File List) em 0% Complete.
O trabalho foi concluído com Status: Failure em 40.5 segundos, conforme esperado, já que sftp.examplebank.com não é um servidor real. O relatório de execução mostra cada etapa: o erro de conexão, arquivos encontrados (0), descriptografia não necessária, chave de verificação especificada (Example Bank Public Key), mensagem não assinada e o caminho de arquivamento onde o Diplomat MFT registrou a tentativa. Mesmo uma execução falha produz uma trilha de auditoria completa.
Inbound: On ClientUser upload, send to Marketing Server
Este trabalho funciona de forma diferente: em vez de um agendamento, ele usa File Monitoring, observando uma pasta e disparando sempre que um novo arquivo aparece.
A origem é o diretório de upload do File Transfer Server para ExampleClientUser (Local Network). File Ready Condition está definido como File Idle Time com 45 segundos; o trabalho espera até que um arquivo pare de mudar por 45 segundos antes de tratá-lo como completo, impedindo que uploads parciais sejam encaminhados no meio da transferência. A ação pós-transferência é Delete, mantendo a pasta de upload limpa e sinalizando ao cliente que o arquivo foi processado.
Job Execution mostra Run Jobs Using: File Monitoring, com Include Modified Files marcado e Recursive desativado. Disable/Notify After 15 minutes alerta se o próprio monitoramento parar de funcionar.
A seção Notifications deste trabalho tem um webhook do Slack ao vivo configurado e definido como Success: quando um arquivo é movido com sucesso para o Marketing Server, uma mensagem cai automaticamente no canal do Slack da equipe de marketing.
Outbound Monitor Accounting server to send Tax Files to Auditors
Este trabalho de hot folder observa o servidor de contabilidade em busca de novos arquivos fiscais e os envia criptografados por email aos auditores.
Post-Transfer Action é Move em vez de Delete. Em caso de sucesso, os arquivos são movidos para uma subpasta filed; em caso de erro, vão para um caminho de erro separado. A origem é o compartilhamento de relatórios do servidor de contabilidade, monitorado via File Locking.
O destino usa transporte Email, sem servidor SFTP envolvido. O email é pré-endereçado a auditors@example.com o assunto “Tax file for My Org” e uma mensagem no corpo. Files são enviados como anexos automaticamente.
File Handling aplica tanto Encrypt (Example Auditor Public Key) quanto Sign (My Org Example PGP Key Pair), além de uma Additional Encryption Key (My Org Example PGP Key Pair), para que a organização remetente mantenha uma cópia que possa descriptografar. Job Execution usa File Monitoring, não um agendamento.
Notificações de negócios vão para JaneDoe@auditors.example.com (All Jobs). Notificações de mensagens usam um webhook do Teams definido como Warning e Failure, uma escolha de canal diferente do trabalho do Marketing Server, que usou Slack para Success.
Outbound: Send Payment Authorizations to Bank
O inverso do trabalho Get Payment Results: este envia arquivos de pagamento de saída ao servidor SFTP do banco todas as manhãs de dias úteis. Um script pré-trabalho é executado primeiro para solicitar ao servidor de contabilidade que gere o arquivo de pagamentos. A origem é uma pasta local (Bank\PaymentAuthorizations) e o destino é a outbox SFTP do banco (outbox/authorizations/).
O parceiro de destino é Example Bank (SFTP), o mesmo parceiro usado como origem no trabalho de entrada. A mesma definição de parceiro cobre ambas as direções.
File Handling criptografa com Example Bank Public Key e assina com My Org Example PGP Key Pair. Job Execution é agendado (Daily), apenas dias úteis, correspondendo à descrição “every weekday morning”.
Synchronization: Push new HR docs to all branch offices
Sincronizações funcionam de forma diferente das transações: em vez de mover arquivos, elas espelham um local de origem para um ou mais destinos. Este trabalho é executado todas as tardes de dias úteis às 15:00 e mantém as Branch Offices A e B como espelhos exatos do servidor de RH.
A configuração crítica é Remove Destination Items Not Present at Source, marcada aqui, o que significa que arquivos excluídos do servidor de RH também são excluídos das filiais. Include Subfolders também está marcado. Uma aba Exclude contém os padrões de exclusão manifest.ini e _* referenciados na descrição.
A origem é o parceiro HR Docs (Local Network, \\hr\shared\docs). Transfer Order é Depth First.
Destination Partners mostra um selo de 2, indicando dois destinos simultâneos.
Cada um usa Diplomat Remote Agent com Auto OpenPGP Encrypt/Decrypt, Attempt Checkpoint Restart on Transmission Failure, Checksum (SHA-256), Chunk Size 100 MB e Max Bandwidth 30 Mbps, o mesmo limite definido no perfil do parceiro.
Synchronization: Send daily configuration backups to S3 Glacier
A segunda sincronização é executada toda noite, 5 minutos após a meia-noite, e sincroniza os próprios arquivos de backup do Diplomat MFT para um bucket AWS S3 Glacier. Diferente da sincronização de documentos de RH, Remove Destination Items Not Present at Source está desmarcado, para que backups antigos nunca sejam excluídos do S3; apenas novos são adicionados. O filtro Include está limitado a arquivos *.dbu e *.dmrg (os próprios formatos de backup do Diplomat MFT) com Recursive marcado e Files only.
Criando uma transação do zero
Novos parceiros e transações são criados nos menus superiores. O menu Partners oferece Create Public Partner e Create Trusted Partner. O menu Transactions oferece Create Inbound Transaction, Create Outbound Transaction e Create Synchronization.
Para testar o fluxo de trabalho completo, criamos um novo parceiro (AIMultiple, Local Network) e uma nova transação de entrada (Get Payment from AIMultiple). O formulário abre em branco com a mesma estrutura dos exemplos de transações: File Information, Source and Destination Partner Profiles, File Handling, Job Execution e todas as seções posteriores.
Testar o diretório de destino retornou: “Directory C:/Users/Public/Documents found. Write access enabled.” com uma listagem de diretório ao vivo.
O trabalho foi configurado com Schedule (Daily), 3 tentativas em intervalos de 5 minutos e sem exclusões de dias. Executá-lo com RUN NOW produziu Status: Successful em 0.125 segundos: 1 arquivo encontrado, 1 transferido, 28 bytes, arquivado e compactado automaticamente.
Configurações
O menu Settings cobre configurações de todo o sistema. Itens principais: Email (SMTP para todas as notificações de saída e transporte de email), Calendars (agendas personalizadas de feriados referenciadas em exclusões de trabalhos), Job Monitor (painel de operações ao vivo), Job Queue (controles de concorrência), Audit (trilha de auditoria do sistema), Backup, Logging, Proxy Servers, Session Management, SSO Settings, Admin Users, Admin Roles e LDAP.
Job Monitor abre em uma janela separada do navegador em localhost:8081/jobmonitor. Ele mostra cada trabalho com status da transação, hora de início, tempo decorrido, status do trabalho, arquivos encontrados/processados, velocidade, contagem de tentativas de execução e próxima execução agendada. Uma tabela Summary na parte inferior divide os totais por Inbound, Outbound e Synchronization. As abas de filtro Running e Active restringem a visualização a trabalhos em execução atualmente ou ativos recentemente.
Calendars definem agendas nomeadas de feriados que podem ser aplicadas a exclusões de transações. Cada calendário especifica dias não úteis por caixas de seleção de dias da semana e uma lista de feriados por nome e data. As transações referenciam um calendário em sua seção Calendar Exclusions para pular automaticamente execuções nessas datas.
Job Queue Settings controlam quantos trabalhos são executados simultaneamente e como a carga de inicialização é gerenciada. Maximum concurrent jobs é 50 por padrão. Delay Between Initial Job Starts é 1.000 ms por padrão, um escalonamento para impedir que todos os trabalhos agendados disparem de uma vez e sobrecarreguem o servidor. Alterações no atraso de inicialização entram em vigor ao reiniciar o serviço.
bTrade
bTrade difere de todas as outras plataformas deste benchmark de uma forma fundamental: nós não o instalamos. O acesso foi fornecido a um cluster de QA ao vivo rodando TDXchange Release 5.3.0-SNAPSHOT em Linux com PostgreSQL, acessado via RDP em um servidor Windows na mesma rede devido a restrições de IP nos nós do cluster.
A interface admin é totalmente baseada em navegador, sem instalação de cliente, sem atalho na área de trabalho, sem configuração de serviço. Navegar até a URL do servidor e fazer login é tudo o que é necessário.
Primeiros passos
A tela de login é mínima: Username, Password, Login e um link Forgot password. Após fazer login como usuário admin AIMultiple, a tela inicial do TDXchange carrega com um layout de três painéis.
A barra lateral esquerda lista todos os módulos: Organizational Hierarchy, Participants, Relationships, Messages and Activities, Dashboard, Services, System Configuration, Clustering, Administrators, Migration, bTrade IA (marcado como NEW) e Quick Links.
O painel direito mostra uma lista de verificação Suggestions: definir políticas de senha rígidas para admin e usuários de caixa de correio, configurar backups automáticos, configurar purga de mensagens e fazer backup do password vault.
Cada sugestão tem um botão Configure que navega diretamente para a tela de configurações relevante e uma opção Dismiss. Essa lista de verificação guiada de integração reduz o atrito de “instalei, e agora?” que um painel admin em branco normalmente cria.
Seguindo a primeira sugestão em System Configuration > Security > User Security, vimos os controles de política de senha: comprimento mínimo (10), bloqueio de conta após 3 tentativas falhas, duração do bloqueio (1800 segundos), aplicação de histórico de senha, idade máxima da senha (60 dias), idade mínima da senha (1 dia), Strict Password Settings e uma seção One Time Password / MFA.
Hierarquia organizacional
O bTrade organiza tudo sob uma hierarquia de quatro níveis antes que quaisquer participantes ou transferências possam ser configurados: Domain > Organization > Department > Division. O Fast Setup cria todos os quatro níveis em um único formulário.
O Browse confirmou que o domínio apareceu como ACTIVE ao lado dos domínios bTrade e HealthcareProvider pré-existentes. Cada nível tem uma opção Edit para alterações pós-criação.
Esse requisito de definir uma hierarquia antes de adicionar participantes é uma diferença estrutural em relação a todas as outras plataformas deste benchmark. Diplomat MFT, Files.com, Thru e Serv-U permitem que você defina parceiros ou endpoints sem qualquer contêiner organizacional. O bTrade impõe a hierarquia primeiro, o que reflete sua origem como gateway B2B multi-tenant, em vez de uma ferramenta de transferência de arquivos ponto a ponto.
Participantes
Participants são os parceiros comerciais ou sistemas internos que enviam e recebem arquivos, o equivalente a Partners no Diplomat MFT ou endpoints no Thru. O Fast Setup cria um participante e uma caixa de correio web opcional acessível em um único formulário: Division (selecionada da hierarquia), Participant Name, Email, EDI Identifier, EDI Qualifier, AS2 Name e credenciais da caixa de correio.
A presença dos campos EDI Identifier, EDI Qualifier e AS2 Name no nível de criação de participante é um indicador significativo do posicionamento do bTrade. Esses campos não aparecem na configuração de participantes do Diplomat MFT, Files.com, Thru ou Serv-U; eles existem porque o bTrade é construído em torno da troca de mensagens EDI B2B, não apenas do movimento de arquivos.
Criamos o participante AIMultipleTest sob a divisão FileTransfer com nome de caixa de correio aimultiplembx e acesso web habilitado. O participante e sua caixa de correio foram criados juntos em uma única ação Create.
Navegar pelos participantes com o filtro Division definido como FileTransfer confirmou que AIMultipleTest apareceu como ENABLED, com EDI Identifier AIMultipleTest e caixa de correio aimultiplembx listada. A tabela Browse também mostra uma coluna Adapter Instances: cada participante pode ter instâncias nomeadas de adaptadores de protocolo (por exemplo, ExtSFTPTP_SFTP_Send_Records) definindo como eles se conectam. O domínio pré-configurado HealthcareProvider continha 16 participantes de exemplo com instâncias de adaptadores nos protocolos AS2, AFTP e SFTP, mostrando a profundidade do suporte a protocolos em um cenário B2B real.
Os participantes também são isolados uns dos outros por padrão. Dois participantes podem ver ou trocar arquivos somente quando um relacionamento explícito é definido entre eles (veja Relationships abaixo):
- Mesmo com milhares de participantes, aquele sem relacionamento com outro não tem caminho até ele.
- Se um único participante for comprometido, por exemplo, por senha fraca ou algoritmo desatualizado como SHA-1, o atacante ainda não consegue alcançar nenhum outro participante.
- Isso impede o movimento lateral possível em modelos planos de participantes, onde uma conta comprometida pode expor outras.
Além dos campos de identidade e EDI, muitas configurações podem ser definidas por participante, sobrescrevendo os padrões do sistema:
- Regras de arquivamento: regras de retenção e purga por participante que se sobrepõem aos padrões do sistema. Um parceiro que troca milhares de arquivos por dia pode ser configurado para purgar após cinco dias úteis sem arquivamento offline.
- Roteamento de gateway: um participante específico pode ser roteado por um gateway ou proxy dedicado, por exemplo, parceiros em linhas dedicadas, ignorando o relay de DMZ padrão.
- Segurança e prevenção de DoS: intervalo de login por participante, máximo de threads simultâneas e listas de permissão e negação de IP. Um usuário malicioso lançando milhares de threads simultâneas poderia, caso contrário, esgotar as conexões de banco de dados e derrubar o sistema. Os limites podem ser elevados para parceiros de alto rendimento, por exemplo 500 threads para uma corretora de primeira linha, e reduzidos para outros. IPs em lista de negação são bloqueados antes da autenticação.
Cada participante se conecta por meio de adapters, os conectores para sistemas internos ou externos. Adaptadores internos incluem monitores de diretório e cópia de arquivos em um sistema de arquivos montado localmente; adaptadores externos cobrem FTPS, SFTP, AS2, AS1, caixa de correio e armazenamento em nuvem nos principais provedores. Os adaptadores buscam e enviam arquivos, e rastreiam quais arquivos já foram baixados para que o mesmo arquivo não seja puxado duas vezes.
Relacionamentos
Relationships definem quem pode enviar para quem e o que acontece com um arquivo em trânsito: as regras de roteamento e processamento entre dois participantes. O formulário Fast Setup recebe um Sender Participant, um Receiver Participant, uma alternância Create reverse relationship, AS1/AS2 Action, regras de roteamento (Default Target Send Adapter mais regras de roteamento condicional que podem ser sequenciadas) e Actions (etapas de processamento aplicadas à mensagem em ordem).
Esse modelo de relacionamento é, em si, o limite central de segurança do bTrade. Um participante pode trocar arquivos somente com parceiros com os quais tem um relacionamento explícito, de modo que o acesso é definido por quem pode falar com quem, e não por permissões de pasta ou diretórios compartilhados. Comprometer um participante não expõe os outros, uma propriedade de contenção que ferramentas de MFT baseadas em pasta e ACL não fornecem por padrão.
As regras de roteamento podem enviar diferentes tipos de arquivo do mesmo remetente para diferentes sistemas de backend em uma lista sequenciada. De um único remetente, por exemplo, pagamentos podem ir para o mainframe, arquivos de lockbox para um segundo sistema e cheques para um terceiro.
Uma seção TD / Other Parameters cobre opções de segurança e processamento por relacionamento: Use PGP, Compression, Encryption, Filtering, Hashing, Signature e Security Structure. Todas estavam definidas como None no ambiente de QA, o que significa que são opcionais em vez de obrigatórias.
Na parte inferior do formulário de relacionamento, uma seção SLA permite definir expectativas de nível de serviço por relacionamento: contagem de arquivos esperada, intervalo de tempo, máscara de nome de arquivo, receptores e tipo de ação. Isso permite monitorar “o arquivo esperado chegou a tempo” no nível do parceiro comercial, uma abordagem mais estruturada do que a configuração Fail if file not found do Diplomat MFT, que é por transação e não por relacionamento.
Os relacionamentos também são onde a varredura seletiva de conteúdo é conectada. Como a varredura antivírus e DLP é executada por meio de Actions do relacionamento e do serviço ICAP, e não como um filtro global, ela pode ser habilitada apenas onde importa, por exemplo, no tráfego externo de entrada, em vez de varrer todos os arquivos internos.
Não criamos um relacionamento para nosso teste porque a transferência ad-hoc baseada em caixa de correio que realizamos não exige um.
Interface da Caixa de Correio
O bTrade fornece uma interface web separada para usuários finais e parceiros comerciais em uma URL distinta (.../btrademft/mailbox). A tela de login da caixa de correio é visualmente diferenciada do console admin: tema escuro com acentos azuis em vez do verde do admin, sob a mesma marca TDXchange.
Fizemos login na caixa de correio aimultiplembx usando as credenciais definidas durante a criação do participante. A interface da caixa de correio mostra quatro pastas no painel esquerdo e uma barra de ferramentas com Up, Refresh, Upload, Download, Delete, Restore e Settings. O botão Upload só fica ativo após navegar para uma pasta de destino.
A outbox contém duas subpastas: edi e nonedi. Este é o primeiro lugar onde a identidade EDI do bTrade se torna operacionalmente visível: a plataforma separa conteúdo formatado em EDI de arquivos comuns no nível da pasta.
Enviar um arquivo de texto simples para a pasta edi retornou: “No supported EDI standard interchange begins with AIM.” O arquivo foi rejeitado porque não continha uma estrutura EDI válida. A pasta edi valida o formato do conteúdo antes de aceitá-lo, não apenas a extensão do arquivo.
Preparamos um arquivo EDI X12 850 Purchase Order válido e o enviamos. A validação EDI passou, mas um novo erro apareceu: “Unable to determine destination mailbox for receiver identifier [RECEIVERID].” O bTrade havia analisado o envelope EDI, lido o identificador do receptor do segmento ISA e tentado rotear o arquivo para um participante com aquele identificador, que não existia no sistema.
Atualizamos os segmentos ISA e GS do arquivo EDI para usar AIMultipleTest como remetente e receptor, correspondendo ao EDI Identifier atribuído ao nosso participante. O upload foi concluído com sucesso: “Uploaded 1/1 files”, 284 bytes, 100%, check verde.
Verificar a inbox confirmou que o arquivo chegou: test.edi, 284 bytes, timestamp Jul 14, 2026 14:42. O arquivo saiu de outbox/edi pela lógica de roteamento do bTrade e foi entregue à inbox da caixa de correio correta com base no identificador do receptor no envelope EDI.
Mensagens e atividades
A visualização Messages em Messages and Activities fornece uma trilha de auditoria pesquisável de todas as transferências. Os filtros incluem intervalo de datas, remetente, receptor, nome do arquivo e Advanced Parameters. Os resultados mostram File Name, Timestamp, Sender, Receiver, Size (Bytes), Message Details e Activities Trail. Tanto a nossa transferência test.edi quanto uma transferência pré-existente AndrieEDI.edi (de AdHocExt para InternalTP) apareceram.
Cada ação no sistema é registrada nesta trilha como um audit log imutável e à prova de adulteração, armazenado criptografado no banco de dados.
Painel
A seção Dashboard inclui subvisualizações para Messages, Transactions, Participants, Mailboxes, Certificates, Services, Connections, Jobs e Passwords. A subvisualização Transactions mostra o volume de transferência como um gráfico de barras ou pizza configurável, filtrável por intervalo de datas e dividido por dia ou outros intervalos. A subvisualização Participants mostra contagens de mensagens de entrada e saída discriminadas por protocolo (AS2, FTP, SSH, FS, MBOX, HTTP, UDP) por participante.
Certificados
A visualização Dashboard > Certificates fornece gerenciamento do ciclo de vida dos certificados em todo o sistema. Um filtro mostra certificados que expiram em um número configurável de dias. As opções de Certificate Type são ALL, X509, SSH, PGP, X509 CSR e PQC, a última entrada indicando suporte a certificados de criptografia pós-quântica, que poucas outras plataformas testadas neste benchmark oferecem.
Para organizações que evitam OpenPGP, o TDXchange também oferece TDCompress, uma alternativa proprietária de criptografia e compactação. Em vez de uma simples troca de certificados, funciona como um runtime que pareia certificados com instruções, por exemplo, para quais participantes um arquivo pode ser enviado ou criptografado, dando controle mais rígido que o OpenPGP junto com uma forte taxa de compactação.
Serviços
O menu Services (lado de configuração, separado da visualização de monitoramento do Dashboard) cobre duas áreas.
O Fast Setup cria um novo listener de protocolo no lado do servidor: escolha um tipo de serviço, dê um nome e crie-o. Os tipos disponíveis são FTP(S) Service, SFTP Service, AS2 Service e ICAP Service.
Relay configura os nós de borda da DMZ. Dois servidores relay estão definidos, atuando como proxies entre parceiros externos e o servidor bTrade interno. O tráfego externo chega ao relay na DMZ; o relay o encaminha para dentro, mantendo o servidor principal fora da rede pública. Este é o equivalente ao Edge Gateway do Diplomat MFT.
Para transferências de longa distância e alta latência, tamanhos de janela e pacote TCP/IP podem ser ajustados por serviço SFTP, de modo que um serviço que atende parceiros em uma região distante possa ser ajustado de forma diferente de um que atende remetentes locais de alto rendimento.
Configuração do sistema
Adapters definem os mecanismos que movem arquivos: Directory Monitor (observa uma pasta em busca de novos arquivos), File Copy (copia arquivos entre locais) e Mailbox Receive (puxa de uma caixa de correio). Cada instância de adaptador tem controles enabled/disabled, Test Connection, Run Now e Stats. Um adaptador Quarantine_FS_1 File Copy é pré-definido; arquivos que falham na varredura de conteúdo ICAP são roteados para cá.
AdHoc configura o recurso seguro de compartilhamento ad-hoc de arquivos. As configurações incluem exigência de senha, máximo de tentativas de login malsucedidas (5), tamanho máximo de arquivo (100 KB), máximo de downloads por arquivo (2), período de expiração (24 horas) e extensões de arquivo proibidas (.exe, .vbs, etc.). Os modelos de notificação por email e SMS usam tokens (${LINK}, ${PASSWORD}, ${VALID_UNTIL}). Uma opção out-of-band por SMS envia o link por email e a senha por SMS separadamente, impedindo acesso se qualquer canal for comprometido. Isso dá aos usuários finais uma troca segura bidirecional pessoa a pessoa. Um remetente pode enviar um arquivo a um destinatário externo e receber um de volta, com o link e a senha entregues por canais separados.
Archiving / Purging gerencia o ciclo de vida dos dados em três estágios: Online Archiving (move registros do BD ativo para o BD de arquivo, semanalmente, com 30+ dias de idade), Offline Archiving (move para arquivos planos, semanalmente, com 90+ dias de idade) e Purging (exclusão permanente, semanalmente). Uma aba Restoring traz arquivos offline de volta ao sistema ativo quando necessário.
Files Processing cobre quatro áreas. File Transformation define regras de reescrita de conteúdo aplicadas aos arquivos que passam. Detecting Duplicates identifica e opcionalmente rejeita arquivos repetidos. Message Store mostra a raiz do sistema de arquivos e configura criptografia em repouso: mensagens em disco são criptografadas usando PQC Kyber, o que significa que arquivos armazenados são protegidos com criptografia pós-quântica. Isso defende contra ataques de colher-agora-descriptografar-depois: mesmo que um atacante exfiltre o armazenamento de mensagens hoje, os arquivos permanecem ilegíveis para um futuro computador quântico. System Actions permite que etapas de processamento personalizadas sejam inseridas no pipeline de transferência.
Gateways define alvos de conexão de saída: bTrade_SMTP (email), One_IP_Proxy (proxy SOCKS para saída de IP único), Relay Proxy (relay de DMZ) e IA Gateway (conexão HTTPS ao serviço bTrade IA). Cada gateway tem um botão Test Connection.
Security oferece conjuntos separados de políticas de senha para usuários admin e usuários de caixa de correio, cada um com a mesma profundidade: comprimento mínimo, limites de bloqueio, histórico de senha, idade máxima/mínima, regras de complexidade estrita (proibindo fragmentos de nome de usuário/nome/email, exigindo caracteres maiúsculos/minúsculos/dígitos/especiais) e configuração OTP/MFA. Os gatilhos OTP são configuráveis independentemente por tipo de usuário: sempre, somente no primeiro login, após N dias desde o último login ou na alteração de senha.
Miscellaneous inclui gerenciamento de licenças, valores padrão de geração de certificados, aplicação de protocolo TLS (TLS 1.2 e 1.3 habilitados; SSL 3.0, TLS 1.0 e 1.1 desabilitados), agendamento de backup de configuração, controle de nível de log por componente com configurações de rotação de arquivo, contas de credenciais comuns reutilizáveis entre adaptadores, certificado SSL do console de gerenciamento, propriedades de aplicativo de baixo nível (contagens de threads, codificação EDI, configurações de cache) e preferências de exibição.
Clustering
O menu Clustering mostra quatro nós neste ambiente de QA: mft-1 (RUNNING), mft-2 (STOPPED), relay1 (RUNNING), relay2 (UNKNOWN). Cada nó tem controles Start, Stop e Status. Novos nós são adicionados via Fast Setup com opções de autenticação SSH. Os tipos de nó são MFT (servidor principal) e RELAY — as mesmas duas categorias vistas em toda a interface.
Relays e nós de cluster são gerenciados a partir desta única interface, e um nó fora do ar pode ser reiniciado no lugar, dada a configuração de rede usual, por exemplo, UDP entre nós.
Administradores
O Fast Setup cria contas de admin com atribuição de função (SYSTEM_ADMIN, FullMFTAdmin, MFTAdminLimited, FileTransferOPS) e um Scope Map que limita a visibilidade de um admin a um Domain, Organization, Department ou Division específico na hierarquia. Isso permite administração delegada: um admin responsável por uma divisão não pode ver ou modificar a configuração de outra. Custom Roles permitem definir novos conjuntos de permissões além das funções integradas.
A área Administrators também fornece recertificação periódica de acesso, na qual um administrador é solicitado a revisar e reconfirmar quais participantes e usuários ainda precisam de acesso. Contas obsoletas e relacionamentos de parceiros comerciais inativos são identificados para revisão em vez de se acumularem silenciosamente, um controle de governança que a maioria das ferramentas de MFT ponto a ponto deixa para a manutenção manual.
Migração
Migration lida com exportação/importação completa do sistema, exportação/importação seletiva de participantes e caminhos de migração de produtos bTrade mais antigos (TDNgine via conexão de banco de dados Oracle ou arquivos de configuração; TDAccess/TDPeer via upload de arquivo de configuração). Database Import traz um aviso proeminente de que sobrescreve todos os dados existentes. Export Runtimes gera pacotes de configuração assinados para participantes individuais.
Além dos backups noturnos padrão, a configuração completa e o banco de dados podem ser exportados e restaurados em outro lugar: reinstalar o TDXchange e importar a exportação do banco de dados reconstrói uma troca funcional sem um sistema de DR separado. A mesma exportação empurra configuração e participantes de um ambiente de teste para produção.
bTrade IA
O bot bTrade IA (rotulado como NEW na barra lateral esquerda) aceita um prompt de busca em texto gratuito e o encaminha pelo IA Gateway configurado para pesquisar dados do sistema. Inserimos “Show me all messages transferred in the last 7 days” e recebemos dois resultados: nossa transferência test.edi e uma transferência pré-existente AndrieEDI.edi. Os resultados incluem remetente, receptor, tipo de mensagem, data de criação, tamanho do arquivo e links diretos para Message Details e Activities Trail.
A consulta em linguagem natural identificou corretamente ambas as transferências sem exigir o preenchimento de qualquer campo de filtro. As buscas podem ser salvas e gerenciadas da mesma forma que buscas salvas padrão. Esta é a única plataforma neste benchmark com uma interface funcional de busca em linguagem natural sobre o histórico de transferências.
Cerberus FTP
Baixamos e instalamos o Cerberus FTP Server do zero, configuramos o painel admin e exploramos a interface web disponível para usuários finais, incluindo uploads de arquivos, configurações de conta e compartilhamento de arquivos.
Primeiros passos
O Cerberus não tem painel web nem portal hospedado. O processo de avaliação começa com um formulário curto: nome, sobrenome, endereço de email e número de telefone. Envie-o e você é imediatamente redirecionado para a página de download.
O Cerberus só roda em Windows.
Instalação
Para esta análise, provisionamos uma instância Windows Server 2025 na AWS com o tipo de instância m6i.xlarge. Executar o instalador abre uma tela de boas-vindas confirmando a versão que será instalada. Clicar em Next avança.
A próxima tela pede as credenciais da conta de serviço do Windows, um nome de usuário e uma senha em conformidade com a política que o Cerberus usará para rodar como serviço em segundo plano.
Após inserir as credenciais, a instalação é executada por conta própria e é concluída em poucos minutos.
O Painel Admin
Assim que a instalação termina, a interface de gerenciamento do Cerberus abre automaticamente. Esta não é uma UI web; é um aplicativo desktop nativo rodando no servidor, acessível somente a partir da própria máquina.
No primeiro lançamento, o Getting Started Wizard inicia e tenta detectar automaticamente o endereço IP público do servidor. Em nossa configuração, ele não conseguiu determiná-lo. Clicamos em Next e o restante da configuração foi concluído sem problemas.
O painel principal exibe uma visão geral de segurança, informações de rede, contadores de upload e download e uma avaliação de vulnerabilidades, tudo em uma única tela. A barra lateral esquerda lista todas as áreas de gerenciamento da plataforma: 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. Cobriremos cada seção em detalhes.
A instalação foi concluída e chegamos à página principal do painel admin. Este não é um painel baseado em web; é um aplicativo Windows nativo (um arquivo .exe) que roda diretamente no servidor e só pode ser acessado a partir dessa máquina. Não há acesso remoto baseado em navegador.
Interface web
Além do painel admin, o Cerberus fornece uma interface web para os usuários finais lidarem com suas transferências de arquivos. Logotipos, mensagens de boas-vindas e outros elementos de design dessa interface podem ser personalizados nas configurações admin do lado do servidor. A tela de login é a UI web padrão do Cerberus.
Entramos com a conta “inituser” criada durante a instalação. Imediatamente após o login, o Cerberus solicita que você defina duas perguntas de segurança obrigatórias antes de prosseguir.
Gerenciador de arquivos
Após concluir as perguntas de segurança, você chega ao File Manager. As ações disponíveis na barra de ferramentas são: refresh, check all, delete, rename, new folder, zip e unzip. Uma barra de filtro com opção de busca recursiva fica acima da lista de arquivos.
Além de uploads de arquivos individuais, você pode enviar pastas inteiras de uma só vez. Quando enviamos um arquivo de vídeo, um player de vídeo inline apareceu na fila de upload enquanto a transferência ainda estava em execução. Você pode pré-visualizar o arquivo antes que ele termine de enviar. Velocidade de upload, porcentagem de progresso e tamanho do arquivo são exibidos em tempo real.
Configurações da conta
A seção Account lida com as preferências do usuário. A autenticação de dois fatores está disponível aqui e pode ser habilitada por usuário. Há também um seletor de tema se você quiser mudar a aparência da interface.
Na parte inferior da página Account, há um botão Addresses. Clicar nele abre um Address Book onde você pode salvar nomes e endereços de email de pessoas com quem você compartilha arquivos com frequência. Contatos também podem ser importados em massa via CSV.
Compartilhamento de arquivos
O menu Share mostra todos os arquivos e pastas que você disponibilizou para outras pessoas. Para compartilhar algo, clique com o botão direito em uma pasta no File Manager para abrir um assistente de compartilhamento de cinco etapas.
Etapa 1: Confirma o nome da pasta, define um tempo de expiração (padrão 24 horas) e opcionalmente define uma senha no link de compartilhamento.
Etapa 2: Opções: controla permissões, notificações e limpeza. Allow Public Downloads está marcado por padrão. Você também pode permitir uploads públicos para a pasta, opcionalmente mantendo esses uploads ocultos de outros visitantes. Um dropdown de notificações permite optar por alertas por email quando arquivos são baixados ou enviados. Uma opção Clean Up pode excluir automaticamente os arquivos compartilhados quando o compartilhamento expira.
Etapa 3: Security permite exigir uma senha de uso único enviada por email antes de conceder acesso. Uma lista de convidados também está disponível aqui, limitada a 500 convidados.
Etapa 4: Email: opcionalmente envia o link de compartilhamento diretamente aos destinatários a partir do assistente. Campos para To, Cc e Bcc estão disponíveis, junto com uma linha de assunto (pré-preenchida como “New Shared Folder”) e um corpo de mensagem opcional. Uma caixa de seleção “Send Copy to Me” também está disponível.
Etapa 5: Review: resume todas as configurações definidas antes da criação: nome da pasta, data e hora de expiração, se uma senha é obrigatória e se downloads públicos estão habilitados.
Após clicar em Create Share, encontramos um erro: “Client-provided host information failed validation. Please contact your system administrator.”
Para depurar isso, voltamos ao painel admin e abrimos a seção Log. O log lista cada evento do servidor em ordem cronológica, incluindo timestamp, endereço IP, usuário, ID do listener e uma descrição. Conseguimos localizar o erro exato da tentativa de compartilhamento malsucedida na lista. As entradas de log também mostraram os detalhes do handshake SSL e a etapa de validação específica que rejeitou a solicitação. Esse nível de detalhe facilitou a identificação da causa raiz.
Após resolver o problema de configuração do lado do servidor, o compartilhamento foi criado com sucesso. A página Share Settings na interface web agora lista ambos os compartilhamentos ativos da conta inituser, mostrando o nome da pasta, data de criação, data de expiração, contagem de downloads e a URL pública completa de cada compartilhamento.
Abrir a URL de compartilhamento como destinatário exibe um prompt de senha, uma tela simples de “Folder Access Password” com um único campo de entrada e um botão Open.
Após inserir a senha, o destinatário é levado a uma visualização somente leitura do conteúdo da pasta compartilhada. A lista de arquivos mostra nome, tipo, tamanho e data. Um botão Zip and Download está disponível no canto superior direito, e arquivos individuais podem ser baixados diretamente da lista. Nenhum login ou conta é necessário.
Connections
De volta ao painel admin, a seção Connections tem duas abas: Connections e Transfers.
A aba Connections lista o ID da conexão, listener, horário de login, protocolo, nome de usuário, endereço IP e user agent do cliente para todas as sessões ativas. Durante nosso teste de compartilhamento, três conexões HTTPS concorrentes eram visíveis do mesmo endereço IP, todas originadas da conta inituser. Um botão Terminate Connection está disponível na parte inferior para encerrar à força qualquer sessão ativa.
A aba Transfers mostra transferências de arquivos ativas em tempo real. Cada linha exibe o ID da transferência, usuário, caminho do arquivo local, tempo restante, progresso, tamanho total, taxa de transferência e tipo. Enquanto o destinatário baixava o arquivo de vídeo compartilhado, a transferência apareceu aqui imediatamente: 150.1 MB no total, 13% de progresso, rodando a 4.44 MB/s.
Reporting
A seção Reporting é o Report Manager, que gera relatórios detalhados da atividade do cliente com base em nomes de usuário, intervalos de datas e acesso a arquivos. Seis tipos de relatório estão disponíveis: User and File Report, Login Report, Audit Report, Account Report, Folder Report e Storage Report. Usar esse recurso requer conectar primeiro um banco de dados SQL; o painel mostra um aviso “Setup Required” até que isso seja configurado.
Cada tipo de relatório tem seu próprio formulário de consulta. O File Report, por exemplo, permite filtrar por período de tempo (um intervalo de datas ou uma janela retrospectiva contínua), nome de usuário e caminho do arquivo. Os resultados podem ser ordenados por host, nome de usuário e timestamp, com um limite configurável. A mesma estrutura de consulta se mantém nos outros tipos de relatório.
User Manager
O User Manager é onde você cria e gerencia todos que podem acessar o servidor. Ele tem seis abas: Users, Groups, Policy, Blocked Extensions, Requested Accounts e Public Shares.
A aba Users lista todas as contas do Cerberus. Atualmente, apenas inituser está presente. A partir daqui, contas podem ser criadas, editadas e excluídas.
A aba Groups está vazia em nossa configuração, mas é onde você pode criar grupos de usuários e gerenciar permissões no nível do grupo, em vez de por usuário.
A aba Policy controla os requisitos de complexidade de senha e as políticas de alteração de senha. A configuração atual exige um comprimento mínimo de 10 caracteres com pelo menos 1 letra, 1 número e 1 caractere especial. A seção Password Change Policy impõe uma rotação a cada 180 dias, aplica-se a conexões HTTP/S e envia uma notificação por email 3 dias antes da expiração.
A aba Blocked Extensions permite definir uma lista de negação de extensões de arquivo. No modo de negação, qualquer tentativa de enviar ou renomear um arquivo com uma extensão listada é bloqueada. Várias extensões podem ser adicionadas de uma vez usando separação por vírgula. A lista está atualmente vazia.
A aba Requested Accounts lida com o fluxo de solicitação de conta em autoatendimento disponível na página de login da interface web. Daqui, você configura o servidor SMTP de notificação, o email do administrador, textos personalizados de aprovação e negação de email e quais campos são obrigatórios no formulário de inscrição: nome, sobrenome, telefone, celular e justificativa. As solicitações de conta recebidas aparecem na parte inferior desta página para aprovação do administrador.
A aba Public Shares define os padrões de todo o servidor para todos os links de compartilhamento criados pelos usuários. As opções configuráveis incluem durações padrão e máxima de compartilhamento, se senhas são obrigatórias para todos os compartilhamentos, se deve aplicar a política de senha do sistema a arquivos compartilhados, ofuscação de nome de arquivo, se permite downloads zip e como as notificações são tratadas. A seção One Time Password abaixo controla as configurações de OTP para o comprimento do código de acesso, requisitos de caracteres, tempo de vida e limite de bloqueio após tentativas falhas.
AD Users, LDAP Users e SSO Users
A seção AD Users conecta o Cerberus a um domínio Windows. Se o servidor estiver associado a um domínio, a lista de usuários do Active Directory é puxada automaticamente. No nosso caso, ela mostra Administrator, Cerberus, DefaultAccount, Guest e WDACUtilityAccount da máquina local. Daqui, você pode autorizar contas AD a acessar o servidor FTP diretamente, sem criar contas Cerberus separadas para cada uma. A seção também inclui abas para Domain Overview, Binding Options, User MFA Settings e User & Group Custom Mappings. LDAP Users e SSO Users na barra lateral esquerda cobrem o mesmo conceito para diretórios LDAP e provedores de identidade SSO, respectivamente.
A seção Firewall Controls lida com toda a segurança no nível de conexão. A página principal exibe um diagrama de Connection Authorization Pipeline mostrando os seis estágios pelos quais cada conexão de entrada passa: new connection, listener logins allowed, IP allowed, country allowed, listener limit e authorized. Status ativos para Geolocation (desativado), Autoblocking (ativo após 5 tentativas, bloqueia por 180 minutos) e DoS Protection (ativo) são mostrados na mesma tela. Endereços IP podem ser adicionados a uma lista de permissão ou negação no painel Country and IP Management. Esse nível de controle de camada de rede não existe em serviços baseados em nuvem — é uma vantagem significativa para implantações on-premise.
A aba Automatic Threat Blocking configura as regras de força bruta e DoS em detalhes. Auto-Blocking e DoS Protection têm cada um sua própria alternância. Em Blocking Settings, você define o número de logins malsucedidos antes de um autobloqueio ser acionado (padrão: 5), a janela de tempo antes de o contador ser reiniciado (120 minutes) e, opcionalmente, uma lista de nomes de usuário específicos que devem sempre acionar um bloqueio de IP em falha. A seção Autoblock Timeout permite escolher entre bloquear um IP por um número definido de minutos (padrão 180) ou bloqueá-lo permanentemente.
Server Manager
O Server Manager é o principal hub de configuração do servidor. As abas cobrem General settings, Protocols, Listeners, Messages, Remote access, Security, Logging e Advanced. É aqui que vive toda a configuração técnica do servidor: configurações de protocolo, SSL/TLS, cipher suites, portas de listener e comportamento de logging.
Event Manager
O Event Manager é uma das seções mais capazes do painel admin. Ele tem quatro abas: Event Rules, Scheduled Tasks, Event Targets e Folder Monitor.
Event Rules permitem definir gatilhos com base em coisas que acontecem no servidor. Ao criar uma nova regra, o dropdown Rule Type oferece: 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.
Cada regra tem um gatilho, um conjunto de condições e um conjunto de ações. Criamos uma regra de teste usando o gatilho File Transfer Event.
A seção de condições permite filtrar por uma longa lista de variáveis: timestamp, ID da conexão, endereço IP, ID da sessão, nome de usuário, grupo de usuários, tipo de protocolo, nome, sobrenome, email, número de celular, nome do arquivo, extensão do arquivo, caminho local do arquivo, caminho remoto do arquivo e mais. Definimos uma condição de nome de usuário igual a “inituser”. A lógica de filtro suporta os modos Match If Any ou Match If All.
Quando as condições são atendidas, as ações disponíveis são: Email Event Notification, Launch an Executable, Launch File Operation, Launch Server Operation, Send HTTP POST, Send a File e Get a File. Isso torna possível construir fluxos de trabalho orientados a eventos inteiramente dentro do Cerberus — por exemplo, acionar um HTTP POST para um webhook externo ou enviar um arquivo para outro servidor sempre que um usuário específico envia algo.
Scheduled Tasks funcionam da mesma forma, mas disparam em um intervalo de tempo em vez de um evento. Você define um cronograma, define condições e escolhe do mesmo conjunto de ações, com duas adições específicas para tarefas agendadas: Email Saved Report e Scan a Folder.
Event Targets é onde você define os endpoints externos para os quais as ações podem enviar. Quatro tipos de alvo estão disponíveis: SMTP Server Target, Executable Target, HTTP Post Target e Transfer File Target. Eles são referenciados ao configurar ações em Event Rules e Scheduled Tasks. Um exemplo prático: se um usuário chamado “x” enviar um arquivo maior que 10 GB, envie um Big File Alert para o Slack da empresa via alvo de HTTP POST.
Sync Manager
O Sync Manager permite replicar automaticamente configurações entre múltiplas instâncias do Cerberus FTP Server. Isso possibilita alta disponibilidade e redundância: se você está rodando vários servidores, eles podem permanecer sincronizados sem duplicação manual de configuração. Todas as instâncias devem estar rodando a mesma versão e ter chaves de licença exclusivas. A configuração é simples a partir dos painéis Server List e Configure General Settings.
Localization
A seção Localization permite editar cada string de texto tanto na interface web do lado do servidor quanto na do lado do cliente. O locale é carregado de um arquivo JSON, e tanto a tradução padrão em inglês quanto a tradução do idioma atual são mostradas lado a lado para cada tag de string. Isso dá aos administradores controle total sobre o idioma e a terminologia usados em toda a interface.
Files.com
Nosso passo a passo cobre a interface da Root Folder, fluxo de upload, ações de arquivo, logs de histórico, modelo de permissão, criptografia, notificações e opções de governança de dados.
Visão geral da interface
Quando você acessa o Files.com pela primeira vez, o navegador de arquivos abre imediatamente. Não há assistente de integração nem lista de verificação de configuração; você é colocado diretamente na visualização da Root Folder.
A barra lateral esquerda lista todos os módulos principais da plataforma: Files, compartilhamento, contas de usuário, criptografia, etc.
A amplitude da barra lateral deixa claro que o Files.com é mais do que um produto de armazenamento em nuvem. É uma plataforma com sérias ambições empresariais.
A própria Root Folder tem quatro abas: Files, History, Permissions e Settings. A visualização da lista de arquivos suporta três modos de exibição, personalização de colunas e filtros avançados acessíveis na barra de ferramentas.
Local de armazenamento
Antes de enviar qualquer coisa, verificamos onde os arquivos realmente seriam armazenados.
Clicar no seletor de região no canto superior direito abre o modal Storage Location. O Files.com oferece cinco regiões gerenciadas de armazenamento prontas para uso.
Além dessas opções hospedadas, há também uma opção Remote Server Mount. Ela permite conectar um servidor Files.com On-Premise e rotear todo o armazenamento para uma infraestrutura que você controla inteiramente, seja seu próprio data center ou uma nuvem privada.
Para organizações com requisitos rígidos de residência de dados, a combinação de seleção regional e montagem on-premise cobre a maioria dos cenários de conformidade.
Enviando arquivos
A Root Folder começa vazia. Três ações de upload estão disponíveis no centro da tela:
Nova pasta: Crie uma estrutura de pastas antes do upload
Enviar arquivos: Selecione arquivos individuais
Enviar pasta: Envie um diretório inteiro de uma só vez
Enviamos um arquivo PDF de 21 MB (Test.pdf) usando o botão Upload Files.
O painel de upload aparece na parte inferior da tela e permanece visível enquanto a transferência é executada. Você pode pausar ou cancelar transferências individuais diretamente nesse painel. Uma linha de resumo na parte inferior mostra o número total de arquivos restantes e o tamanho combinado em todos os uploads ativos.
Lista de Arquivos & Ações em massa
Assim que o upload é concluído, o arquivo aparece na lista com as colunas a seguir visíveis por padrão.
Test.pdf foi listado como um documento Acrobat, modificado em 1 de março de 2026, às 6:05 AM, e tinha 21 MB.
Ações em massa funcionam em vários arquivos selecionados simultaneamente. Para operações de arquivo único, o botão Actions no lado direito de cada linha abre um menu de contexto com um conjunto mais completo de opções.
A opção Priority Color permite marcar visualmente os arquivos para sinalizar itens que precisam de atenção em um espaço de trabalho compartilhado. Duplicate é uma opção separada de Copy, que cria uma cópia local na mesma pasta sem exigir seleção de destino.
Aba History
A aba History registra cada ação realizada por usuários na pasta. Encontramos três entradas após nossa sessão inicial:
O log captura tanto operações de arquivo (criação, modificação, exclusão) quanto eventos de sessão (login). Cada entrada inclui o usuário, descrição da ação, interface usada (Web no nosso caso) e um timestamp.
O filtro de intervalo de datas vem por padrão como visualização de 1 dia, mas pode ser ajustado. Filtros e seleção de colunas também estão disponíveis nesta visualização. O botão Export permite extrair o log completo para análise externa ou relatórios de conformidade.
Aba Permissions
A aba Permissions mostra quais usuários e grupos têm acesso à pasta atual e em que nível.
O modelo de permissão é granular. Para cada usuário ou grupo, você pode controlar sete tipos distintos de permissão.
Como éramos o único usuário no site, todas as sete permissões estavam marcadas para nossa conta. A interface inclui uma nota: “You’re the only user on this site and already have full access. To grant folder permissions to others, you’ll need to create a new user.“
Um botão Add new permission está disponível na parte inferior da lista. As permissões podem cascatear de pastas ou grupos pai, o que significa que você não precisa defini-las manualmente em todos os níveis de uma hierarquia de pastas.
A aba também inclui uma seção expansível Terms and Symbols que explica cada tipo de permissão.
Aba Settings
A aba Settings contém quatro subseções: Sharing, Encryption, Notifications e Data Governance.
Criptografia
A subaba Encryption mostra uma única opção: GPG, atualmente definida como Off. Clicar em Edit abre a configuração para habilitar criptografia baseada em GPG para arquivos armazenados nesta pasta.
Notificações
Esta seção foi a parte mais impressionante da aba Settings. O Files.com suporta seis canais de notificação.
Cada canal tem seu próprio botão View que leva à tela de configuração. A variedade de integrações aqui é genuinamente útil para ambientes empresariais. Amazon SNS e Google Pub/Sub, em particular, são incomuns em ferramentas de gerenciamento de arquivos, sugerindo que a plataforma é construída para casos de uso de pipelines automatizados, não apenas para compartilhamento manual de arquivos.
Governança de Dados
A seção Data Governance é organizada em duas categorias: Data Retention e Data Restrictions.
Todas as configurações vêm com botões Edit. File Expiration permite definir políticas de exclusão automática úteis para pastas que guardam dados temporários ou sensíveis ao tempo. Archive Removed Files pode ser habilitado para reter arquivos excluídos em um arquivo em vez de removê-los permanentemente.
No lado de restrições, Limit File Extensions permite colocar na whitelist ou blacklist tipos de arquivo específicos (por exemplo, permitir apenas uploads .pdf e .xlsx). Limit File Names by Regular Expression oferece o controle mais granular, permitindo impor convenções de nomenclatura com padrões regex. Watermark Previews adiciona uma marca d'água às telas de pré-visualização de arquivos, relevante ao compartilhar documentos sensíveis com partes externas.
Todas essas configurações estão desativadas por padrão, o que significa que a plataforma vem em estado permissivo e permite que os administradores habilitem restrições conforme necessário.
Compartilhamento
Clicar em Sharing na barra lateral esquerda expande um submenu com seis itens.
A plataforma vem por padrão com Share Links. Filtros, personalização de colunas e um botão Export estão disponíveis, consistentes com os de todas as outras visualizações de lista da plataforma.
Criando um Share Link
Clicar em New Share Link abre um painel inline dentro do navegador de arquivos, em vez de navegar para uma tela separada.
A primeira configuração é o tipo de compartilhamento, rotulado Reflect File/Folder Changes in Share:
Live Share Link: Sempre aponta para a versão atual do arquivo. Se o arquivo for atualizado após a criação do link, os destinatários sempre verão a versão mais recente.
Snapshot Share Link: O link fica bloqueado no estado do arquivo no momento da criação. Alterações posteriores no original não afetam o que os destinatários podem acessar.
Essa distinção importa em fluxos de trabalho de documentos. Um snapshot é apropriado para um contrato assinado ou um relatório versionado; um link ao vivo é apropriado para uma especificação viva ou um documento de trabalho compartilhado.
Você pode incluir vários arquivos em um único compartilhamento ou enviar itens adicionais diretamente para o pacote de compartilhamento no momento da criação. Itens enviados diretamente para o compartilhamento ficam limitados apenas ao link de compartilhamento e são removidos quando o link expira ou é revogado.
Ações Disponíveis
O dropdown Available Actions controla o que os destinatários podem fazer com os arquivos compartilhados. Essa variedade cobre a maioria dos cenários reais de compartilhamento sem exigir contas de usuário separadas para partes externas.
Caixas de Entrada
A seção Inboxes em Sharing permite criar endpoints dedicados de envio de arquivos que roteiam os arquivos recebidos diretamente para uma pasta do Files.com. Três tipos de caixa de entrada estão disponíveis:
Aceitar Files via Web: Gera uma URL pública. Controles de senha, formulário de registro e clickwrap estão disponíveis.
Aceitar Files via Email: Gera um endereço de email de caixa de entrada dedicado. Files enviados como anexos chegam diretamente na pasta configurada. Whitelisting de remetentes por endereço ou domínio é suportado.
Aceitar Files via Web e Email: Aceita ambos os canais simultaneamente. A imposição de senha e formulário de registro não é suportada nesse modo combinado.
Cada caixa de entrada requer uma pasta de destino, um título de exibição e uma chave de URL. A chave de URL determina o caminho público da caixa de entrada. A URL é gerada como uma pré-visualização antes de a caixa de entrada ser salva, para que você possa verificar o endereço antes de publicá-lo.
Configuração da Caixa de Entrada
Definimos o destino como Root Folder, inserimos um título e definimos a chave de URL. A URL pública da caixa de entrada é gerada imediatamente como uma pré-visualização em https://aimultiple.files.com/u/aimultiple-file-uploads, para que você possa verificar o endereço antes de salvar.
Controles de Envio (Web)
Para caixas de entrada baseadas em web, uma seção Submissions Controls fornece três portões de acesso independentes:
Uma senha é obrigatória antes de o formulário de upload ficar acessível. A plataforma aplica as mesmas regras de complexidade de senha configuradas em User Settings às senhas da caixa de entrada.
Registration Form exige que os remetentes preencham um formulário antes de enviar. Você pode usar o formulário padrão da plataforma ou selecionar um formulário personalizado criado na seção Custom Forms. Um email de recibo opcional notifica os remetentes sobre o envio bem-sucedido.
Clickwrap exige que os remetentes aceitem um acordo de clickwrap antes de prosseguir. Os acordos podem ser criados inline ou selecionados de uma biblioteca existente.
Os três controles são opcionais e podem ser combinados em qualquer configuração em uma única caixa de entrada.
Caixa de Entrada de Email
Ao configurar uma caixa de entrada baseada em email, o Files.com gera automaticamente um endereço dedicado. Em nosso teste, foi aimultiple-aimultiple-file-uploads@inbox.files.com.
Files enviados como anexos para esse endereço são depositados diretamente na pasta de destino configurada. Observe que, ao mudar para o modo email, os controles de senha, formulário de registro e clickwrap desaparecem completamente e são substituídos por configurações específicas de email.
A caixa de entrada de email expõe duas seções adicionais de configuração. Email Sender Permissions & Replies permite restringir opcionalmente os envios a endereços de remetentes específicos ou domínios inteiros por meio de uma whitelist, o que exige ativar a autenticação de email de entrada em Sharing Settings primeiro. Uma alternância de Notifications pode, opcionalmente, enviar um email de confirmação ao remetente após o upload bem-sucedido.
Inbound Email Settings contém a opção Separate Submissions Into Subfolders, que organiza os anexos de cada email em sua própria subpasta usando um modelo de nomenclatura. O modelo suporta tokens de nome, email e domínio de email, bem como tokens de data/hora. Se deixado em branco, as subpastas são nomeadas sequencialmente. Isso impede que envios de remetentes diferentes se acumulem em um diretório plano.
Caixa de entrada confirmada
Após salvar, a tela de confirmação exibe ambos os endpoints simultaneamente. O botão Visit Inbox abre diretamente a página pública de upload. Um botão View Files leva à pasta de destino.
Teste de velocidade de upload via caixa de entrada
A página pública da caixa de entrada não exige conta nem login. Ela mostra o título da caixa de entrada, botões de enviar arquivos e enviar pasta e uma zona de arrastar e soltar.
O logotipo e o esquema de cores do Files.com aparecem por padrão.
Enviamos um arquivo de 342 MB por esta página para medir a vazão no mundo real. Com armazenamento definido para EUA, Virgínia, o upload rodou a 6 MB/s. Nossa conexão de teste é uma linha simétrica de 1.000 Mbit/s com capacidade de upload de 128 MB/s. A vazão alcançada foi aproximadamente 5% da largura de banda disponível, bem abaixo do que a conexão pode entregar.
Velocidade de upload: EUA vs. Alemanha
Testamos a caixa de entrada enviando um arquivo de 342 MB pelo formulário web público. Nossa conexão de teste é uma linha simétrica de 1.000 Mbit/s com capacidade de upload de 128 MB/s.
Com armazenamento definido para EUA, Virgínia, o upload rodou a 6 MB/s, aproximadamente 5% da largura de banda disponível.
Mudamos a região de armazenamento da conta para UE – Alemanha, Frankfurt. A migração de região foi concluída em segundos, com todos os arquivos existentes imediatamente disponíveis na nova região.
O mesmo arquivo enviado para Frankfurt a 14 MB/s, mais que o dobro do resultado da Virgínia. A melhora é consistente com a redução da distância geográfica de nosso local de teste em Istambul. Dito isso, 14 MB/s contra uma conexão de 128 MB/s ainda é 11% de utilização. A vazão de upload pela caixa de entrada ficou notavelmente restringida em todas as regiões, o que é uma limitação significativa para casos de uso envolvendo transferências de arquivos grandes.
Teste de Envio por Email
Também testamos a caixa de entrada de email enviando o mesmo arquivo de 342 MB como anexo de email. O Gmail o converteu automaticamente em um link do Google Drive em vez de enviá-lo como anexo direto. O arquivo não chegou à caixa de entrada do Files.com e nenhuma notificação de erro foi retornada. Testar novamente com um arquivo pequeno enviado como anexo inline genuíno funcionou corretamente: o arquivo apareceu na Root Folder automaticamente, organizado em sua própria subpasta.
A Root Folder, após vários envios de teste, mostra a estrutura automática de subpastas funcionando conforme esperado. O envio por email de um remetente nomeado foi organizado em uma pasta rotulada com seu nome e endereço de email. Envios anônimos por formulário web caíram em pastas numeradas sequencialmente. Nenhuma classificação manual foi necessária.
Contas de usuário
A seção User Accounts na barra lateral esquerda abre uma lista de usuários. Clicar em Create User revela um formulário detalhado organizado em várias seções recolhíveis:
User Identity coleta nome de usuário, método de autenticação, email, nome completo e empresa. O método de autenticação padrão é Email Signup, que envia ao novo usuário um convite para definir sua própria senha.
Permissions permite atribuir uma função, Standard User ou Site Administrator, além de funções adicionais opcionais (Billing Administrator, Read-Only Site Administrator). Permissões no nível de pasta são configuradas aqui também.
Security fornece controles de acesso por usuário, incluindo data de expiração de acesso, uma data de desativação automática para usuários que não fizeram login até um prazo definido, restrições de endereço IP, uma opção de bypass para a whitelist de IP do site e configurações de Two-Factor Authentication (usar configuração de todo o site, exigir sempre ou nunca exigir). Uma flag Shared/Bot User isenta a conta dos requisitos de 2FA e impede alterações na senha ou email.
Connection Options cobre protocolos permitidos e configuração da pasta raiz FTP/SFTP. Preferences lidam com fuso horário, idioma e avatar. Categorization & Notes fornece campos internos de marcação e notas.
A plataforma também inclui User Lifecycle Rules, que permitem desativar ou remover automaticamente contas inativas por um número especificado de dias. Isso é útil para limpar contas criadas para clientes ou contratados que não estão mais ativos, sem exigir auditorias manuais. Relatórios de acesso também estão disponíveis na visualização da lista de usuários para fins de auditoria.
Parceiros
O submenu Partners em User Accounts é projetado para organizações ou fornecedores de grupos de usuários gerenciados externamente cujos usuários compartilham o mesmo acesso a pastas e estrutura de permissões. Criar um parceiro requer um nome, uma atribuição de pasta raiz e configuração de permissões. A seção User Access Controls permite definir se administradores de parceiros podem criar usuários, redefinir credenciais, ignorar 2FA para conexões FTP/SFTP/WebDAV e gerenciar chaves GPG para seus próprios usuários.
SSO
A seção SSO suporta 13 provedores de identidade prontos para uso: Auth0, Microsoft Entra ID, Box, Dropbox, Cisco Duo, Google, Idaptive, JumpCloud, Microsoft Active Directory, Okta, OneLogin, SAML e Slack. Provisionamento e desprovisionamento SCIM são suportados para automatizar o gerenciamento do ciclo de vida de usuários e grupos por meio do provedor de identidade.
Criptografia
SFTP/SSH Keys associa chaves públicas a contas de usuário, permitindo que esses usuários autentiquem no Files.com via SFTP sem senha. O formulário permite selecionar um usuário, adicionar um título e colar uma chave pública ou enviar um arquivo de chave. Você também pode gerar um par de chaves diretamente no navegador. Isso é particularmente útil para integrações de sistemas automatizados e autenticação de longo prazo que não deve expirar ou rotacionar automaticamente.
GPG
A seção GPG gerencia chaves GPG/PGP usadas para criptografia e descriptografia automatizada de arquivos no nível de pasta. O Files.com observa que isso é comum em ambientes de saúde e finanças, onde contrapartes ou requisitos de conformidade exigem criptografia GPG.
Cifras
A seção Ciphers controla as cipher suites SSL/TLS permitidas para conexões FTP e SFTP. Por padrão, o Files.com exige as cifras modernas mais seguras.
Tipos de gatilho de automação
Quatro tipos de gatilho estão disponíveis para automações:
- Interval é executado em uma programação recorrente, como diária, semanal, mensal, trimestral ou anual
- Custom Schedule é executado em horários, dias ou intervalos exatos que você define; suporta múltiplas execuções por dia e opcionalmente pulos de feriados por região
- Incoming Webhook dispara quando acionado por um sistema externo por meio de um endpoint de webhook seguro do Files.com
- Ad-Hoc (Run Manually) é executado sob demanda usando a ação Run Now, sem programação anexada; adequado para tarefas pontuais
O gatilho Custom Schedule suporta exclusões de feriados por região, o que significa que as automações podem ser configuradas para pular execuções em feriados nacionais de um país específico — um nível de precisão de agendamento que a maioria das plataformas não oferece prontamente.
Serviços
O menu Services na barra lateral esquerda gerencia os protocolos de conexão que os clientes podem usar para acessar o Files.com. Cada serviço tem suas próprias subabas Settings e Logs, permitindo que administradores configurem o comportamento e revisem o histórico de conexões independentemente por protocolo.
A página de configurações de FTP, mostrada abaixo, ilustra o nível de controle disponível. As opções incluem ativar ou desativar totalmente o serviço, controlar a conversão de fim de linha em modo ASCII, exigir SSL em todas as conexões, opcionalmente autocriar pastas pai para uploads de clientes que esperam esse comportamento e definir uma Message of the Day personalizada mostrada aos clientes FTP no login. A mesma profundidade de configuração está disponível para SFTP, AS2 e WebDAV.
Integrações
O menu Integrations se expande em sete subseções: Catalog, Remote Servers, Sync, Mount, SSO, SIEM e Custom SMTP.
A página Catalog apresenta a biblioteca completa de integrações de terceiros disponíveis. A amplitude aqui é notável; cobre destinos de armazenamento em nuvem, protocolos de transferência de arquivos, provedores de identidade, ferramentas de produtividade, plataformas de observabilidade e segurança, automação de fluxo de trabalho e SDKs de desenvolvedor para JavaScript, .NET, Python, PHP, Ruby, Go e Rclone. O catálogo também inclui o Files.com Desktop App, CLI App e Agent como conectores instaláveis.
Remote Servers
Remote Servers permite conectar o Files.com a um sistema de armazenamento externo e usá-lo como destino para pastas, automações e sincronizações, em vez de depender exclusivamente do armazenamento gerenciado do Files.com. Uma vez que um servidor remoto é configurado, ele pode ser montado para acesso em tempo real ou usado como origem ou destino para trabalhos de sincronização agendados. Isso é particularmente relevante para organizações que precisam armazenar arquivos em um ambiente específico por razões de conformidade, mas ainda desejam usar o Files.com para orquestração, controle de acesso e recursos de transferência de arquivos.
Sync
O recurso Sync permite definir trabalhos agendados ou acionados de sincronização de arquivos entre quaisquer dois endpoints suportados: este site, um sistema on-premise conectado por agente ou um servidor remoto configurado. Origem e destino são configurados independentemente, e as opções incluem manter ou excluir arquivos de origem após a cópia. Um nome de arquivo gatilho pode ser especificado para disparar um evento posterior após a conclusão da sincronização. Padrões Include e Exclude permitem controle refinado sobre quais arquivos estão no escopo de um determinado trabalho de sincronização.
Custom SMTP
A opção Custom SMTP em Integrations permite que todos os emails de saída do Files.com — notificações, confirmações de caixa de entrada, entregas de link de compartilhamento — sejam enviados por meio de seu próprio servidor de email, em vez da infraestrutura do Files.com. Para organizações com governança de dados rígida ou requisitos de roteamento de email, isso garante que nenhum metadado de mensagem passe por um relay de email de terceiros.
Notificações
O menu Notifications suporta seis canais de entrega:
Email, Webhooks, Amazon SNS, Google Pub/Sub, Slack e Microsoft Teams.
A configuração segue o mesmo padrão entre os canais. Para o Slack, você fornece uma URL de webhook de entrada do seu workspace do Slack, seleciona o caminho da pasta a monitorar, escolhe se as notificações se aplicam apenas à pasta selecionada ou a todas as subpastas e especifica se deve disparar em todas as ações de arquivo ou apenas em ações específicas. O resultado são alertas em tempo real no seu workspace do Slack para qualquer atividade de arquivo em uma árvore de pastas escolhida — útil para equipes que precisam de consciência operacional sobre envios recebidos ou alterações de arquivos sem fazer login na plataforma.
Aplicativos de Cliente
O menu Client Apps fornece downloads e documentação para toda a gama de aplicativos cliente do Files.com. Os clientes disponíveis incluem um Desktop App para Windows e macOS, um Command Line (CLI) App e um Mobile App. O aplicativo desktop integra o Files.com como uma unidade montada no Mac Finder ou Windows File Explorer, permitindo operações nativas de arquivo, incluindo transferências por arrastar e soltar. O aplicativo CLI é particularmente útil para fluxos de trabalho com script e transferências servidor-a-servidor. Ter suporte a CLI junto com clientes GUI significa que a plataforma pode acomodar tanto usuários finais quanto operadores técnicos na mesma conta.
Agente On-Premise
O On-Premise Agent é um serviço em segundo plano multiplataforma que conecta seus sistemas de arquivos locais, incluindo dispositivos NAS (NFS, SMB, CIFS) e redes de armazenamento (SAN), ao seu site do Files.com. Uma vez instalado, o agente pode ser registrado como um Remote Server e usado para acesso montado em tempo real ou como origem/destino em trabalhos de sincronização. Este é o mecanismo-chave para organizações que precisam manter arquivos em sua própria infraestrutura por razões de GDPR, HIPAA ou outras conformidades, mas ainda desejam aproveitar o Files.com para controle de acesso, orquestração de transferência de arquivos e compartilhamento. Toda a transmissão de dados entre o agente e o Files.com é criptografada.
Uso
O menu Usage fornece uma visão em tempo real e histórica do consumo da conta. O resumo do período de cobrança atual mostra o armazenamento total usado, o volume de transferência dividido em saída nativa e entrada/saída de servidor remoto, e a contagem de usuários faturáveis. Um gráfico de série temporal permite alternar entre visualizações de Storage, Transfer Usage, Users e API, com intervalo de datas configurável. Uma ferramenta Export Site Usage by Folder gera um relatório de consumo de armazenamento por caminho de pasta, com opções de profundidade de recursão e limite mínimo de tamanho de pasta — útil para identificar onde o armazenamento está concentrado antes de tomar decisões de retenção ou limpeza.
Segurança
A página Passwords detalha todas as restrições ativas. A configuração atual exige no mínimo 10 caracteres, incluindo uma letra, número, símbolo e letras maiúsculas e minúsculas. A reutilização das últimas 10 senhas é bloqueada. Prevent Use of Breachable Passwords está habilitado, o que significa que senhas que aparecem em bases de dados conhecidas de vazamento de credenciais são rejeitadas na criação. A expiração de senha é configurável, mas desativada por padrão. Uma opção notável é Apply password rules to Shares, Inboxes, and Publicly Served Folders: quando habilitada, os mesmos requisitos de complexidade se estendem a senhas definidas em links de compartilhamento e caixas de entrada, não apenas a contas de usuário internas. A proteção contra força bruta também é configurável, com os padrões do Files.com aplicados, a menos que sejam sobrescritos.
Autenticação de Dois Fatores
A página 2FA controla a imposição em todo o site e os métodos de autenticação permitidos. A imposição está atualmente definida como “not required” — pode ser alterada para exigir 2FA para todos os usuários ou tipos específicos de usuário. Os quatro métodos suportados são SMS, TOTP (aplicativos autenticadores), Hardware Key e YubiKey Native. Uma alternância separada controla se usuários de FTP, SFTP e WebDAV podem ignorar 2FA para esses protocolos específicos — útil para contas de sistema automatizadas que não conseguem completar interativamente um desafio de 2FA.
Governança de Dados
O menu Data Governance contém sete subseções: Retention, Restrictions, Organization, Clickwraps, Global Regions, File Integrity e Restore.
Retenção de Dados
A seção Retention gerencia por quanto tempo os dados são mantidos na plataforma. File Expiration permite definir regras que removem automaticamente o conteúdo da pasta após um período especificado. Archive Removed Files controla por quanto tempo arquivos excluídos são retidos antes de serem permanentemente purgados — essa é a janela dentro da qual arquivos excluídos podem ser recuperados. Uma aba Settings configura o comportamento de sobrescrita em todo o site e o modo Archive-Only.
Restrições de Dados
A seção Restrictions fornece controles refinados sobre o que pode ser enviado e como os nomes de arquivo são estruturados. As abas cobrem File Extension Limits, File Name Length Limits, File Name Regex Limits, Folder Locks e Watermark Previews. Essas restrições se aplicam a operações de upload, movimentação e cópia, e cascateiam para subpastas, a menos que explicitamente sobrescritas.
A seção Organization permite gerenciamento de arquivos baseado em regras no ponto de upload. Rename Uploaded Files permite definir regras que padronizam automaticamente os nomes de arquivos quando chegam — útil para manter esquemas de nomenclatura consistentes entre integrações.
Organize Files define regras para mover ou copiar automaticamente arquivos para subpastas com base em critérios. Create User Folders provisiona automaticamente uma pasta pessoal para cada usuário. Together, esses recursos podem substituir totalmente os fluxos de trabalho manuais de manipulação de arquivos.
Clickwraps
A seção Clickwraps é onde os acordos legais são criados e armazenados para uso em toda a plataforma. Qualquer acordo definido aqui fica disponível para seleção ao configurar caixas de entrada baseadas em web ou links de compartilhamento que exigem aceitação do usuário antes do acesso.
Regiões Globais
A seção Global Regions, mostrada acima como Data Storage Regions, permite atribuir pastas individuais a regiões geográficas específicas de armazenamento. A Root Folder em nossa conta está atualmente atribuída a UE: Alemanha, Frankfurt, após nossa migração de região anterior. Em uma organização multirregional, pastas diferentes podem ser roteadas para endpoints regionais de armazenamento diferentes; por exemplo, arquivos enviados por clientes europeus podem ser armazenados em Frankfurt, enquanto envios da América do Norte chegam à Virgínia, melhorando tanto a latência quanto a conformidade com requisitos de residência de dados. Quando uma atribuição de região muda, os arquivos existentes são automaticamente migrados para a nova região em segundo plano.
Integridade de Arquivo
A seção File Integrity permite configurar quais checksums o Files.com calcula e armazena para cada arquivo enviado. Quatro algoritmos estão disponíveis: SHA256, SHA1, CRC e MD5. Quando habilitado, o checksum é armazenado junto com os metadados do arquivo e pode ser usado para verificar que um arquivo não foi alterado após o upload. Isso é particularmente valioso em setores regulamentados, onde a detecção de adulteração de arquivo é um requisito de conformidade, e para fluxos de transferência automatizados, onde o sistema receptor precisa verificar a integridade do arquivo antes do processamento.
Restauração
A seção Restore funciona como uma lixeira de nível empresarial. Arquivos, pastas e usuários anteriormente excluídos podem ser recuperados desde que estejam dentro da janela de retenção configurada nas configurações de Data Retention. Solicitações de restauração são executadas como trabalhos em segundo plano, tornando-as adequadas para operações de recuperação em larga escala.
Ao criar uma solicitação de restauração, você pode limitar a operação a uma pasta específica ou ao site inteiro, filtrar por data de exclusão para limitar o que é recuperado e escolher se deseja restaurar arquivos no lugar (caminho original) ou para uma nova pasta na raiz. Os timestamps de modificação do arquivo podem ser preservados como estão ou atualizados para a data e hora atuais, com um aviso de que preservar o timestamp original pode acionar imediatamente as File Expiration Rules se elas estiverem ativas na pasta de destino. Permissões de pasta podem opcionalmente ser restauradas junto com os arquivos. Solicitações de restauração são rastreadas com atualizações de status, e arquivos que foram permanentemente purgados com base nas configurações de retenção não podem ser recuperados.
Branding
A página Branding revela toda a extensão do white-labeling disponível. Elementos configuráveis incluem o nome do site, esquema de cores da interface, texto de ajuda da página de login, texto de cabeçalho e rodapé tanto para a interface interna quanto para páginas públicas (caixas de entrada, links de compartilhamento), um logotipo personalizado, uma imagem de fundo de login personalizada, ícones personalizados e o endereço de resposta e texto de rodapé usados em notificações de email de saída. Combinados com a configuração Custom Domain, essas opções permitem que organizações apresentem o Files.com inteiramente sob sua própria marca — o nome Files.com não precisa aparecer em nenhum lugar da experiência voltada ao usuário.
Desenvolvedores
O menu Developers na parte inferior da barra lateral esquerda contém três subseções: SDK, API e CLI. Esta seção é voltada para equipes que desejam incorporar a funcionalidade do Files.com diretamente em seus próprios aplicativos, scripts ou pipelines automatizados.
SDK
O Files.com mantém SDKs oficialmente suportados para sete linguagens: Ruby, .NET, JavaScript, Python, Go, Java e PHP. Cada SDK é publicado no registro de pacotes padrão de sua linguagem e vinculado a um repositório público no GitHub. Os SDKs expõem todas as capacidades da plataforma disponíveis pela UI web — operações de arquivo, gerenciamento de usuários, permissões, links de compartilhamento, caixas de entrada, configurações de pasta e configuração do site — como objetos nativos na linguagem de destino. A plataforma recomenda explicitamente o uso de SDKs em vez de chamadas diretas à API, observando que suas equipes internas de engenharia usam os mesmos SDKs e que os problemas, portanto, são encontrados e corrigidos rapidamente.
API
A seção API fornece acesso à documentação da REST API do Files.com e ao gerenciamento de chaves de API. Cada ação disponível pela interface web também está disponível via API, tornando-a adequada para incorporar capacidades do Files.com em aplicativos personalizados, sites, soluções iPaaS ou bancos de dados. Chaves de API de nível administrador podem realizar operações de gerenciamento do site, incluindo provisionamento de usuários, alterações de permissão, criação de link de compartilhamento, configuração de caixa de entrada e configurações de pasta — toda a superfície administrativa da plataforma, acessível programaticamente.
CLI
A subseção CLI fornece acesso ao aplicativo de Files.com Command Line. Juntamente com o aplicativo desktop para Windows e macOS, a interface baseada em navegador, o aplicativo móvel e a superfície SDK/API, a CLI completa um conjunto abrangente de modalidades de acesso. Para fluxos de trabalho de automação — transferências agendadas, processamento de arquivos com script, operações servidor-a-servidor — a CLI é a ferramenta mais direta disponível. Ela suporta as mesmas operações de arquivo e administrativas da interface web e pode ser integrada a shell scripts, cron jobs ou pipelines de CI/CD sem escrever código de aplicativo. Para equipes que gerenciam o Files.com como parte de uma pilha maior de automação de infraestrutura, a CLI costuma ser a interface diária mais prática.
Adicionar como fonte preferencialThru, Inc
Nós nos inscrevemos no Thru e testamos sua interface de transferência de arquivos do zero, percorrendo a configuração da organização, configuração de endpoint, criação de fluxo e o fluxo de trabalho de transferência de arquivos de ponta a ponta.
Configuração & Primeiras Impressões
Após o login, o painel apresenta imediatamente estatísticas de transferência, bytes de entrada/saída, armazenamento atual vs. máximo, operações de processamento de arquivos (encrypt, decrypt, compress, decompress) e um gráfico de transações dividido por mês. Em uma conta nova, todos os valores são zero, o que é esperado, mas o layout faz um trabalho razoável de comunicar o que a plataforma rastreia.
A navegação à esquerda consiste em seis itens principais: Dashboard, Organizations, Flows, Activity, Reports e Alerts, além de Help e Admin na parte inferior.
Organizações
Organizations servem como o contêiner de nível superior para todos os recursos. Criar uma exige um nome, tags opcionais e uma descrição
Após salvar, a lista é atualizada com a nova entrada:
Clicar em AIMultiple abre a tela Properties. A barra lateral esquerda agora mostra o menu no nível da organização: Endpoints, Subscription, PGP Keys, SSH Keys, Certificates, Thru Nodes e Machine Users.
Properties permite editar as informações inseridas no momento da criação.
Endpoints
Endpoints são onde a flexibilidade do Thru se torna aparente. Ao criar um novo endpoint, o dropdown Type expõe uma variedade de opções de armazenamento. Com base nos testes, os tipos disponíveis incluem:
Criar um novo endpoint pede um título e um tipo. O dropdown de tipo lista as opções de armazenamento disponíveis:
- Thru FTPS: Armazenamento FTPS gerenciado do próprio Thru
- Thru SFTP: Armazenamento SFTP gerenciado do próprio Thru
- Thru File Share: Um nó auto-hospedado executando o servidor de transferência de arquivos compatível do Thru (veja Thru Nodes abaixo)
- Amazon S3: Rotear transferências para seu próprio bucket AWS
- Azure Blob Storage: Rotear transferências para seu próprio armazenamento Azure
- External SFTP: Conectar a um servidor SFTP de terceiros
- External FTPS: Conectar a um servidor FTPS de terceiros
- Web Form: Uma página de upload baseada em navegador para partes externas
Os endpoints gerenciados do Thru (FTPS, SFTP) são a opção de menor atrito: credenciais e URLs são provisionadas automaticamente. As opções de armazenamento externo (S3, Azure, SFTP/FTPS de terceiros) são um diferenciador significativo em comparação com plataformas que oferecem apenas seu próprio armazenamento gerenciado.
Selecionamos Thru FTPS para teste. O endereço do endpoint foi gerado imediatamente e exibido na tela.
Assinatura
A tela Subscription permite selecionar uma organização e ativar uma assinatura para ela.
Chaves PGP
A geração de chaves PGP é integrada diretamente à plataforma. O formulário coleta nome da chave, nome de usuário/email, algoritmo, força da chave, frase secreta (com confirmação) e uma data de expiração opcional. As chaves podem ser usadas para criptografar ou descriptografar arquivos conforme eles passam pelos fluxos. Isso é configurado no nível do endpoint do fluxo, não globalmente, o que é o design correto.
O gerenciamento de chaves SSH segue uma estrutura idêntica ao PGP (nome, email, algoritmo, força da chave, frase secreta). Elas são usadas como credenciais de autenticação para endpoints do tipo SFTP. A geração é feita dentro da plataforma, em vez de exigir que os usuários importem chaves geradas externamente, embora a última opção provavelmente também exista.
Certificados
A seção Certificates permite importar certificados SSL/TLS para uso com endpoints FTPS por meio de um modal de upload de arrastar e soltar. A interface especifica apenas que o arquivo deve ser um certificado válido — nenhuma orientação adicional é fornecida sobre formatos aceitos (PEM, PFX, CRT etc.), requisitos de cadeia de certificados, ou se certificados de cliente vs. certificados de servidor são conceitos distintos nesse contexto. Esta é uma lacuna notável. A maioria dos administradores que lidam com gerenciamento de certificados FTPS terá perguntas que a UI atualmente não responde inline.
Nós Auto-Hospedados (Thru Nodes)
Thru Nodes merecem atenção especial. Pela seção Thru Nodes, os usuários podem registrar um nó e depois baixar um script de instalação para Windows (PowerShell) ou Linux (curl & bash), com crontab ou systemd como gerenciador de serviço no Linux. O nó efetivamente transforma qualquer servidor em um endpoint compatível do Thru, uma capacidade significativa para organizações que não podem ou não querem rotear dados por armazenamento em nuvem de terceiros.
Nota de comparação: files.com não oferece opção de nó auto-hospedado; o armazenamento é exclusivamente gerenciado pelo fornecedor. A capacidade auto-hospedada do Thru é um diferenciador concreto para implantações on-premises ou híbridas.
Guia de instalação no Linux
A instalação é simples em ambas as plataformas. A implicação prática: se você não quiser usar o armazenamento gerenciado do Thru, Amazon S3, Azure ou um servidor FTP/SFTP externo, você pode executar o servidor de transferência de arquivos do próprio Thru em seu próprio hardware. Ao criar um endpoint File Share, o Thru solicita que você selecione um dos nós registrados aqui. Este é um caminho de armazenamento auto-hospedado que não tem equivalente no Files.com, que oferece apenas regiões de armazenamento gerenciado e conexões de servidor remoto.
A seção Machine Users está vazia. A tabela tem colunas Flow Endpoint, Type e Org Endpoint, mas nenhuma entrada. A expectativa é que machine users associados a um Thru Node instalado apareçam aqui; como nenhuma instalação de nó foi realizada neste benchmark, a lista permanece vazia.
De volta ao menu principal, Flows é onde a lógica de transferência real da plataforma vive. Flows definem como os arquivos se movem de um endpoint de origem para um endpoint de destino, com regras, transformações e gatilhos aplicados ao longo do caminho. A lista está atualmente vazia.
Criamos um novo fluxo. Após salvar, o editor de fluxo abre:
Configurando Origem e Destino
Clicar em Add Flow Endpoint no lado da origem abre um seletor de endpoint. O Thru solicita que você selecione uma fonte de armazenamento. Criamos um endpoint Web Form para usar como origem. Isso gera uma página de upload baseada em navegador para remetentes externos. Para o destino, selecionamos o endpoint Thru FTPS criado anteriormente.
O fluxo agora está no ar.
Com ambos os lados conectados, clicamos em View and Push Changes para publicar o fluxo. Na lista Flows, fluxos individuais podem ser exportados — útil para replicar configurações entre ambientes ou fazer backup de definições de fluxo.
Endpoint Web Form criado, adicionando ao fluxo
Fluxo com origem e destino ambos configurados
Tela de confirmação View and Push Changes
Lista de fluxos mostrando opções de exportação
Configurações do Endpoint de Origem
Clicar no menu de três pontos no endpoint de origem abre o modal Edit Flow Endpoint Settings. O lado da origem tem seis abas: Configuration, Processing Options, Anti-Virus, Trigger Files, Rename e Alerts.
Configuration cobre filtragem de nome de arquivo e caminho de origem. Os filtros Include e Exclude suportam expressões regulares; apenas a UI vincula a uma referência de regex e mostra um padrão de exemplo. O caminho de origem vem por padrão como /, mas pode ser restringido a um subdiretório específico.
Processing Options é um único dropdown: Disabled, Encryption, Decryption, Compression, Decompression. Transformação em trânsito sem nenhuma ferramenta externa — criptografa antes de encaminhar, comprime antes de armazenar ou descomprime na ingestão.
Anti Virus é uma única alternância. Quando habilitado, cada arquivo que passa por este endpoint é verificado antes do encaminhamento. Nenhum detalhe do mecanismo, comportamento de quarentena ou acesso ao log de varredura é exposto na UI — recurso útil, documentação escassa.
Trigger Files resolve o problema de upload parcial. O modo ativo — um TEMP FILENAME, para cada arquivo — grava os arquivos recebidos sob uma extensão temporária (por exemplo, example.doc.filepart) até que a transferência completa seja concluída, momento em que o arquivo é renomeado. Isso impede que um arquivo parcialmente gravado seja pego e encaminhado no meio da transferência. Particularmente importante para arquivos grandes enviados em partes.
Rename permite que arquivos sejam renomeados na ingestão usando regras configuráveis de padrão de arquivo. Várias regras podem ser definidas; a primeira regra correspondente vence. Nenhuma regra foi configurada durante os testes.
Alerts suporta notificações por endereço de email para eventos de Inactivity, Transfer Limit Exceeded e Quarantined. Elas alimentam a seção Alerts de toda a plataforma.
Configurações do Endpoint de Destino
O editor do endpoint de destino tem as mesmas abas que a origem — Configuration, Processing Options, Trigger Files, Rename, Alerts — além de duas adicionais: Users e Mapping.
A aba Users mostra as credenciais usadas para autenticar com o armazenamento de destino. Como FirstStorage é um endpoint FTPS gerenciado pelo Thru, uma conta de serviço (ftps-tgt-20773, Authentication Type: User Password) foi provisionada automaticamente, sem necessidade de configuração manual de credenciais. Para alvos SFTP ou FTP externos, é aqui que você adicionaria ou gerenciaria credenciais de login.
A aba Mapping define onde os arquivos chegam no destino. Cada regra de mapeamento tem três campos: Source Endpoint (a origem à qual aplicar a regra), Source Path (o diretório de origem) e Target Path (o diretório de destino no alvo). O padrão é todas as origens, todos os caminhos, roteados para /. Vários mapeamentos podem ser adicionados para rotear arquivos de diferentes diretórios de origem para diferentes pastas de destino — útil para qualquer pipeline que precise de saída estruturada a partir de uma entrada plana ou mista.
Incorporar Formulário Web
O endpoint de origem neste fluxo é um tipo Thru HTTPS Web UI Upload — um formulário de upload hospedado. Clicar no menu de três pontos neste endpoint revela uma opção Embed Thru Upload Component.
O modal de incorporação fornece dois blocos de código: um conjunto de tags <script> e <link> hospedadas em CDN para importar a biblioteca de componentes web do Thru, e uma tag de elemento personalizado (<thru-upload>) pré-preenchida com o ID do endpoint do fluxo e a URL da API. Uma API Key deve ser selecionada de um dropdown para ativar o snippet. O atributo de chave da API é preenchido assim que uma chave é escolhida.
O componente foi incorporado em um servidor de teste externo. Cada solicitação falhou na prática devido a erros de CORS. Nenhuma configuração de CORS foi encontrada na interface de avaliação, embora possa existir em outro lugar da plataforma. A API de staging do Thru bloqueou solicitações de origem cruzada do domínio de teste porque faltava um cabeçalho Access-Control-Allow-Origin. O recurso é bem projetado em conceito, mas bloqueado na camada de integração sem uma solicitação de suporte ou uma configuração não descoberta.
O modal File Upload, acessível pelo menu de três pontos diretamente no Flow Studio, funcionou sem problemas para testes internos. Um PDF foi enviado para o endpoint de origem e concluído com sucesso em 100%.
Atividade
A seção Activity é um log de transferências totalmente filtrável. Filtros disponíveis: Flow, Organization, Endpoint, Flow Endpoint, Date Range, Filename (com suporte a curinga), Processing Status, Transfer Status, View Type (Source & Target, Source only, Target only) e Show Purged Files. O painel de filtros pode ser fixado ou ocultado.
O PDF enviado momentos antes apareceu no log imediatamente. A linha 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).
Clicar no registro do arquivo abre um modal File Download que mostra detalhes do arquivo, as contagens totais de downloads bem-sucedidos e falhos e um histórico completo de downloads. Dois botões de ação estão presentes: Download File e Share….
O botão Share abre um popover Share Configuration diretamente dentro do modal. Configurações: Active for e Max downloads (inteiro). Clicar em Generate Share Link produz uma URL de download limitada por tempo e contagem. Este é um recurso prático de distribuição ad hoc, sem necessidade de etapa separada de hospedagem de arquivo.
O botão Export na visualização Activity dispara um trabalho de geração de relatório. A página Export Reports (acessível pelo menu principal Reports) mostra o status do trabalho, o tempo de geração (177ms neste caso) e um timestamp de retenção. Uma notificação toast no canto inferior direito confirma quando a exportação está pronta, com um botão Download direto. Os relatórios são exportações simples de log de atividade; nenhum construtor de análise personalizado foi observado.
Alertas
A página Alerts agrega alertas gerados pelo sistema em todos os fluxos. As colunas da tabela são: Source, Alert Type, Created, Severity, Alert ID, Organization, State, Details e Actions. Botões Filter e Clear All Alerts estão disponíveis.
Durante os testes, nenhum alerta havia sido acionado, então a lista estava vazia. O valor desta visualização se torna aparente em escala — em vez de navegar na configuração de cada fluxo para verificar o histórico de alertas, todos os alertas acionados de todos os fluxos e organizações aparecem aqui em um só lugar, com severidade e estado filtráveis.
Admin
A seção Admin é acessível na parte inferior da navegação esquerda e cobre a configuração no nível da plataforma. O submenu Admin contém: Users, Roles, Retention, Audit Log, MFA, Thru Nodes, Feature Flags e SSO Mappings.
A tela Users lista todas as contas da plataforma, incluindo seus timestamps de último login, status e flags de banimento. Gerenciamento de funções, políticas de retenção de arquivos e mapeamentos SSO cobrem os requisitos padrão de administração empresarial. O Audit Log fornece um registro completo das ações da plataforma, quem fez o quê e quando — o que é um requisito básico para SOC 2, HIPAA e estruturas de conformidade semelhantes. MFA e SSO Mappings indicam que a integração de identidade empresarial é suportada.
O menu Help fornece documentação para usuários finais e desenvolvedores, incluindo referência de API. A qualidade e a profundidade da documentação não foram avaliadas em detalhes durante este benchmark, mas a presença de uma seção específica para desenvolvedores é relevante para equipes que planejam integrações baseadas em API.
Benchmarks de desempenho e vazão estão fora do escopo desta avaliação e serão cobertos separadamente.
Solarwinds Serv-U
Baixamos e instalamos o SolarWinds Serv-U MFT Server do zero, configuramos o painel admin e exploramos a interface de gerenciamento, incluindo configuração do servidor, gerenciamento de usuários e tratamento de eventos.
Primeiros Passos
O processo de avaliação começa na página do produto Serv-U. Clicar no link Download Free Trial abre um formulário pedindo nome, sobrenome, email comercial, país, CEP, número de telefone e nome da empresa — mais campos do que o Cerberus exige. Envie-o e você será redirecionado para uma página de download onde pode selecionar sua versão.
Diferente do Cerberus, que é somente Windows, o Serv-U suporta tanto Windows quanto Linux no lado do servidor. Escolhemos instalar a versão Linux em uma instância AWS m6i.xlarge, o mesmo tamanho usado em nosso teste do Cerberus.
Instalação
Conectamos ao servidor via SSH, baixamos o instalador com wget, extraímos o arquivo e executamos o binário. O instalador faz quatro perguntas: confirmar a instalação, escolher o diretório de instalação, instalar como serviço e iniciar agora. Quatro respostas sim, e a instalação foi concluída em cerca de cinco segundos.
A nota de instalação impressa no terminal é importante: um listener é criado, e as credenciais admin padrão são nome de usuário admin e senha admin. O arquivo de log de inicialização mostrará todos os endereços IP e portas nos quais o Serv-U está escutando.
Painel Admin Baseado em Web
Navegar até o IP do servidor na porta 8443 abre uma página de login. Esta é uma diferença significativa em relação ao Cerberus: o painel admin do Serv-U é uma interface web acessível remotamente de qualquer navegador. O Cerberus não tem equivalente; gerenciá-lo requer conectar-se diretamente à máquina do servidor via área de trabalho remota, o que é menos conveniente.
Após fazer login com as credenciais padrão, o Serv-U solicita a configuração de autenticação multifator. Os aplicativos recomendados são Google, Microsoft, LastPass e Authy. A configuração envolve escanear um código QR. Você pode pular esta etapa.
Painel
Após pular a configuração de MFA, o painel carrega. Ele mostra Session Statistics, Login Statistics e Transfer Statistics em todo o servidor. Sessões atuais, total de sessões, contagem de logins, duração média da sessão, horário do último login e velocidades de download e upload são todos visíveis de relance. Um log ao vivo do servidor é exibido abaixo das estatísticas, com controles para Freeze Log, Clear Log e Filter Log. Duas abas adicionais mostram Active Sessions e um link para a comunidade THWACK.
A barra lateral esquerda lista: Dashboard, Server Details, Users, Groups, Directories, Limits & Settings e Server Activity na seção Global, seguida por uma seção Domains atualmente mostrando Admin Domain.
Detalhes do Servidor
A seção Server Details tem sete abas: IP Access, Serv-U Gateway, Database, Events, License Information, Program Information e Server Identity.
A aba IP Access gerencia regras de conexão em todo o servidor. Cada regra recebe um endereço IP, nome ou máscara e atribui acesso allow ou deny, com data de expiração opcional e descrição. Formatos suportados incluem correspondência exata, curinga, intervalo, notação CIDR e curinga de caractere único. Regras podem ser importadas e exportadas.
A aba Serv-U Gateway configura um componente opcional de proxy reverso que encerra conexões de transferência de arquivos na DMZ, impedindo conexões de entrada da DMZ para a rede interna e mantendo os dados totalmente fora da DMZ. A configuração exige um endereço de gateway, uma porta (padrão 1180) e um endereço IP público.
A aba Database permite conectar o Serv-U a uma fonte de dados ODBC externa para carregar usuários e grupos. O banco de dados externo requer um driver ODBC instalado no sistema. Mapeamentos de tabela de usuários e grupos podem ser personalizados. Usuários carregados do banco de dados sobrescrevem contas criadas localmente com o mesmo nome.
A aba Events é onde as regras de evento no nível do servidor são criadas. Cada evento tem um tipo, um nome e uma ação. O tipo de evento mostrado no formulário de criação vem por padrão como Server Start, mas pode ser alterado para cobrir outros gatilhos de nível de servidor. As ações incluem Send Email com campos To, BCC, Subject e Message, bem como outros tipos de ação. Um botão Create Common Events gera automaticamente um conjunto de regras de evento padrão.
License Information mostra o status atual de registro, edição, número de cópias, data de compra e dias restantes de avaliação. Também inclui uma tabela de comparação lado a lado das capacidades do FTP Server versus MFT Server em usuários máximos, domínios, sessões, capacidades, arquitetura, protocolos, web e mobile, administração e personalização. A edição MFT mostra ilimitado em todos os limites de usuários e sessões e adiciona recursos, incluindo gerenciamento automatizado de arquivos, eventos e notificações por email, eventos do Microsoft Queue, compartilhamento de arquivos, Serv-U Gateway, alta disponibilidade, validação FIPS 140-2, estatísticas de usuários e grupos, administração web remota, HTML e CSS personalizados do cliente web, autenticação via biblioteca personalizada, autenticação por banco de dados, autenticação Windows/AD e autenticação LDAP.
Usuários
A seção Users tem duas abas: Global Users e Database Users. Criar um usuário abre um diálogo User Properties com nove abas: User Information, Directory Access, Virtual Paths, Logging, Groups, Events, IP Access, Limits & Settings e Multifactor Authentication.
User Information coleta ID de login, senha, nome completo, diretório inicial, chaves SSH, nível de privilégio de administração, tipo de conta (Permanent ou outro), endereço de email e descrição. As opções incluem bloquear o usuário em seu diretório inicial, sempre permitir login e exigir alteração de senha no próximo login. Um botão Availability define restrições de horário de login por data e dia da semana. Um botão Welcome Message configura uma mensagem personalizada mostrada ao usuário no login.
A aba Directory Access define quais arquivos e diretórios o usuário pode acessar. As regras são herdadas de quaisquer grupos aos quais o usuário pertence, bem como de regras de nível de domínio e servidor. Cada regra mapeia um caminho com um conjunto de permissões e um tamanho máximo opcional.
A aba Virtual Paths vincula caminhos físicos fora do diretório inicial do usuário à sua listagem de diretórios. A tabela mapeia caminhos físicos para caminhos virtuais, substituindo o método tradicional de link de atalho.
A aba Logging controla exatamente o que é registrado para este usuário. Opções de mensagem de log incluem: security messages, IP names, downloads, zipped downloads, uploads, file deletions, file and directory renames, directory creations, directory deletions, file shares, FTP commands, FTP replies, SSH commands, SSH replies, SSH detailed commands, SSH detailed replies, HTTP commands e HTTP replies. Registrar em um arquivo pode ser habilitado separadamente, com caminho configurável, rotação automática de log e limites de contagem de arquivos e retenção de tamanho. Tags de caminho de arquivo de log suportam tokens para hora, dia, mês, ano, nome de domínio, ID de login e nome completo do usuário.
A aba Groups mostra a quais grupos o usuário pertence. Um usuário pode ser membro de vários grupos, e a ordem de associação é significativa, pois determina quais configurações de grupo têm precedência.
A aba Events lista regras de evento no nível do usuário. Os eventos disparam automaticamente para executar programas, enviar emails ou mostrar mensagens de ícone na bandeja. Um botão Create Common Events gera automaticamente um conjunto padrão de regras.
A aba IP Access define restrições de IP específicas do usuário, verificadas por último quando o usuário tenta fazer login. As regras seguem o mesmo formato de endereço, acesso e expiração das regras de nível de servidor, e podem ser importadas e exportadas. (Imagem 20)
A aba Limits & Settings mostra limites de nível de conexão para o usuário. O tipo de limite Connection mostra: máximo de sessões por conta de usuário (20), máximo de sessões por endereço IP para a conta (20), exigir conexão segura antes do login (sim), timeout automático de conexão ociosa (10 minutos), timeout automático de sessão (sem timeout), bloquear esquemas anti-timeout (não), bloquear endereço IP de sessão com timeout (sem timeout), permitir conexões FTP e FTPS (sim), permitir conexões SFTP (sim), permitir conexões HTTP e HTTPS (sim) e exigir nome DNS reverso (não). Cada limite pode ser aplicado a dias e horários específicos. Botões Ratios & Quotas e Ratio Free Files também estão disponíveis. (Imagem 21)
A aba Multifactor Authentication mostra o status de MFA do usuário (atualmente Not Configured), um dropdown Multifactor Authenticator (definido como Enabled), um campo Company Name e um botão Reset MFA. Se definido como Enforced em vez de Enabled, o MFA se torna obrigatório, e o usuário não pode fazer login sem ele.
Grupos
A seção Groups tem duas abas: Global Groups e Database Groups. Criar um grupo abre um diálogo Group Properties com a mesma estrutura de abas dos usuários: Group Information, Directory Access, Virtual Paths, Logging, Members, Events, IP Access, Limits & Settings e Multifactor Authentication.
Group Information recebe um nome de grupo, diretório inicial, chaves SSH, nível de privilégio de administração e descrição. As opções incluem sempre permitir login, habilitar a conta, bloquear o usuário no diretório inicial e aplicar as regras de acesso a diretórios do grupo primeiro. Botões Availability e Welcome Message também estão disponíveis aqui. Todas as configurações disponíveis no nível do usuário também são configuráveis no nível do grupo. Se um usuário tiver uma configuração conflitante definida no nível do usuário, a configuração no nível do usuário sobrescreve a do grupo.
Diretórios
A seção Directories tem três abas: Directory Access, Virtual Paths e File Management.
A aba Directory Access gerencia regras globais de acesso a diretórios para todos os usuários no servidor. Criar uma regra recebe um caminho e permite definir permissões de arquivo (read, write, append, rename, delete, execute) e permissões de diretório (list, create, rename, remove) independentemente. Herança de subdiretório e um tamanho máximo de diretório também podem ser configurados. Botões de atalho Full Access e Read Only estão disponíveis.
A aba Virtual Paths mapeia caminhos físicos para caminhos virtuais em todo o servidor, o mesmo conceito do nível do usuário, mas aplicado globalmente. Uma caixa de seleção controla se o caminho virtual é incluído nos cálculos de tamanho máximo do diretório. (Imagem 25)
A aba File Management permite definir regras automatizadas para arquivos em um diretório especificado. Cada regra mira um caminho de diretório e escolhe uma ação: excluir arquivos após um número especificado de dias ou mover arquivos para outro local após um número especificado de dias. O Serv-U avalia cada arquivo individualmente com base em sua data de criação. (Imagem 26)
Limits & Settings
A seção Limits & Settings é o hub global de configuração de todo o servidor. Ela tem sete abas: Limits, Settings, FTP Settings, Encryption, Branding Setup, File Sharing e Multifactor Authentication.
A aba Limits lista limites de conexão que se aplicam a todo o servidor e cascateiam para todos os domínios, grupos e usuários, a menos que sobrescritos em um nível inferior. O tipo de limite Connection inclui: máximo de sessões no servidor (ilimitado), máximo de sessões por endereço IP no servidor (ilimitado), máximo de sessões por conta de usuário (20), máximo de sessões por endereço IP para conta de usuário (20), exigir conexão segura antes do login (sim), timeout automático de conexão ociosa (10 minutos), timeout automático de sessão (sem timeout), bloquear esquemas anti-timeout (não), criar automaticamente diretórios iniciais (sim), bloquear endereço IP de sessão com timeout (sem timeout), permitir X-Forwarded-For para alterar endereços IP de conexão HTTP (não), exigir nome DNS reverso (não) e máximo de sessões por endereço IP no domínio (ilimitado). O dropdown de tipo de limite pode ser alterado para mostrar transferência, quota ou outras categorias de limite.
A aba Settings cobre três áreas. Connection Settings permite configurar o bloqueio automático de usuários que se conectam mais de 4 vezes em 30 segundos por 15 minutos, com uma opção para ocultar informações do servidor da identidade SSH. Network Settings controla timeout de pacote (300 segundos), faixa de portas PASV e se endereços IP de peer correspondentes são obrigatórios para conexões de controle e dados. A seção Password Recovery Message permite personalizar o assunto e o corpo do email enviado aos usuários quando solicitam suas credenciais de conta, com variáveis de modelo para nome e senha.
A aba FTP Settings lista todos os comandos FTP que o servidor suporta e permite habilitar ou desabilitar cada um individualmente. Esse nível de controle no nível de comando FTP é exclusivo do Serv-U entre as plataformas que testamos.
A aba Encryption cobre a configuração de certificado SSL para FTPS e HTTPS (caminho do certificado, caminho da chave privada, senha e caminho do certificado CA), configuração de chave privada SSH para SFTP (tipo de chave, impressão digital e geração de chave), opções Advanced SSL (alternâncias TLS 1.2 e 1.3, configuração de cipher suite), SSH Ciphers, SSH MACs, SSH Key Exchange Algorithms, SSH Key Algorithms e uma alternância de modo FIPS 140-2. O nível de granularidade aqui — selecionar cipher suites, MACs e algoritmos de troca de chaves individuais — é claramente voltado para implantações conscientes de segurança e orientadas a conformidade.
A aba Branding Setup é dividida em três seções. New Login Page Branding permite definir um logotipo personalizado, imagem de fundo, favicon, texto de título de login, cor de fundo e texto do corpo da página de login. Legacy Login Page Branding suporta um diretório de contêiner HTML personalizado com arquivos CSS, header e footer separados para layouts de página de login totalmente personalizados. Web Client Branding define o logotipo exibido na interface de gerenciamento de arquivos, com um requisito de dimensão de 400×100 pixels e um campo de personalização de fundo somente CSS.
A aba File Sharing configura como usuários de domínio podem enviar e receber arquivos com convidados externos. As configurações incluem a URL do domínio, o caminho do repositório de compartilhamento de arquivos, quantos dias após a expiração os compartilhamentos são removidos automaticamente e os modelos de assunto e corpo do email de convite, ambos editáveis e com suporte a variáveis para data de expiração, URL de compartilhamento e comentários. SMTP deve ser configurado separadamente para que os emails de convite sejam enviados automaticamente.
A aba Multifactor Authentication define a política global de MFA. O dropdown Multifactor Authenticator pode ser definido como Disabled, Enabled ou Enforced. O campo Company Name define o rótulo da conta que aparece nos aplicativos autenticadores quando os usuários escaneiam o código QR.
Atividade do Servidor
A seção Server Activity tem quatro abas: Sessions, Statistics, User & Group Statistics e Log.
A aba Sessions lista todas as sessões ativas atualmente com colunas para ID, tipo, usuário, endereço IP, nome de host, endereço do servidor, localização, último comando e cliente. Clicar em uma sessão preenche o painel Active Session Information abaixo com dados detalhados em tempo real: usuário, nível de privilégio, endereço IP, velocidade, velocidades médias de download e upload, tempo online, tempo ocioso, timestamp desde, baixado, enviado, localização e último comando. Botões Disconnect, Abort, Broadcast e Spy & Chat estão disponíveis na parte inferior.
A aba Statistics mostra estatísticas de sessão, login e transferência em todo o servidor desde a última reinicialização. Os campos exibidos incluem horário de início das estatísticas, sessões atuais, total de sessões, sessões de 24 horas, maior número de sessões, duração média da sessão, sessão mais longa, contagem de logins, duração média logada, horário do último login, horário do último logout, usuário mais logado, contagem de logados atualmente, velocidade de download, velocidade de upload, total baixado, total enviado, velocidade média de download e velocidade média de upload.
A aba User & Group Statistics mostra as mesmas estatísticas de sessão, login e transferência discriminadas por usuário ou grupo. Você seleciona User Statistics ou Group Statistics e depois escolhe uma coleção e um usuário ou grupo específico para visualizar. As estatísticas podem ser salvas ou reiniciadas nesta aba.
A aba Log mostra o log de aplicação do próprio Serv-U — mensagens de inicialização, status de carregamento de biblioteca, confirmações de associação de porta e erros. Este é o log de processo do servidor, não os logs de atividade do usuário. A atividade no nível do usuário é registrada separadamente em um caminho de arquivo de texto configurado por usuário na aba Logging. Não há visualizador de log integrado com filtragem ou capacidades de auditoria para atividade do usuário; se você precisar revisar o que um usuário específico fez, você abre o arquivo de log diretamente.
Domínios
Um Admin Domain é criado automaticamente durante a instalação. Para testar a transferência e o compartilhamento de arquivos, criamos um novo domínio usando o Domain Wizard, que percorre seis etapas.
Etapa 1: Domain Details: insira um nome para o domínio e uma descrição opcional.
Etapa 2: Domain Type: escolha entre File Transfer Domain, File Sharing Domain ou ambos simultaneamente. Ambos podem ser habilitados ao mesmo tempo.
Etapa 3: File Sharing: defina a URL do domínio, selecione a pasta do repositório de compartilhamento de arquivos em qualquer lugar do sistema de arquivos do servidor e, opcionalmente, configure SMTP para enviar emails de convite. Diferente de algumas plataformas que restringem você a um diretório predefinido, você pode apontar para qualquer pasta na máquina.
Etapa 4: Protocols: habilite ou desabilite cada protocolo e defina sua porta. Os protocolos disponíveis são FTP e SSL/TLS explícito (porta 21), Implicit FTPS/SSL/TLS (porta 990), SFTP usando SSH (porta 22), HTTP (porta 80) e HTTPS TLS encrypted HTTP (porta 443). Domínios diferentes podem rodar em portas diferentes.
Etapa 5: IP Listeners: selecione em qual endereço IPv4 o domínio escuta, útil quando vários IPs estão vinculados ao servidor. Listeners IPv6 podem ser criados simultaneamente.
Etapa 6: Encryption: Escolha se permite que os usuários recuperem senhas por email.
Todas as configurações de segurança disponíveis globalmente e no nível do usuário também são configuráveis por domínio, o que dá aos administradores controle granular sobre a postura de segurança de cada domínio independentemente.
Interface do Cliente
Após criar o domínio e um usuário, navegar até a URL do domínio abre a mesma página de login do painel admin, seguida por um prompt de configuração de MFA. Nós tínhamos imposto MFA, então pular não era uma opção desta vez.
Após concluir a configuração de MFA e fazer login, a interface do cliente Serv-U abre. A barra lateral esquerda mostra My Storage (Home, Favorites) e File Sharing (Requested, Sent). A visualização Home é um explorador de arquivos que mostra a estrutura de diretórios do servidor com colunas de nome, data da última modificação e tamanho. Botões Upload, New Folder, Refresh e More estão disponíveis na barra de ferramentas.
Enviar arquivos abre um diálogo com uma zona de arrastar e soltar e uma opção de navegação. O progresso do upload é mostrado inline com uma barra de porcentagem. Não há opção de upload de pasta — apenas arquivos individuais, em seleções únicas ou múltiplas. Nenhuma pré-visualização de arquivo é mostrada durante o upload.
Qualquer pasta no explorador de arquivos pode ser adicionada a Favorites a partir do menu de contexto. A seção Favorites na barra lateral esquerda mostra o nome da pasta e o caminho, com uma opção Remove from Favorites.
Compartilhamento de Arquivos: Solicitação
A seção Requested em File Sharing permite gerar um link de upload para compartilhar com alguém para que essa pessoa possa enviar arquivos para você. Criar uma nova solicitação abre um diálogo de duas etapas.
Etapa 1: File share: defina um título (autopreenchido com um timestamp de expiração), uma descrição opcional e configurações avançadas, incluindo data e hora de expiração, uma alternância de proteção por senha e uma alternância de limite de arquivos.
Etapa 2: Guest & sender: insira um ou mais endereços de email de destinatários (separados por vírgula). As opções incluem notificar você quando o arquivo for enviado e enviar uma cópia do email do link de upload para você. Uma seção Change sender details também está disponível.
Após terminar, a lista Requested mostra a nova solicitação com seu status como Pending. Um diálogo Get Link exibe a URL de upload e sua data de expiração, com um botão Copy link.
Abrir o link de upload mostra uma página Request files exibindo o assunto, nome e email do remetente, data de expiração, status de proteção por senha e a URL de upload. Abaixo há uma área de upload com arrastar e soltar e uma opção de navegação.
Uma vez que o destinatário envia pelo link, o arquivo aparece na lista Requested em seu painel com os detalhes do remetente e do upload visíveis.
Compartilhamento de Arquivos: Envio
A seção Sent funciona na direção oposta: você envia um arquivo e gera um link de download para um destinatário. Criar uma nova solicitação de envio segue a mesma estrutura de pop-up de duas etapas da solicitação de arquivos: primeiro, defina título, descrição, expiração, senha e opções de limite de arquivos; depois, insira o endereço de email do destinatário.
Após concluir as etapas, o Serv-U gera um link de download e o apresenta diretamente a você; nenhum email é enviado automaticamente ao destinatário. Você copia o link e o compartilha você mesmo.
O destinatário abre o link e envia o arquivo ou, no caso de envio, baixa-o de uma página mínima, sem branding ou contexto além do próprio link.
No geral, os fluxos de compartilhamento e solicitação de arquivos funcionam, mas a UX é visivelmente áspera. Cada ação exige navegar por vários pop-ups, a interface fornece feedback mínimo e as páginas voltadas ao destinatário são esparsas. Comparado ao cliente web do Cerberus, que tem um gerenciador de arquivos adequado, pré-visualização de vídeo inline e uma interface razoavelmente polida, o cliente Serv-U parece ter sido construído como uma reflexão tardia. O painel admin é claramente onde o Serv-U investiu seu esforço; a experiência do usuário final recebeu consideravelmente menos atenção.
Cite esta pesquisa
Escolha o formato adequado ao local onde você vai publicar. Colar a versão com link no seu CMS preserva o backlink.
@misc{dogan2026,
author = {Dogan, Sedat and Sezer, Sena},
title = {{Benchmark de MFT: Files.com, Diplomat MFT, Cerberus e Serv-U testados}},
year = {2026},
month = aug,
howpublished = {\url{https://aimultiple.com/mft-benchmark}},
note = {AIMultiple. Acessado em 11 Agosto 2026}
}Resultados e carimbos de data/hora de 24 pontos de dados. Baixe os dados utilizados neste artigo como um arquivo ZIP contendo 4 arquivos CSV.
Tem 20 anos de experiência como hacker white-hat e guru de desenvolvimento, com ampla experiência em linguagens de programação e arquiteturas de servidores.
É consultor do conselho em uma VC que investe em empresas de tecnologia em estágio inicial e na Ödeal, uma plataforma regional de pagamento digital que atende 125.000 comerciantes.
Liderou a infraestrutura tecnológica e a cibersegurança de sete eleições nacionais e foi reconhecido no Hall of Fame de cibersegurança por líderes globais de tecnologia, incluindo o Twitter.
A seguir, leia
Benchmark de recuperação de desastres: Acronis vs Comet vs MSP360
Top 10 Softwares de Descoberta de Medicamentos
Melhores Proxies de Alta Velocidade Baseados no Nosso Benchmark
Compare 20+ Plataformas e Bibliotecas de IA Responsável
Melhores Proxies do LinkedIn: Automação e Raspagem
Top 10 Ferramentas DAST de Código Aberto / Gratuitas Comparadas
![[IMAGE 16 – Inbox form showing title "AIMULTIPLE FILE UPLOADS", URL key "aimultiple-file-uploads", and URL preview https://aimultiple.files.com/u/aimultiple-file-uploads]](https://aimultiple.com/wp-content/uploads/2026/04/16-1.png.webp "[IMAGE 16 – Inbox form showing title \"AIMULTIPLE FILE UPLOADS\", URL key \"aimultiple-file-uploads\", and URL preview https://aimultiple.files.com/u/aimultiple-file-uploads]")
Seja o primeiro a comentar
Seu endereço de e-mail não será publicado. Todos os campos são obrigatórios. Os comentários são deixados em seu idioma original.