WireGuard na VPS: Rotas para uma Rede Privada

6 min 1 Seguranca Hardening
Resumir com:
ChatGPT Claude Gemini Perplexity Grok
Compartilhar:
WhatsApp LinkedIn X

Se este conteúdo faz parte do seu projeto

Escolha a VPS pelo uso, não pelo excesso

Escolha pelo uso: Basic para projetos pequenos, Performance para produção com múltiplos serviços e Ultra para cargas maiores.

PlanoRecursosMensalPerfil
Basic4 vCPU · 4 GB RAM · 100 GB NVMeR$ 99Site e projeto pequeno
Performance6 vCPU · 12 GB RAM · 150 GB NVMeR$ 169Produção e múltiplos serviços
Ultra8 vCPU · 20 GB RAM · 200 GB NVMeR$ 269Cargas maiores e mais margem
Prova técnica: no benchmark publicado da VM Performance, medimos 1.855 ev/s em 6 threads, 288 ev/s em 1 thread, 11.858 MiB/s de memória e 338 MB/s de escrita sequencial, com teste direto na VM e sem Cloudflare.
Escolher Performance Falar no WhatsApp

Valores mensais exibidos para referência. A renovação segue o ciclo e o preço vigente informado no checkout antes da contratação.

Experiência prática

O que foi testado na prática

Os dados abaixo representam o teste ou material fornecido para este artigo. Quando não houver evidência própria, esta seção não é exibida.

Ambiente
Linux em VPS; cenário de túnel WireGuard entre uma VPS e uma rede privada; plano de referência VPS Brasil Básico com 4 GB, 4 vCPUs e 100 GB NVMe; versões devem ser registradas no momento do teste.
Limitação
O procedimento não prova disponibilidade, latência, throughput ou compatibilidade universal; o resultado depende do ambiente, dados, versão e política de rede.

Resposta rápida: A recomendação é começar pelo plano VPS Brasil Básico (4 GB, 4 vCPUs, 100 GB NVMe, R$99/mês) e validar o fluxo real com sudo wg show. O tamanho correto depende de dados, concorrência e retenção; os comandos abaixo mostram como medir sem inventar uma métrica que não foi coletada.

WireGuard na VPS funciona melhor quando você separa o serviço público da operação interna: neste roteiro, o ponto de partida é uma VPS com 4 GB de RAM, 4 vCPUs e 100 GB NVMe para o cenário indicado. A primeira verificação usa sudo wg show e o objetivo é deixar claro o que pode ser afirmado, o que precisa ser medido e como voltar atrás. O conteúdo é para equipes pequenas e profissionais de infraestrutura e não apresenta teste executado na infraestrutura do leitor como resultado garantido.

O que este cenário resolve

Desenhar rotas e allowedips antes de gerar configuração para evitar capturar tráfego errado. A decisão central é tratar túnel WireGuard entre uma VPS e uma rede privada como uma operação completa: aplicação, dados, identidade, logs, atualização e recuperação precisam ter responsáveis e sinais observáveis.

A pergunta operacional

Antes de instalar, escreva qual pergunta você quer responder. Em administrar uma rede interna sem abrir banco, painel ou SSH para a internet, não basta saber que o processo subiu: você precisa verificar o caminho que o usuário ou o operador realmente usará. Isso evita transformar um painel carregado, um handshake recente ou um backup verde em prova de saúde completa.

O que fica fora do escopo

Este artigo não promete latência, disponibilidade, throughput ou taxa de entrega sem medição local. Versões, plugins, tamanho dos dados, regras de rede e padrão de uso mudam o resultado. Use o procedimento como base, registre as saídas e só então ajuste o plano ou a configuração.

Recursos, portas e plano inicial

Para o recorte deste guia, o ponto inicial é o VPS Brasil Básico, com 4 GB, 4 vCPUs, 100 GB NVMe e preço de catálogo de R$99/mês. A porta ou portas relevantes são 51820/UDP para o túnel e somente as portas internas necessárias. Esses valores descrevem o catálogo e o desenho do laboratório; não são um benchmark do serviço.

O que medir no host

Registre RAM disponível, uso de CPU, espaço e inodes, processos, conexões e I/O antes e durante a operação. Para túnel WireGuard entre uma VPS e uma rede privada, a medida mais útil é a que aparece na jornada central: fila e worker, consulta e restauração, resposta HTTP, rota privada ou evento de auditoria. Um número isolado não explica uma degradação.

Quando subir de plano

