Transferir arquivos grandes: como fazer com segurança

Passo a passo para enviar arquivos pesados sem perder o progresso quando a conexão cai, proteger o conteúdo e provar que tudo chegou inteiro.

Por Redação Eleven Host · @robson.direitodigital · Atualizado em 17 de outubro de 2026 · 9 min de leitura

Para transferir arquivos grandes com segurança, junte tudo em um pacote compactado, envie por SFTP ou rsync (que retomam de onde pararam), criptografe antes de sair do seu computador e confira o resultado com um hash. Anexo de e-mail fica de fora desse caminho.

Isso acontece com qualquer empresa: o vídeo da campanha não cabe no e-mail, o backup do banco de dados precisa ir para outro lugar e a conexão cai na metade do envio. Às vezes o problema não é a internet. O método também conta. Este guia mostra um caminho que dá para repetir a cada envio, com exemplos de situações reais de uma pequena empresa.

Por que o método do dia a dia falha com arquivo grande

E-mail foi pensado para mensagens, não para carga pesada. Cada provedor define um limite de anexo, e o arquivo que passa dele volta com erro ou nem sai da caixa de saída. Além disso, o anexo fica guardado em várias caixas de entrada e em cópias de servidores, fora do seu controle.

Aplicativos de mensagem têm outro problema: eles podem recomprimir imagens e vídeos, e a qualidade original se perde sem aviso. Para um arquivo de trabalho, como um vídeo para edição ou uma foto para impressão, isso é um prejuízo silencioso.

Links de compartilhamento avulsos resolvem o tamanho, mas trazem dúvidas: quem tem o link pode abri-lo? Ele expira? Quem apagou o arquivo, e quando? Se você não sabe responder, o método não está sob seu controle.

Passo 1: prepare o arquivo antes de enviar

Quem prepara bem envia uma vez só. Antes de abrir qualquer programa de transferência, faça três coisas.

Compacte tudo em um único pacote

Uma pasta com centenas de arquivos pequenos pode transferir pior do que um único arquivo grande, porque cada arquivo exige uma negociação própria. Junte a pasta em um pacote. No Linux ou no macOS, use o terminal:

tar -czf projeto-cliente.tar.gz pasta-do-projeto/

No Windows, o próprio explorador de arquivos cria um .zip pelo menu de clique com o botão direito. Vídeos e fotos já são comprimidos, então o pacote não ficará muito menor, mas ele ainda ganha em organização.

Divida quando o destino ou a conexão pedir

Se a conexão é instável ou o destino não aceita um arquivo único tão grande, divida em partes. No Linux:

split -b 1G projeto-cliente.tar.gz parte_

O valor 1G é só um exemplo de tamanho de parte. Do outro lado, o arquivo volta ao normal com cat parte_* > projeto-cliente.tar.gz. Anote essa instrução e mande junto, porque quem recebe pode não conhecer o comando.

Anote o hash antes de enviar

O hash é uma impressão digital do arquivo: se um único bit mudar no caminho, o resultado muda. Gere o seu antes do envio:

sha256sum projeto-cliente.tar.gz

No macOS, o equivalente é shasum -a 256 projeto-cliente.tar.gz. No Windows, certutil -hashfile projeto-cliente.tar.gz SHA256. Se for criptografar ou dividir o arquivo, gere o hash depois dessa etapa, do arquivo final que vai ser enviado. Guarde o texto que aparece. Ele será a prova de que o arquivo que chegou é o mesmo que saiu.

Passo 2: escolha um protocolo que retoma o envio

Para volumes grandes, enviar direto para um servidor pode ser mais confiável do que passar por um intermediário. Dois caminhos funcionam bem e usam conexão criptografada.

• SFTP: transfere por SSH. Clientes gráficos e o comando sftp do terminal servem. Se a conexão cair, reconecte e use o comando reput para continuar o envio do ponto em que parou.
• rsync sobre SSH: compara origem e destino e envia só o que falta. Com a opção de manter arquivos parciais, uma queda não obriga a recomeçar.

Um exemplo de rsync, com endereço de exemplo:

rsync -avP --partial projeto-cliente.tar.gz usuario@exemplo.com:/dados/entrada/

A opção -P mostra o progresso e mantém o que já foi enviado. Se o comando for interrompido, rode a mesma linha de novo: ele continua. O FTP tradicional não usa conexão criptografada, então a senha pode trafegar sem proteção. O SFTP é a escolha para dado de trabalho.

Cuidados com a conexão durante o envio

• Use cabo de rede quando puder. Wi-Fi instável derruba envio longo.
• Evite o horário em que a rede da empresa está ocupada com outras tarefas críticas.
• Desative a suspensão automática do computador, para o envio não pausar na hora do almoço.
• Em envio muito longo, rode o comando dentro de tmux ou screen, assim ele continua mesmo se você fechar o terminal.

Exemplo prático: a agência de vídeo precisa entregar um arquivo de edição para o cliente. Ela compacta, anota o hash, sobe por SFTP em uma área só para esse cliente e manda por e-mail apenas o endereço, o nome do usuário e o hash. A senha vai por outro canal, como uma ligação.

