Windows kent twee verschillende dingen die beide onder de kop VPN verschijnen: ingebouwde protocolprofielen die het besturingssysteem zelf implementeert, en een platform voor providerplug-ins die hun eigen implementatie meebrengen. Een plug-in is geen andere naam voor het kiezen van IKEv2 of SSTP in een native profiel, en een native profiel kan de instellingen van een provider niet overnemen door alleen het tunneltype te hernoemen. De meeste verwarring hier begint met een supportartikel dat voor het ene is geschreven en op het andere is toegepast. Weten welke u hebt, is de eerste stap, en dat kost ongeveer een minuut.

Twee verschillende dingen die een VPN-verbinding heten

De ingebouwde typen zijn degene die Windows zelf implementeert: IKEv2, SSTP, L2TP/IPsec, PPTP en de automatische optie die daartussen kiest. Een providerplug-in is een apart pakket, meestal geïnstalleerd door het eigen installatieprogramma van de provider, dat een implementatie bij het platform registreert en als eigen verbindingstype verschijnt.

Het woord app beslist niet welke is geïnstalleerd. Een provider kan een plug-in, een zelfstandige desktopclient of beide leveren, en ze gedragen zich anders.

Doorloop het pad via Instellingen en kijk wat de verbinding biedt. Instellingen, Netwerk en internet, VPN, en open dan de eigenschappen van de verbinding: een native profiel toont een vervolgkeuzelijst voor het VPN-type met de ingebouwde namen, en de geavanceerde opties tonen de verificatiemethoden die Windows ondersteunt. Als het enige configuratieoppervlak de eigen dialoog van de provider is, of als het type niet in die lijst staat, kijkt u naar een plug-in of een zelfstandige client. Noteer welke van de drie het is voordat u iets wijzigt.

Doorloop de instellingen en kijk welke u hebt

De PowerShell-weergave is sneller als u meerdere machines beheert. Get-VpnConnection somt de verbindingen op die Windows zelf beheert, en elk resultaat bevat een TunnelType. Een door de provider beheerde verbinding verschijnt daar misschien helemaal niet, en dat is op zichzelf het antwoord.

Native profielen worden gemaakt met hun eigen ondersteunde parameters: Add-VpnConnection -Name Corp -ServerAddress vpn.example.com -TunnelType IKEv2 -AuthenticationMethod EAP en, waar de methode dat vereist, een EAP-configuratie die als XML wordt aangeleverd. Dat is het oppervlak dat Windows documenteert, en het accepteert geen willekeurige provider-XML of een OpenVPN-configuratiebestand als gelijkwaardig profiel. Die vertaling proberen is hoe mensen concluderen dat het platform kapot is, terwijl het profiel nooit native was.

Wat de provider bezit

Een plug-in bezit de implementatiedetails, en daarom is het onderscheid meer dan een naam. De toepassing, de verificatiestroom en het configuratieschema zijn van de provider, en de documentatie van de provider is daarvoor de enige juiste bron.

Dat eigendom heeft praktische gevolgen. Het updatekanaal is dat van de provider en niet Windows Update, dus een versie die een compatibiliteitsprobleem oplost, komt via een ander mechanisme. Ook het verwijderpad is van de provider, en het verwijderen van de verbindingsvermelding in Instellingen kan de providertoepassing en de beheerde uitrol ervan laten staan. En het profielschema is van de provider, dus een instelling die in het profiel van de ene provider bestaat, heeft geen betekenis in dat van een andere, zelfs wanneer het label overeenkomt.

Volg de werkelijke configuratiebron

Gebruik bij een beheerde uitrol de documentatie van de provider en van de organisatie samen in plaats van de een door de ander te vervangen. Controleer de ondersteunde versies, het profielschema en of de uitrol op de gebruiker of op het apparaat is gericht.

Dat laatste onderscheid is belangrijker dan het lijkt. Een uitrol per gebruiker en een per apparaat hebben verschillende voorwaarden en verschillende faalwijzen, en een pakket dat in de ene context correct installeert, kan in de andere onzichtbaar zijn. Ontbreekt de verwachte provider, dan levert het installeren van een ongerelateerde client met een vergelijkbare naam geen compatibiliteit, wat de naam ook suggereert.

Test na de configuratie de verificatie en daarna wat het profiel daadwerkelijk heeft toegepast. Een profiel dat in een instellingenlijst verschijnt, is geen test van toegang tot toepassingen. Bevestig de route die het verkeer volgt en de DNS-servers die worden gebruikt, want een plug-in kan zijn eigen routes en resolvers installeren, en dat zijn de onderdelen die gebruikers opmerken als ze onjuist zijn. Open daarna de toepassing die de gebruiker echt nodig heeft, want een verbonden status en een werkende sessie zijn twee verschillende beweringen.

Test wat het profiel daadwerkelijk heeft toegepast

Vermeld bij een escalatie de naam en versie van de provider in plaats van alleen de Windows-build en het serveradres. Een ticket dat zegt dat de VPN niet verbindt op Windows 11, vertelt de volgende persoon niets over welke van de drie opstellingen in het spel is.

Houd updates en verwijdering gekoppeld aan de component die ze bezit, en noteer naast de verbindingsnaam om welke component het gaat. De Microsoft-documentatie over VPN-verbindingstypen en plug-ins is de referentie voor de ingebouwde lijst en het plug-inmodel. Als de instructies van de organisatie een provider noemen, is de documentatie van de provider bepalend voor het profiel. Al het andere is een gok naar welke Windows-functie u kijkt.

Gerelateerde artikelen