Rapporto sugli incidenti di NymVPN: 1 maggio 2026

La mattina (UTC) del 1° maggio 2026, gli utenti hanno iniziato a riscontrare problemi di connettività nella modalità Anonima di NymVPN. Le app su tutte le piattaforme non sono riuscite a connettersi tramite la Mixnet. Ciò è stato causato da errori di configurazione della rete a seguito di una recente modifica al core.

Grazie alle segnalazioni dei membri della comunità nel canale di supporto su Telegram, il team di Nym è stato in grado di identificare rapidamente il problema e di risolverlo, rilasciando nuove app nel fine settimana.

🕒 Cronologia degli eventi

• 5/1, mattina: Gli utenti iniziano a segnalare problemi di connessione su iOS
• 5/1, pomeriggio: Il team ha indagato sulla fonte nella recente versione di iOS
• 5/1, sera: Gli utenti hanno iniziato a segnalare un problema simile su Windows e altre piattaforme
• 5/2, mattina: Individuata la fonte del problema nella build del nucleo della VPN
• 5/3, pomeriggio: Corretto il codice principale di NymVPN. Sono state rilasciate nuove app per Linux, Android e iOS. La risoluzione richiedeva ulteriori specificazioni per Windows
• 5/4: Windows aggiornato e app rilasciata

Tempo totale di risoluzione: 3 giorni

🔍 Causa principale

Una modifica al codice in una versione precedente ha rimosso la configurazione di rete predefinita per il tunnel in modalità Anonima. Di conseguenza, il tunnel è stato avviato senza che gli fosse stato assegnato un indirizzo di rete corretto.

Senza quell’indirizzo, il monitor di connessione – che verifica se il tunnel è integro – non riusciva a svolgere il proprio compito e continuava a interrompere la connessione, anche se non c’era nessun altro problema.

La modalità Fast non è stata interessata dal problema poiché utilizza un protocollo diverso (WireGuard), che imposta esplicitamente la propria configurazione di rete e non dipende da quella predefinita.

🛠️ Risoluzione

La causa principale è stata risolta con una patch mirata di una sola riga che ripristina la configurazione di rete mancante. Questo ha risolto il problema per tutte le piattaforme.

È stata aggiunta una misura di protezione specifica per Windows: se Windows impiega un po’ di tempo per avviare completamente l’interfaccia del tunnel all’avvio, il monitor di connessione ora attende invece di segnalare immediatamente un errore. Ciò impedisce che un problema di temporizzazione, separato ma correlato, causi falsi errori di connessione su Windows.