Servidor na porta 443
Quando a conexão direta é bloqueada, um servidor de passagem (TURN sobre TLS) repassa só pacotes cifrados, sem ler nem gravar.
Saiba maisCaso 4 · Firewall rígido
Imagem de disco de 9,5 GB: envie até para quem só libera a porta 443
Sem rota direta, o envio passa pela porta 443, a do HTTPS, e o servidor só repassa pacotes cifrados. O arquivo nunca é carregado inteiro na memória. Cenário de exemplo do envio em pedaços.
O desafio
Arquivo enorme, firewall fechado e navegador com memória limitada
O firewall do cliente bloqueia conexões diretas e libera só a saída HTTPS pela porta 443. Além disso, o navegador não carrega 9,5 GB na memória. Um envio comum travaria na conexão ou na memória.
- Tipo
- Cenário de exemplo
- Atores
- Empresa de TI (plano Corporate) e um cliente com firewall corporativo rígido
- Fluxo
- Fluxo de Saída, passando por um servidor na porta 443
- Dados
- Imagem de disco de 9,5 GB
- Rede do destino
- Só libera saída HTTPS pela porta 443
Recursos usados
O que entra em cena neste caso
Os recursos do Vaukt que resolvem o desafio, sem passos a mais para o usuário.
Pedaços que se ajustam
O pedaço vai de 16 a 256 KB conforme a fila do canal: encolhe sob congestionamento e cresce em conexões rápidas.
Saiba maisEspera na memória
Se a conexão cair, o envio continua pela memória do servidor (RAM, cifrada), a partir do último byte confirmado.
Saiba maisPasso a passo
Como o fluxo acontece, do pedido à conclusão.
O engenheiro anexa a imagem
O navegador começa a dividir e cifrar o arquivo, sem carregá-lo inteiro na memória.
O firewall bloqueia a rota direta
A rede do cliente não aceita a conexão direta, então o envio sobe pelo servidor na porta 443.
O envio se ajusta sozinho
Os pedaços diminuem quando o canal congestiona e aumentam quando ele esvazia. O remetente nunca mantém mais de 32 MB em trânsito.
O destinatário grava direto no disco
Cada pedaço é aberto e gravado em sequência, o que mantém a memória baixa mesmo num arquivo de 9,5 GB.
A conexão cai? O envio continua
Ele segue pela memória do servidor, a partir do último byte confirmado. Ao atingir 100%, o link é destruído.
O resultado
Um arquivo de quase 10 GB entregue por onde só passa HTTPS
A imagem chega íntegra ao disco do cliente, o servidor repassou só pacotes cifrados e o link deixou de existir ao final. Nenhum serviço de armazenamento guardou o arquivo.
Ver como protegemos os dadosCliente sem conta
Senha do Gov.br ••••••••
contrato-social.pdf 15 MB
Servidor Vaukt 0 B de arquivo
9f3a1c 7be204 d85e61 0a47bf e1c9d2 6b30af
Só blocos ilegíveis. Sem a chave, nada a ler.
Você aberto aqui
Senha do Gov.br 8f2K!x91
contrato-social.pdf
Dúvidas do caso
Perguntas sobre este caso.
Como enviar uma imagem de disco de 9,5 GB para uma rede que bloqueia conexões diretas?
+
O Vaukt tenta a conexão direta e, se o firewall bloquear, passa por um servidor na porta 443 (TURN sobre TLS), que só repassa pacotes cifrados. O navegador lê o arquivo em pedaços de 16 a 256 KB, ajustados à rede, e o destinatário grava cada um direto no disco.
Por que o firewall do cliente deixa o Vaukt passar?
+
Sem rota direta, o tráfego sai como TLS pela porta 443, a mesma do HTTPS. O servidor só repassa pacotes cifrados, sem ler nem gravar em disco.
O arquivo passa pelos servidores do Vaukt?
+
Só como pacotes cifrados em trânsito ou, com o destinatário offline, como bytes ilegíveis na memória (RAM). Não há armazenamento em nuvem no caminho.
Qual plano comporta 9,5 GB?
+
O limite por envio é 2 GB no Solo, 5 GB no Professional e 10 GB no Corporate. Para 9,5 GB, use o Corporate ou o envio avulso (até 10 GB).
Todos os navegadores gravam direto no disco?
+
Não. Chrome e Edge gravam direto no disco. No Firefox e no Safari, o navegador junta os dados na memória, o que limita arquivos muito grandes.
Faça o seu primeiro envio com o Vaukt.
Crie sua conta, gere o primeiro link e veja o dado chegar sem passar por e-mail.