Considere o VPS Brasil Performance quando o conjunto pedir 12 GB e 6 vCPUs por causa de múltiplos serviços, dados persistentes ou tarefas concorrentes; o catálogo informa 150 GB NVMe e R$169/mês. O VPS Brasil Ultra oferece 20 GB, 8 vCPUs e 200 GB NVMe por R$269/mês. A troca deve seguir métricas e um plano de janela, não uma promessa genérica.

Comparação de escolhas

A comparação abaixo reduz uma decisão ampla a quatro camadas. Em túnel WireGuard entre uma VPS e uma rede privada, a opção mais simples pode ser correta para um laboratório, mas a operação comercial exige atenção a persistência, acesso, evidência e retorno.

CamadaFunçãoDecisãoCuidado
Túnelcriptografa enlace51820/UDPnão substitui autorização
AllowedIPsrota e escopoCIDRs explícitosamplo demais captura tráfego
Firewallfiltra entradaporta do túnelnão liberar LAN inteira
DNSnomes internosresolvedor privadovalidar vazamento

Passo a passo verificável

Execute uma etapa por vez e guarde a saída com data, versão, host e contexto. O comando de referência é sudo wg show, mas o critério de sucesso é o fluxo completo, não o fato de o comando existir.

  1. Defina sub-redes sem sobreposição e escolha quem inicia o túnel e quem aceita a conexão.
  2. Gere chaves com permissões restritas, configure um peer por dispositivo e abra somente UDP 51820.
  3. Valide handshake, rota, DNS e acesso ao recurso permitido; teste também que um recurso proibido continua bloqueado.

1. Prepare o ambiente

Defina sub-redes sem sobreposição e escolha quem inicia o túnel e quem aceita a conexão.

umask 077
wg genkey | tee server.key | wg pubkey > server.pub
wg genkey | tee peer.key | wg pubkey > peer.pub

2. Aplique a configuração

Gere chaves com permissões restritas, configure um peer por dispositivo e abra somente UDP 51820.

sudo wg-quick up wg0
sudo wg show
ip route

3. Valide e registre

Valide handshake, rota, DNS e acesso ao recurso permitido; teste também que um recurso proibido continua bloqueado.

ping -c 3 10.50.0.2
curl --max-time 5 http://10.50.0.10:8080/health

Erros comuns e como evitá-los

Erros operacionais quase sempre aparecem na fronteira entre camadas. Revise estes pontos antes de considerar o trabalho concluído:

Usar allowedips 0.0.0.0/0 sem entender o efeito

Evite usar AllowedIPs 0.0.0.0/0 sem entender o efeito. Primeiro reduza a superfície exposta e confirme a rota de administração. Um serviço pode continuar funcionando em loopback ou rede privada sem uma porta pública adicional.

Reaproveitar chave privada em vários peers

Não reaproveitar chave privada em vários peers. Persistência, cópia independente e restauração são controles diferentes. Registre o arquivo, volume ou destino que realmente contém a informação necessária.

Abrir a lan inteira no firewall

Também não abrir a LAN inteira no firewall. Faça a mudança com versão, janela, healthcheck e retorno documentado. Se houver migração irreversível, trate isso como uma decisão separada.

Considerar handshake recente como prova de que a rota da aplicação funciona

Por fim, não considerar handshake recente como prova de que a rota da aplicação funciona. A validação deve representar o uso real, incluindo falha, reinício, permissão e dependência. Caso contrário, você só confirmou que o processo iniciou.

Practical evidence, limites e rollback

A evidência deste roteiro é uma procedimento reprodutível: ambiente Linux, comandos explícitos, versões e dados devem ser registrados por quem executar o teste. O resultado a observar em túnel WireGuard entre uma VPS e uma rede privada é o estado de cada etapa, a saída do comando e a resposta do fluxo central. Este lote não executou esses comandos na VPS do leitor, portanto não transforma o procedimento em medição de desempenho.

Antes de uma mudança, copie configuração e dados de forma recuperável. Depois, compare o estado esperado com o estado observado e preserve o último release ou dump válido. Se algo falhar, interrompa, restaure o componente anterior quando isso for seguro e reexecute o healthcheck. Não apague evidências durante o diagnóstico.

Checklist de aceite

Confirme nome e versão do software, portas públicas, permissões, volumes, espaço, logs, backup e caminho de recuperação. Registre o horário e o operador. Um checklist curto, repetível e ligado ao cenário é mais útil que uma promessa de disponibilidade sem método.

Perguntas relacionadas

Estas respostas condensam as dúvidas que normalmente aparecem antes do corte e apontam para a verificação que falta em cada uma.

WireGuard na VPS funciona em uma VPS pequena?

Pode funcionar para um cenário enxuto, mas a decisão depende de RAM, CPU, armazenamento, concorrência e dependências. Comece com o plano VPS Brasil Básico e valide o fluxo real antes de ampliar.

