Relatório de incidente da NymVPN: 01 de maio de 2026

Na manhã (UTC) de 1º de maio de 2026, os usuários começaram a enfrentar problemas de conectividade no modo Anônimo do NymVPN. Os aplicativos em todas as plataformas não conseguiram se conectar via mixnet. Isso foi causado por erros de configuração de rede decorrentes de uma alteração recente no núcleo.

Graças às notificações dos membros da comunidade no canal de suporte do Telegram, a equipe da Nym conseguiu identificar e corrigir rapidamente o problema, lançando novos aplicativos no fim de semana.

🕒 Linha do tempo de eventos

• 5/1, manhã: Os usuários começam a relatar problemas de conexão no iOS
• 5/1, à tarde: A equipe investigou a origem no lançamento recente do iOS
• 5/1, à noite: Os usuários começaram a relatar um problema semelhante no Windows e em outras plataformas
• 5/2, manhã: Origem do problema identificada na compilação do núcleo da VPN
• 5 de/3 da tarde: Correção no núcleo do NymVPN. Novos aplicativos para Linux, Android e iOS lançados. A resolução exigia especificações adicionais para o Windows
• 5/4: Correção para Windows e lançamento do aplicativo

Tempo total de resolução: 3 dias

🔍 Causa raiz

Uma alteração de código em uma versão anterior removeu a configuração de rede padrão para o túnel do modo Anônimo. Como resultado, o túnel foi iniciado sem que um endereço de rede adequado lhe fosse atribuído.

Sem esse endereço, o monitor de conexão — que verifica se o túnel está funcionando corretamente — não conseguia fazer seu trabalho e continuava interrompendo a conexão, mesmo que não houvesse nenhum outro problema.

O modo rápido não foi afetado porque usa um protocolo diferente (WireGuard), que define explicitamente sua própria configuração de rede e não depende da configuração padrão.

🛠️ Resolução

A causa raiz foi corrigida com um patch direcionado de uma linha, restaurando a configuração de rede ausente. Isso resolveu o problema em todas as plataformas.

Foi adicionada uma proteção específica para o Windows: se o Windows demorar um pouco para abrir totalmente a interface do túnel na inicialização, o monitor de conexão agora aguarda, em vez de apresentar falha imediatamente. Isso evita que um problema de temporização separado, mas relacionado, cause falhas falsas de conexão no Windows.