Watter tipe Windows-VPN het jou profiel werklik geïnstalleer?
’n Verskaffer-invoegtoestel bring sy eie implementering, profielskema en opdateringsroete. Om IKEv2 in ’n inheemse profiel te kies, skakel nie die instellings daarvan vir jou om nie.
Windows het twee verskillende dinge wat albei onder die VPN-opskrif verskyn: ingeboude protokolprofiele wat die bedryfstelsel self implementeer, en ’n platform vir verskaffer-invoegtoestelle wat hul eie implementering saambring. ’n Invoegtoestel is nie net ’n ander naam vir die keuse van IKEv2 of SSTP in ’n inheemse profiel nie, en ’n inheemse profiel kan nie ’n verskaffer se instellings absorbeer deur die tonneltipe te herbenoem nie. Die meeste verwarring hier begin met ’n ondersteuningsartikel wat vir een van hulle geskryf is en op die ander toegepas word. Om te weet watter een jy het, is die eerste stap, en dit neem omtrent ’n minuut.
Twee dinge wat ’n VPN-verbinding genoem word
Die ingeboude tipes is dié wat Windows self implementeer: IKEv2, SSTP, L2TP/IPsec, PPTP en die outomatiese opsie wat tussen hulle kies. ’n Verskaffer-invoegtoestel is ’n aparte pakket, gewoonlik deur die verskaffer se eie installeerder geïnstalleer, wat ’n implementering by die platform registreer en as sy eie verbindingstipe verskyn.
Die woord app beslis nie watter een geïnstalleer is nie. ’n Verskaffer kan ’n invoegtoestel, ’n selfstandige lessenaarkliënt of albei lewer, en hulle gedra hulle anders.
Stap deur die Instellings-roete en kyk wat die verbinding bied. Instellings, Netwerk en internet, VPN, maak dan die verbinding se eienskappe oop: ’n inheemse profiel wys ’n VPN-tipe keuselys met die ingeboude name, en sy gevorderde opsies wys die verifikasiemetodes wat Windows ondersteun. As die enigste konfigurasie-oppervlak die verskaffer se eie dialoog is, of as die tipe nie in daardie keuselys is nie, kyk jy na ’n invoegtoestel of ’n selfstandige kliënt. Skryf neer watter van die drie dit is voordat jy enigiets verander.
Stap deur die instellings en sien watter een jy het
Die PowerShell-aansig is vinniger as jy verskeie masjiene bestuur. Get-VpnConnection wys die verbindings wat Windows self bestuur, en elke resultaat sluit ’n TunnelType in. ’n Verbinding wat deur ’n verskaffer bestuur word, verskyn dalk glad nie daar nie, en dit is op sigself die antwoord.
Inheemse profiele word met hul eie ondersteunde parameters geskep: Add-VpnConnection -Name Corp -ServerAddress vpn.example.com -TunnelType IKEv2 -AuthenticationMethod EAP en, waar die metode dit vereis, ’n EAP-konfigurasie wat as XML verskaf word. Dit is die oppervlak wat Windows dokumenteer, en dit aanvaar nie ’n willekeurige verskaffer-XML of ’n OpenVPN-konfigurasielêer as ’n ekwivalente profiel nie. Om daardie vertaling te probeer, is hoe mense tot die gevolgtrekking kom dat die platform stukkend is terwyl die profiel nooit ’n inheemse een was nie.
Wat die verskaffer besit
In ’n invoegtoestel berus die implementeringsbesonderhede by die verskaffer, en daarom saak die onderskeid verder as die naam. Die toepassing, die verifikasievloei en die konfigurasieskema daarvan behoort aan die verskaffer, en die verskaffer se dokumentasie is die enigste korrekte bron daarvoor.
Daardie eienaarskap het praktiese gevolge. Die opdateringskanaal is die verskaffer se een eerder as Windows Update, so ’n weergawe wat ’n versoenbaarheidsprobleem regstel, kom deur ’n ander meganisme. Die verwyderingsroete is ook die verskaffer se een, en om die verbindingsinskrywing in Instellings te skrap, kan die verskaffertoepassing en sy bestuurde ontplooiing in plek laat. En die profielskema is die verskaffer se een, so ’n instelling wat in een verskaffer se profiel bestaan, het geen betekenis in ’n ander se profiel nie, selfs wanneer die etiket ooreenstem.
Volg die werklike konfigurasiebron
Vir ’n bestuurde ontplooiing, gebruik die verskaffer en die organisasie se dokumentasie saam eerder as om die een vir die ander te vervang. Kontroleer die ondersteunde weergawes, die profielskema en of die ontplooiing op die gebruiker of op die toestel gerig is.
Daardie laaste onderskeid saak meer as wat dit lyk. ’n Ontplooiing per gebruiker en ’n ontplooiing per toestel het verskillende voorvereistes en verskillende fasiwyses, en ’n pakket wat in een konteks korrek installeer, kan in die ander onsigbaar wees. As die verwagte verskaffer ontbreek, verskaf die installering van ’n onverwante kliënt met ’n soortgelyke naam geen versoenbaarheid nie, wat die naam ook al suggereer.
Na die konfigurasie, toets verifikasie en toets dan wat die profiel werklik toegepas het. ’n Profiel wat in ’n instellingslys verskyn, is nie ’n toets vir toegang tot toepassings nie. Bevestig die roete wat die verkeer neem en die DNS-bedienerstasies wat gebruik word, want ’n invoegtoestel kan sy eie roetes en oplossers installeer, en dit is die dele wat gebruikers raaksien wanneer dit verkeerd is. Maak dan die toepassing oop wat die gebruiker werklik nodig het, want ’n gekoppelde toestand en ’n werkende sessie is verskillende bewerings.
Toets wat die profiel werklik toegepas het
Wanneer jy eskaleer, sluit die verskaffer se naam en weergawe in eerder as net die Windows-bou en die bedieneradres. ’n Kaartjie wat sê die VPN koppel nie op Windows 11 nie, sê vir die volgende persoon niks oor watter van die drie reëlings in werking is nie.
Hou opdaterings en verwydering verbind aan die komponent wat dit besit, en teken aan watter komponent dit is langs die verbindingsnaam. Die Microsoft-dokumentasie oor VPN-verbindingstipes en invoegtoestelle is die verwysing vir die ingeboude lys en die invoegtoestelmodel. As die organisasie se instruksies ’n verskaffer noem, geld die verskaffer se dokumentasie vir die profiel. Alles anders is ’n raaiskoot oor watter Windows-kenmerk jy na kyk.