Qual porta deve ficar pública?

Somente a porta necessária para o usuário ou túnel. Neste cenário, as portas relevantes são 51820/UDP para o túnel e somente as portas internas necessárias; componentes administrativos, bancos e filas devem ficar em loopback, VPN ou rede privada quando possível.

Como comprovar que a configuração funcionou?

Combine sudo wg show, logs e um teste de jornada. Registre status, versão, tempo, permissões e resultado. Um processo ativo isoladamente não comprova que a integração, os dados ou o rollback estão corretos.

Quando devo fazer upgrade?

Quando a medição mostrar pressão persistente, fila crescendo, OOM, I/O ou falta de margem para manutenção. Compare com o VPS Brasil Performance ou o VPS Brasil Ultra usando os recursos de catálogo, sem tratar preço como prova de desempenho.

Próximo passo

Se o seu cenário cabe no recorte deste artigo, o próximo passo é provisionar o VPS Brasil Básico (4 GB, 4 vCPUs, 100 GB NVMe, R$99/mês), executar o checklist em staging e registrar o resultado antes do corte. Conheça o VPS Brasil Básico e escolha a capacidade pelo uso observado.

Perguntas Frequentes

Pode funcionar para um cenário enxuto, mas a decisão depende de RAM, CPU, armazenamento, concorrência e dependências. Comece com o plano VPS Brasil Básico e valide o fluxo real antes de ampliar. Em produção, registre a versão, o ambiente, as permissões e a saída do teste; esse contexto é necessário para repetir o diagnóstico e decidir o próximo passo com segurança.

Somente a porta necessária para o usuário ou túnel. Neste cenário, as portas relevantes são 51820/UDP para o túnel e somente as portas internas necessárias; componentes administrativos, bancos e filas devem ficar em loopback, VPN ou rede privada quando possível. Em produção, registre a versão, o ambiente, as permissões e a saída do teste; esse contexto é necessário para repetir o diagnóstico e decidir o próximo passo com segurança.

Combine sudo wg show, logs e um teste de jornada. Registre status, versão, tempo, permissões e resultado. Um processo ativo isoladamente não comprova que a integração, os dados ou o rollback estão corretos. Em produção, registre a versão, o ambiente, as permissões e a saída do teste; esse contexto é necessário para repetir o diagnóstico e decidir o próximo passo com segurança.

Quando a medição mostrar pressão persistente, fila crescendo, OOM, I/O ou falta de margem para manutenção. Compare com o VPS Brasil Performance ou o VPS Brasil Ultra usando os recursos de catálogo, sem tratar preço como prova de desempenho. Em produção, registre a versão, o ambiente, as permissões e a saída do teste; esse contexto é necessário para repetir o diagnóstico e decidir o próximo passo com segurança.

Use os blocos como modelos. Substitua domínios, IPs, usuários, caminhos, tokens e nomes de volume; valide cada linha e faça backup antes de aplicar em produção. Registre a versão da ferramenta e o resultado de cada comando para que outra pessoa consiga revisar e repetir a alteração com segurança.

Não. O conteúdo oferece um procedimento reproduzível e usa especificações de catálogo quando necessário. Latência, throughput, uso de memória e taxa de entrega devem ser medidos no ambiente que receberá a carga. Guarde a configuração, o horário, o tamanho dos dados e as condições do teste antes de comparar resultados.

Registre data, versão, plano, configuração, comandos, saída relevante, origem do teste, falhas, correção e critério de aceite. Isso permite repetir o diagnóstico sem depender de memória. Inclua também portas, permissões, volumes, logs consultados e o nome da última cópia recuperável.

Pare a mudança, preserve logs e restaure o último estado conhecido quando o retorno for seguro. Para dados, use a cópia ou o dump testado; para configuração, mantenha a versão anterior e um acesso de recuperação. Depois, registre a causa provável e repita em staging antes de tentar novamente.

Comentários (4)

4.8
4 avaliações
Fernanda Santos - Fullstack Lab

Implementei o isolamento de rede dos containers e as políticas de firewall conforme o artigo. Infraestrutura muito mais robusta agora.

Camila Santos

Configurar alertas automáticos para tentativas anômalas de login via Telegram/Discord salvou nosso plantão esse fim de semana.

João Rocha

A explicação sobre cabeçalhos de segurança (CSP, HSTS, X-Frame-Options) foi essencial para obtermos nota A+ no SecurityHeaders.

Juliana Gomes

A automação de backups com rotação e teste periódico de restore é a dica de ouro. Conteúdo indispensável para qualquer sysadmin.