Quale tipo di VPN di Windows ha installato davvero il tuo profilo?

Windows ha due cose diverse che compaiono entrambe sotto l’intestazione VPN: profili di protocollo integrati che il sistema operativo implementa da sé, e una piattaforma per i plug-in dei fornitori che portano la propria implementazione. Un plug-in non è un altro nome per scegliere IKEv2 o SSTP in un profilo nativo, e un profilo nativo non può assorbire le impostazioni di un fornitore solo rinominando il tipo di tunnel. La maggior parte della confusione qui nasce da un articolo di supporto scritto per uno dei due e applicato all’altro. Sapere quale avete è il primo passo, e richiede circa un minuto.

Due cose diverse chiamate connessione VPN

I tipi integrati sono quelli che Windows implementa da sé: IKEv2, SSTP, L2TP/IPsec, PPTP e l’opzione automatica che sceglie tra loro. Un plug-in di fornitore è un pacchetto separato, di solito installato dall’installer del fornitore stesso, che registra un’implementazione presso la piattaforma e appare come tipo di connessione proprio.

La parola applicazione non stabilisce quale sia installato. Un fornitore può distribuire un plug-in, un client desktop autonomo o entrambi, e si comportano diversamente.

Percorrete il percorso Impostazioni e guardate cosa offre la connessione. Impostazioni, Rete e Internet, VPN, poi aprite le proprietà della connessione: un profilo nativo mostra un elenco a discesa del tipo di VPN con i nomi integrati, e le sue opzioni avanzate espongono i metodi di autenticazione supportati da Windows. Se l’unica superficie di configurazione è la finestra del fornitore, o se il tipo non è in quell’elenco, state guardando un plug-in o un client autonomo. Annotate quale dei tre è prima di cambiare qualcosa.

Percorrete le impostazioni e vedete quale avete

La vista PowerShell è più rapida se gestite più macchine. Get-VpnConnection elenca le connessioni gestite da Windows stesso, e ogni risultato include un TunnelType. Una connessione gestita dal fornitore potrebbe non comparire affatto, e questo è già la risposta.

I profili nativi si creano con i propri parametri supportati: Add-VpnConnection -Name Corp -ServerAddress vpn.example.com -TunnelType IKEv2 -AuthenticationMethod EAP e, dove il metodo lo richiede, una configurazione EAP fornita come XML. Questa è la superficie documentata da Windows, e non accetta un XML arbitrario del fornitore né un file di configurazione OpenVPN come profilo equivalente. Tentare quella traduzione è il modo in cui le persone concludono che la piattaforma è rotta quando il profilo non è mai stato nativo.

Cosa possiede il fornitore

Un plug-in possiede i dettagli dell’implementazione, ed è per questo che la distinzione conta oltre il nome. La sua applicazione, il suo flusso di autenticazione e il suo schema di configurazione appartengono al fornitore, e la documentazione del fornitore è l’unica fonte corretta per essi.

Questa proprietà ha conseguenze pratiche. Il canale di aggiornamento è del fornitore e non di Windows Update, quindi una versione che corregge un problema di compatibilità arriva tramite un meccanismo diverso. Anche il percorso di rimozione è del fornitore, e cancellare la voce della connessione in Impostazioni può lasciare l’applicazione del fornitore e la sua distribuzione gestita al loro posto. E lo schema del profilo è del fornitore, quindi un’impostazione presente nel profilo di un fornitore non ha alcun significato in quello di un altro, anche quando l’etichetta coincide.

Seguite la fonte reale della configurazione

Per una distribuzione gestita, usate insieme la documentazione del fornitore e quella dell’organizzazione invece di sostituire l’una con l’altra. Verificate le versioni supportate, lo schema del profilo e se la distribuzione è rivolta all’utente o al dispositivo.

Quest’ultima distinzione conta più di quanto sembri. Una distribuzione per utente e una per dispositivo hanno prerequisiti diversi e modalità di errore diverse, e un pacchetto che si installa correttamente in un contesto può essere invisibile nell’altro. Se il fornitore atteso manca, installare un client non correlato con un nome simile non offre compatibilità, qualunque cosa il nome suggerisca.

Dopo la configurazione, provate l’autenticazione e poi provate cosa ha effettivamente applicato il profilo. Un profilo che compare in un elenco di impostazioni non è un test di accesso alle applicazioni. Confermate la rotta seguita dal traffico e i server DNS in uso, perché un plug-in può installare rotte e resolver propri, e sono proprio queste le parti che gli utenti notano quando sono sbagliate. Poi aprite l’applicazione di cui l’utente ha davvero bisogno, dato che uno stato connesso e una sessione funzionante sono due affermazioni diverse.

Provate cosa ha effettivamente applicato il profilo

Quando escalate, indicate il nome e la versione del fornitore invece della sola build di Windows e dell’indirizzo del server. Un ticket che dice che la VPN non si connette su Windows 11 non dice nulla alla persona successiva su quale dei tre assetti sia in gioco.

Tenete aggiornamenti e rimozione legati al componente proprietario, e annotate quale componente è accanto al nome della connessione. La documentazione Microsoft sui tipi di connessione VPN e sui plug-in è il riferimento per l’elenco integrato e per il modello di plug-in. Se le istruzioni dell’organizzazione nominano un fornitore, è la documentazione del fornitore a governare il profilo. Tutto il resto è una congettura su quale funzione di Windows stiate guardando.