Perché Android si connette alla VPN IPsec di casa e Windows no

Il telefono entra nella VPN del router senza lamentarsi, mentre il portatile sulla stessa Wi-Fi non ci riesce. Stesse credenziali, stesso server, stesso minuto. La differenza è il supporto del protocollo, non la password: il router espone un profilo che un sistema operativo implementa e l’altro non ha mai avuto.

Identificate prima il profilo, poi confrontatelo con ciò che ogni client parla davvero.

Un menu, tre protocolli

Sotto un’unica intestazione IPsec il firmware consumer può nascondere tre tunnel molto diversi. Il primo è IKEv1 con XAUTH: un segreto di gruppo condiviso e sopra un nome utente e una password. Il secondo è L2TP/IPsec, dove PPP gira dentro un trasporto IPsec protetto da una chiave condivisa. Il terzo è IKEv2, autenticato con certificati o EAP.

Leggete i campi, non l’etichetta. Un segreto di gruppo con un elenco utenti significa IKEv1 XAUTH. Una chiave precondivisa con un account PPP significa L2TP/IPsec. Un certificato server senza segreto di gruppo significa IKEv2.

Il divario di supporto tra telefono e portatile

Android porta un client IKEv1 XAUTH PSK integrato, ed è proprio per questo che il telefono riesce contro un router che non offre altro. Windows no: il suo client nativo gestisce L2TP/IPsec e IKEv2, e non c’è alcuna opzione IKEv1 XAUTH da attivare. Reinserire il segreto non aiuta, perché il pezzo mancante è il protocollo, non la credenziale.

Il lato Apple è un bersaglio mobile. Le versioni recenti di macOS e iOS vanno verso IKEv2, vecchi profili in stile Cisco sopravvivono in alcune build, e un aggiornamento può togliere o irrigidire ciò che funzionava il mese scorso. Un Mac che si connetteva ieri e oggi no, senza modifiche al router, è di solito questo.

Due impostazioni che rompono profili per il resto corretti

La pagina L2TP/IPsec di Synology offre una casella chiamata Enable SHA2-256 compatible mode (96 bit). I client Apple da iOS 14 e macOS Big Sur in poi rifiutano quella modalità troncata, quindi la casella deve essere deselezionata per loro. Se resta selezionata, il tunnel si autentica e poi cade, cosa che sembra credenziali sbagliate e non lo è. Il produttore documenta l’interruttore, e un aggiornamento del sistema operativo è il momento in cui questo inizia a contare.

Windows tiene i certificati in due archivi separati, e IKEv2 legge solo quello della macchina. Importate il certificato client con la sua chiave privata nell’account computer; un certificato salvato sotto il vostro account utente appare nella console di gestione e non raggiunge mai il servizio IKEv2. EAP-TLS è l’unico caso in cui un certificato utente è utilizzabile, e la CA firmataria deve comunque essere considerata affidabile dalla macchina. Sbagliare qui si vede come un errore di autenticazione, non come una richiesta di certificato mancante.

Quando il router resta com’è

Un router che parla solo XAUTH PSK lascia tre strade: il client del produttore, un client di terze parti che implementa ancora il profilo, oppure spostare l’estremità del tunnel su qualcosa che parli IKEv2. AVM, per esempio, pubblica software client per Windows e un file di configurazione esportato per i suoi router. Quella via è supportata, e significa installare uno strumento del produttore su ogni portatile.

Il supporto conta più dell’eleganza quando i portatili non sono vostri da ricostruire.

Pesate anche il costo di sicurezza. Un solo segreto di gruppo copre tutti gli utenti, quindi chi lo possiede può fingersi il server e catturare nome utente e password offerti dal client. Dove IKEv2 con certificati è disponibile, quella migrazione vale più di qualsiasi aggiramento lato client.

Diagnosticate dall’esterno verso l’interno

Ottenete prima una sessione funzionante dal telefono, così il lato server è provato prima che il portatile entri in scena. Poi importate il profilo esportato del router senza modifiche e leggete il log del client invece della pagina di stato del router. Se il log non mostra alcuna proposta in uscita, il portatile non ha mai raggiunto il responder. Se le proposte vengono scambiate e poi falliscono, il disaccordo riguarda algoritmi, identità o credenziali.

Tenete il profilo del telefono funzionante come controllo. Quando dopo un aggiornamento del firmware si rompe solo il portatile, il lato server si comporta come prima. Quando si rompono entrambi, guardate il certificato o il listener prima di toccare qualsiasi client.