Quer um ponto de envio num servidor administrado por você? Ver planos de VPS

Passo 3: criptografe antes de enviar

O SFTP protege o arquivo durante o caminho. Mas, depois que ele chega, quem tem acesso ao servidor pode ler o conteúdo. Se o arquivo tem dado de cliente, contrato, folha de pagamento ou banco de dados, criptografe antes, no seu computador, e entregue a senha por outro canal.

Uma opção no Linux é o GnuPG com senha (no macOS e no Windows ele precisa ser instalado):

gpg --symmetric projeto-cliente.tar.gz

O comando pede uma senha e cria o arquivo projeto-cliente.tar.gz.gpg. Envie esse. Quem recebe usa gpg --decrypt com a senha combinada. No Windows e no celular existem programas compatíveis. O que importa é combinar o método com o destinatário antes do envio.

Uma regra simples vale para qualquer caso: a senha nunca viaja no mesmo e-mail, mensagem ou pasta do arquivo. Se alguém interceptar o arquivo, ele continua protegido pela criptografia, desde que a senha seja forte.

Passo 4: compartilhar com alguém de fora

Quando o destinatário não tem acesso ao seu servidor, o cuidado é com o acesso, não com o arquivo. Estas práticas reduzem o risco:

• Crie uma conta ou uma pasta só para essa entrega, sem acesso ao resto dos seus arquivos.
• Se usar link de compartilhamento, exija senha e defina uma data de validade curta.
• Combine quem baixa e quando. Terminada a entrega, apague a conta, o link e o arquivo do ponto de envio.
• Não reaproveite a mesma pasta para clientes diferentes.

Um erro fácil de cometer é deixar o acesso aberto depois que todos já baixaram. Pasta esquecida com arquivo de cliente dentro vira um risco que ninguém lembra de vigiar.

Passo 5: confira se chegou inteiro

Terminou o envio? Ainda falta a conferência. Quem recebeu roda o comando do seu sistema (os do passo 1) no arquivo que baixou:

Compare o resultado com o hash que você anotou. O hash tem de ser do arquivo exatamente como foi enviado: se você criptografou, gere o hash do arquivo .gpg e envie esse valor; se dividiu em partes, junte as partes antes de conferir. Se for idêntico, o arquivo chegou sem alteração. Se for diferente, não abra nem use: ele pode ter sido corrompido ou alterado no caminho, e é melhor enviar de novo.

Dados pessoais exigem cuidado extra

Se o arquivo tem nome, CPF, endereço, e-mail ou qualquer informação de pessoas, a transferência também é um tratamento de dados pessoais, e a LGPD se aplica. Na prática, isso pede bom senso: envie só o necessário, criptografe, limite quem acessa e apague quando acabar o uso. Em caso de dúvida sobre o que a lei exige no seu caso, consulte um profissional de direito.

Um exemplo é o escritório de contabilidade que recebe a folha de pagamento de um cliente. Em vez de anexo de e-mail, ele fornece uma pasta própria com acesso por SFTP, o cliente envia o arquivo criptografado e, depois da conferência, a conta é encerrada.

Backup também é transferência

Mover um backup grande para fora do local de origem segue as mesmas regras: pacote, retomada, criptografia e hash. Para ir mais fundo, a base de conhecimento tem um guia sobre backup de site e outro sobre backup off-site, que explica por que manter uma cópia em outro lugar importa.

Uma cópia que nunca foi conferida é uma suposição. Depois de enviar um backup, confira o hash e, de tempos em tempos, tente restaurar uma amostra. Só assim você sabe que ele funciona quando precisar.

Quando vale ter um servidor para isso

Se a sua equipe envia e recebe arquivos grandes com frequência, ter um ponto de envio próprio evita improviso. Em um servidor administrado por você, é possível montar um SFTP com uma conta separada para cada cliente, regras de acesso definidas por você e limpeza combinada. A instalação e a manutenção ficam a seu cargo, então vale ter alguém na equipe com familiaridade em Linux. Se preferir conversar sobre o tamanho adequado para o seu uso, fale com a equipe.

Quer discutir o seu cenário de transferência? Falar com a equipe

Perguntas frequentes

Qual forma de transferir arquivos grandes é recomendada?

Depende do destino, mas um padrão confiável é compactar, enviar por SFTP ou rsync, criptografar o que for sensível e conferir o hash na chegada.

O que fazer se a conexão cair no meio do envio?

Com rsync e a opção de manter arquivos parciais, rode o mesmo comando de novo. No SFTP pelo terminal, reconecte e use o comando reput para continuar do ponto em que parou.

Preciso criptografar se já uso SFTP?

O SFTP protege o caminho. Se o arquivo tem dado sensível e o servidor é acessado por outras pessoas, criptografar antes adiciona uma segunda proteção.

Como sei que o arquivo chegou sem erro?

Compare o hash gerado com sha256sum antes do envio e depois do download. Se forem iguais, o arquivo está íntegro.