Vilken Windows VPN-typ installerade din profil egentligen?
Ett leverantörsplugin tar med sin egen implementering, profilschema och uppdateringsväg. Att välja IKEv2 i en inbyggd profil konverterar inte inställningarna åt dig.
Windows har två olika saker som båda visas under rubriken VPN: inbyggda protokollprofiler som operativsystemet självt implementerar, och en plattform för leverantörsplugin som tar med sin egen implementering. Ett plugin är inte ett annat namn för att välja IKEv2 eller SSTP i en inbyggd profil, och en inbyggd profil kan inte ta upp leverantörens inställningar genom att bara byta namn på tunneltypen. Det mesta av förvirringen här börjar med en supportartikel skriven för den ena och tillämpad på den andra. Att veta vilken du har är det första steget, och det tar ungefär en minut.
Två olika saker som kallas en VPN-anslutning
De inbyggda typerna är de som Windows självt implementerar: IKEv2, SSTP, L2TP/IPsec, PPTP och det automatiska valet som väljer mellan dem. Ett leverantörsplugin är ett separat paket, oftast installerat av leverantörens eget installationsprogram, som registrerar en implementering hos plattformen och visas som en egen anslutningstyp.
Ordet app avgör inte vilken som är installerad. En leverantör kan leverera ett plugin, en fristående skrivbordsklient eller båda, och de beter sig olika.
Följ Inställningar-vägen och se vad anslutningen erbjuder. Inställningar, Nätverk och internet, VPN, och öppna sedan anslutningens egenskaper: en inbyggd profil visar en listruta för VPN-typ med de inbyggda namnen, och dess avancerade alternativ visar de autentiseringsmetoder som Windows stöder. Om den enda konfigurationsytan är leverantörens egen dialog, eller om typen inte finns i listan, tittar du på ett plugin eller en fristående klient. Skriv ned vilken av de tre det är innan du ändrar något.
Gå igenom inställningarna och se vilken du har
PowerShell-vyn är snabbare om du administrerar flera maskiner. Get-VpnConnection listar de anslutningar som Windows självt hanterar, och varje resultat innehåller en TunnelType. En leverantörshanterad anslutning kanske inte visas där alls, och det är i sig självt svaret.
Inbyggda profiler skapas med sina egna stödda parametrar: Add-VpnConnection -Name Corp -ServerAddress vpn.example.com -TunnelType IKEv2 -AuthenticationMethod EAP och, där metoden kräver det, en EAP-konfiguration som anges som XML. Det är den yta Windows dokumenterar, och den accepterar inte en godtycklig leverantörs-XML eller en OpenVPN-konfigurationsfil som en likvärdig profil. Försöket med den översättningen är hur folk drar slutsatsen att plattformen är trasig, när profilen aldrig var inbyggd.
Vad leverantören äger
Ett plugin äger implementeringsdetaljerna, och därför är distinktionen viktig bortom namngivningen. Dess applikation, autentiseringsflöde och konfigurationsschema tillhör leverantören, och leverantörens dokumentation är den enda korrekta källan för dem.
Det ägandet har praktiska konsekvenser. Uppdateringskanalen är leverantörens och inte Windows Update, så en version som rättar ett kompatibilitetsproblem kommer via en annan mekanism. Borttagningsvägen är också leverantörens, och att radera anslutningsposten i Inställningar kan lämna leverantörens applikation och dess hanterade utrullning på plats. Och profilschemat är leverantörens, så en inställning som finns i en leverantörs profil har ingen betydelse i en annans, även när etiketten stämmer.
Följ den faktiska konfigurationskällan
För en hanterad utrullning använder du leverantörens och organisationens dokumentation tillsammans i stället för att ersätta den ena med den andra. Kontrollera de stödda versionerna, profilschemat och om utrullningen riktar sig mot användaren eller enheten.
Den sista distinktionen betyder mer än den ser ut som. En utrullning per användare och en per enhet har olika förutsättningar och olika fellägen, och ett paket som installeras korrekt i ett sammanhang kan vara osynligt i ett annat. Om den förväntade leverantören saknas ger installation av en orelaterad klient med liknande namn ingen kompatibilitet, vad namnet än antyder.
Testa autentiseringen efter konfigurationen och testa sedan vad profilen faktiskt tillämpade. En profil som visas i en inställningslista är inte ett test av applikationsåtkomst. Bekräfta den väg trafiken tar och de DNS-servrar som används, eftersom ett plugin kan installera egna rutter och resolvrar, och det är de delarna användare lägger märke till när de är fel. Öppna sedan applikationen som användaren faktiskt behöver, eftersom ett anslutet tillstånd och en fungerande session är två olika påståenden.
Testa vad profilen faktiskt tillämpade
När du eskalerar tar du med leverantörens namn och version i stället för bara Windows-versionen och serveradressen. Ett ärende som säger att VPN inte ansluter på Windows 11 säger ingenting till nästa person om vilken av de tre ordningarna som är i spel.
Håll uppdateringar och borttagning knutna till den ägande komponenten, och notera vilken komponent det är bredvid anslutningsnamnet. Microsofts dokumentation om VPN-anslutningstyper och plugin är referensen för den inbyggda listan och pluginmodellen. Om organisationens instruktioner namnger en leverantör är det leverantörens dokumentation som styr profilen. Allt annat är en gissning om vilken Windows-funktion du tittar på.