Ondersteunt uw Meraki MX de Cisco Secure Client?

Twee supportthreads zijn het oneens over de vraag of Meraki AnyConnect kan, en beide zitten op dezelfde manier zelfverzekerd fout. De vraag is niet of een MX IKEv2 spreekt, want AnyConnect op het apparaat is een TLS-dienst en geen IPsec. Twee afzonderlijke controles beslissen het antwoord, en geen van beide is een merkenvergelijking. Werk ze in volgorde af en u krijgt een compatibiliteitsrecord in plaats van een mening.

Eerst model en release

Begin met het exacte apparaat en de software die het uitvoert, want de functie is tot beide beperkt. Meraki publiceert een matrix met ondersteunde modellen en de minimale firmware, en die matrix is de enige autoriteit die het waard is geciteerd te worden. Een model in de lijst draait niet automatisch op een release die de functie ondersteunt, en een release die haar ondersteunt is misschien niet degene die u uitvoert. Leg het model en de geïnstalleerde firmware vast als twee afzonderlijke feiten. Lees daarna de matrix voor dat paar.

Redeneer niet vanuit een vergelijkbaar model in dezelfde familie. De lijst is per model, en de verschillen zijn echt.

AnyConnect is een SSL-dienst, geen IPsec

Meraki beschrijft AnyConnect op de MX als een applicatiegebaseerde VPN via TLS en DTLS, en documenteert die naast een aparte client-VPN-dienst via L2TP/IPsec. Dat zijn twee producten die toevallig één dashboard delen. IKEv1 met IKEv2 vergelijken vertelt u iets over de IPsec-dienst en niets over of de TLS-dienst op uw apparaat bestaat. Als uw bewijs een tabel met IKE-versies is, hebt u een andere vraag beantwoord.

Stel vast welke dienst het apparaat aanbiedt voordat u clients vergelijkt. Een werkend L2TP/IPsec-profiel wordt geen AnyConnect-profiel omdat het dezelfde organisatie bereikt, en de twee vereisen een andere clientconfiguratie.

Welke functies de MX echt biedt

Cisco's ASA-functielijst is niet de MX-functielijst, en een client die twaalf dingen ondersteunt maakt niet dat de gateway ze ondersteunt. Vergelijk de functies die u echt nodig hebt: authenticatiemethode, gedrag van gesplitste tunnel, DNS-afhandeling en het recht dat het apparaat vereist. Neem elk uit de Meraki-documentatie voor de uitgerolde release.

Authenticatie is waar dit meestal bijt. Een methode die de client biedt en het apparaat niet kan configureren, is een supportgeval dat staat te wachten om te gebeuren.

Clientversie en recht

Cisco Secure Client is de huidige naam van dezelfde clientfamilie, dus een document dat AnyConnect noemt is niet per se verouderd. Wat telt is de versie die uw organisatie uitrolt en of de release van het apparaat daartegen gevalideerd is.

Controleer de licentievoorwaarde in dezelfde handleiding in plaats van die van een ander platform aan te nemen. Houd daarna de naam van het eindpunt, de certificaatverificatie en de goedgekeurde authenticatiestroom bij elkaar in één servicerecord, want die drie falen onafhankelijk. Een certificaatwaarschuwing waar gebruikers doorheen klikken is geen compatibiliteitsresultaat, het is een niet-geverifieerde configuratie. Remote access is maar de helft van het werk, want de gebruiker heeft nog steeds routes en machtigingen nodig om de bestemming te bereiken.

Schrijf het record met vijf velden

Model, firmware, remote-accessmodus, clientversie en de functies die de uitrol vereist. Vijf velden, en het antwoord op de vraag of we AnyConnect kunnen gebruiken zit in de combinatie en niet in een van die velden alleen. Dat record vertelt de volgende engineer ook wat opnieuw gecontroleerd moet worden na een firmware-upgrade.

Test daarna het pad van begin tot eind: authenticeer, los een interne naam op, bereik een toegestane bron en bevestig dat een bron die u niet zou moeten bereiken wordt geweigerd. Een login die slaagt terwijl een bron nooit laadt is een gedeeltelijk resultaat, en de ontbrekende helft is meestal routing of autorisatie en niet de client. Archiveer de geteste combinatie bij de wijziging, zodat de volgende persoon bewijs erft in plaats van een slogan.