FTP vs. SFTP: por que seus arquivos “somem” em diretórios lotados?

Se você já encontrou diretórios “incompletos” no FTP, mas os arquivos existiam no servidor, o problema normalmente está no protocolo e no software FTP intermediando a listagem.

O problema do “limite invisível” no FTP

Em diretórios muito grandes (logs, uploads massivos), clientes FTP podem mostrar listagem parcial ou ocultar arquivos iniciados por ponto (.).

Isso ocorre porque:

• o servidor FTP pode impor limites de recursão/memória/listagem
• arquivos ocultos podem ser omitidos por política do daemon FTP
• listagens longas podem sofrer interrupções de canal de dados

Validação via SSH

No shell, a leitura é direta do sistema de arquivos:

ls

Mostra apenas visíveis por padrão.

ls -la

Mostra também arquivos ocultos (.htaccess, .env, etc.).

Se o SSH mostra e o FTP não, a inconsistência está na camada FTP.

Por que SFTP resolve

SFTP não é “FTP com SSL”; ele é protocolo diferente, transportado sobre SSH.

Benefícios práticos:

1. Canal único na porta 22 (menos problemas de firewall/NAT).
2. Listagem mais fiel ao que o sistema operacional enxerga.
3. Melhor comportamento em diretórios com alta volumetria.
4. Criptografia nativa de ponta a ponta.

Comparativo rápido

Recomendação operacional

1. Evite FTP legado em produção.
2. Use SFTP para acesso diário de equipe e parceiros.
3. Para diretórios extremos (centenas de milhares/milhões de arquivos), gere

índice via shell e transfira o resultado:

ls -1 > lista.txt

Quando arquivos “somem” no FTP, muitas vezes eles não sumiram: a listagem é que foi limitada. Migrar para SFTP melhora segurança e, principalmente, integridade de visualização em ambientes com grande volume de dados.

Este post está licenciado sob CC BY-NC.