Perché Get-VpnConnection salta alcuni profili VPN di Windows

Digitare Get-VpnConnection, non ricevere nulla e l'indagine di solito si ferma lì. Quell'output vuoto viene letto come prova che la macchina non ha alcun VPN, anche mentre un tunnel trasporta traffico. Il comando va bene; l'ipotesi su cosa inventari non va bene. Legge un archivio nativo in un ambito e non sa nulla dei client che tengono i propri profili.

Un archivio nativo per chiamata

Iniziare dalla chiamata nuda, che punta ai profili appartenenti all'account connesso. Questa è l'invocazione che la maggior parte delle persone esegue per prima:

Get-VpnConnection

Ogni oggetto restituito porta Name, ServerAddress, TunnelType e ConnectionStatus, e questi quattro campi bastano a distinguere due voci in un ticket. Un profilo può restare disconnesso per mesi ed essere comunque elencato, perché l'oggetto descrive la configurazione salvata e non il traffico in tempo reale. Un risultato vuoto qui significa che l'archivio per utente non conteneva nulla per quell'account. È un'affermazione molto più piccola di quella che le persone vi leggono di solito.

La rubrica di tutti gli utenti richiede una propria query

I profili che servono ogni account vivono in un elenco separato, e la chiamata predefinita non lo legge mai. Si richiede quell'archivio in modo esplicito:

Get-VpnConnection -AllUserConnection

Quando la sessione non ha i diritti, aspettarsi un errore di accesso negato invece di un risultato vuoto, e trattare i due esiti in modo diverso: uno significa che non si può guardare, l'altro che non c'è nulla di salvato. Annotare l'ambito accanto a ogni nome mentre l'output è davanti a voi, perché un comando successivo non vi ricorderà quale archivio ha interrogato. I permessi sono la ragione abituale per cui un collega vede un profilo che voi non potete. I set di parametri sono documentati sulla pagina di riferimento di Get-VpnConnection, inclusi quali commutatori appartengono a quale set.

Stesso nome, due archivi diversi

Il nome di un profilo è unico all'interno del suo archivio, non su tutta la macchina, quindi gli elenchi per utente e per tutti gli utenti possono contenere ciascuno un profilo chiamato Office. Le due voci possono puntare a server diversi, usare tipi di tunnel diversi e portare credenziali diverse. Solo una di esse è la voce su cui l'utente fa doppio clic. Annotare l'ambito prima di toccarne una.

Eliminare la copia che nessuno avvia sembra innocuo in una finestra di modifica. Diventa una chiamata al supporto quando il collegamento dell'utente smette di funzionare.

Client che non toccano mai l'elenco nativo

Un profilo OpenVPN o WireGuard importato in un client di fornitore vive nella configurazione propria di quel client, quindi non diventa mai una voce nativa di Windows. Il client esegue il proprio servizio, tiene il proprio elenco e fa passare il traffico dal proprio adattatore. Niente di tutto ciò è quanto riporta il comando, e nessun commutatore di ambito lo farà comparire. Una macchina può avere tre tunnel funzionanti e un elenco nativo vuoto.

Quando serve invece la vista degli adattatori, interrogare gli adattatori. Le interfacce dei fornitori si nominano da sole, quindi far corrispondere un frammento e non una stringa esatta:

Get-NetAdapter | Where-Object InterfaceDescription -match 'WireGuard|OpenVPN|TAP'

I profili nativi creati a mano finiscono nel file della rubrica sotto il profilo utente, e gli equivalenti per tutti gli utenti si trovano nella copia a livello di macchina. Per questo copiare l'archivio dei profili di un utente su un altro account raramente riproduce lo stesso elenco. Il file spiega da dove è venuta una connessione nativa smarrita. Dell'archivio di un client di fornitore non dice nulla.

Cosa registrare prima di rimuovere un profilo

L'assicurazione a buon mercato è una nota a cinque campi: nome, ambito, indirizzo del server, stato e il testo esatto dell'errore dal tentativo dell'utente. Aggiungere il client che avviano davvero, perché quel dettaglio decide se la voce nativa conta qualcosa. Senza di esso, un'eliminazione corretta sembra comunque la causa del guasto successivo. Tenere la nota nel ticket e non in una finestra di chat.

La rimozione è un solo comando, e cancella la configurazione invece di disattivarla. Eseguirlo solo dopo che quella nota esiste:

Remove-VpnConnection -Name "Office" -Force

Aggiungere -AllUserConnection quando l'obiettivo si trova nell'archivio di tutti gli utenti, e conservare prima la fonte di configurazione approvata altrove. Poi riconnettersi una volta e leggere la tabella di routing, perché un elenco prova solo che la configurazione è salvata. Se il traffico raggiunge il server è una domanda separata a cui nessuna quantità di output di Get-VpnConnection risponderà. Se l'utente fallisce ancora dopo una riaggiunta pulita, il profilo non è mai stato il problema.