Guia rápido para resolver problemas de VPN WireGuard em routers GL.iNet

Este guia apresenta passos completos de resolução de problemas, dicas e truques para configurar tanto um servidor como um cliente VPN em routers GL.iNet, para uma VPN WireGuard pessoal.

Verifique se existem conflitos de endereços IP

Certifique-se de que não existem conflitos de endereços IP entre o servidor e o cliente. Cada dispositivo na rede WireGuard deve ter um endereço único na mesma sub-rede.

No exemplo acima, o IP da rede WireGuard do meu servidor é 10.1.0.1 e foram gerados dois perfis de cliente: 10.1.0.2/24 e 10.1.0.3/24. Certifique-se de que os primeiros três octetos (10.1.0) dos perfis de cliente correspondem ao IP do servidor WireGuard no separador «Configuration». Caso contrário, os dispositivos não conseguirão ligar-se.

Além disso, repare que alterei o IP deste servidor em relação ao valor predefinido 10.0.0.1. Isto deve-se ao facto de a sub-rede 10.0.0. ser frequentemente utilizada por outras redes (por exemplo, Xfinity), pelo que convém evitar qualquer possibilidade de conflitos de rede, seja na rede doméstica ou do lado do cliente durante uma viagem. Por isso, alterei o segundo octeto de «0» para «1», ficando a sub-rede como 10.1.0.

Certifique-se de que a porta WireGuard é reencaminhada corretamente

O WireGuard utiliza normalmente a porta UDP 51820, mas pode personalizar esta porta predefinida na secção de configuração WireGuard do router servidor. Recomenda-se utilizar outra porta, como a 51821, se a firewall local bloquear a porta predefinida do WireGuard durante uma viagem. No entanto, noutros casos, a rede local pode bloquear completamente o tráfego UDP, o que significa que terá de utilizar uma VPN alternativa que use TCP, como um nó de saída Tailscale ou o OpenVPN.

Consulte o artigo sobre reencaminhamento de portas para mais informações sobre como executar corretamente este primeiro passo crucial.

Configuração DNS do cliente e do servidor (recomendado)

Se definir a linha do servidor DNS nas configurações dos perfis de cliente com o mesmo valor do IP do servidor WireGuard (por exemplo, 10.1.0.1), então tem de ativar «Remote Access LAN» no seu router GL.iNet que funciona como servidor. Esta opção encontra-se no VPN Dashboard, no ícone de engrenagem nas opções da linha do servidor WireGuard.

Por fim, pode configurar os servidores DNS no router servidor, em Network -> DNS, com qualquer servidor DNS da sua preferência. Por razões de privacidade, recomenda-se normalmente utilizar servidores que não sejam os do seu fornecedor de Internet. A Cloudflare costuma oferecer o melhor desempenho. Pode também definir manualmente a Google como alternativa nos servidores DNS 3 e 4 (8.8.8.8 e 8.8.4.4).

Outros cenários de resolução de problemas

«A minha configuração de servidor/cliente funcionou durante algum tempo, mas agora já não consigo ligar-me.»

• Primeiro, experimente criar uma configuração de perfil para o seu smartphone e carregar o perfil de cliente no telemóvel com a aplicação móvel WireGuard. Teste a ligação VPN utilizando o telemóvel. Se funcionar, o problema é provavelmente causado pelo seu router de viagem.
• Ative o Dynamic DNS no servidor se a sua rede doméstica utilizar um endereço IP público dinâmico em vez de um estático (o que é comum).
• É possível que a porta WireGuard esteja bloqueada do lado do cliente. Como referido anteriormente, certifique-se de que a altera do valor predefinido 51820 para outro (por exemplo, 51825) e não se esqueça de voltar a configurar o reencaminhamento de portas no router doméstico (exceto se não tiver um router doméstico ou se este estiver a funcionar em modo pass-through completo).

«A minha ligação é muito lenta e/ou instável»

• Verifique se existe latência elevada utilizando o comando «ping» num terminal ou numa janela da linha de comandos para um servidor DNS como 8.8.8.8 ou 1.1.1.1. Experimente alterar os servidores DNS no painel de administração do servidor e/ou do cliente.
• Verifique se tem uma velocidade de envio suficientemente elevada na sua rede doméstica, pois esta será a velocidade de receção no lado do cliente. Recomenda-se vivamente uma velocidade de envio de pelo menos 20 Mbps no local do servidor.
• O seu router servidor GL.iNet pode ter potência insuficiente, consoante o modelo e os serviços adicionais que estiver a executar (AdGuard Home, DNS encriptado, etc.). Considere desativar estes serviços ou, se possível, mudar para um router mais recente e potente.
• É possível que a unidade máxima de transmissão (MTU) não esteja otimizada para o tráfego VPN, causando fragmentação de pacotes. Pode ajustar os valores MTU tanto do servidor como do cliente. Comece por alterar a MTU do cliente a partir do valor predefinido 1420, reduzindo-a em incrementos de «20» até notar velocidades mais rápidas. Não desça abaixo de 1280. Depois, defina o mesmo valor MTU no painel de administração do servidor. Note que, se estiver a ligar-se através de uma VPN adicional no dispositivo cliente, como uma VPN empresarial do tipo Zscaler, é possível que o problema esteja nas definições MTU da VPN empresarial. Nesse caso, não conseguirá resolver o problema, pois será necessário ajustá-las do lado da empresa.

«Não consigo aceder remotamente ao painel de administração do meu servidor GL.iNet»

• Para aceder remotamente ao painel de administração do servidor, o dispositivo cliente que está a utilizar tem de estar ligado através do túnel VPN WireGuard. Depois de ativar a VPN no seu router de viagem, basta introduzir o IP LAN do router servidor GL.iNet na barra de pesquisa do navegador e premir Enter.
• Poderá ter de alterar o IP LAN do servidor ou do cliente se ambos estiverem definidos com o valor predefinido 192.168.8.1, pois isso causará um conflito. Por exemplo, pode alterar o IP do router servidor ou cliente para 192.168.10.1.

Se continuar sem conseguir resolver o problema, não hesite em publicar uma mensagem no subreddit da GL.iNet (/r/GLiNet) ou aderir ao nosso servidor Discord e utilizar o canal #tech-support-forum. Lembre-se de partilhar registos detalhados do seu router e/ou servidor WireGuard para obter assistência eficaz.

Sobre o autor

O Adam, natural da Virgínia e apaixonado por viagens internacionais, é licenciado em Engenharia Eletrotécnica pela Virginia Tech. É engenheiro de soluções e gestor de uma unidade de centro de atendimento na GL.iNet, além de ser o criador do The Wired Nomad, um recurso para nómadas digitais. Entre em contacto com ele através do seu site.