Ondersteun jou Meraki MX die Cisco Secure Client?

Twee ondersteuningsdraadjies stem nie saam oor of Meraki AnyConnect kan doen nie, en albei is op dieselfde manier selfversekerd verkeerd. Die vraag is nie of 'n MX IKEv2 praat nie, want AnyConnect op die toestel is 'n TLS-diens eerder as 'n IPsec-een. Twee afsonderlike kontroles bepaal die antwoord, en nie een is 'n handelsmerkvergeliking nie. Werk hulle in volgorde deur en jy kry 'n versoenbaarheidsrekord in plaas van 'n mening.

Model en weergawe kom eerste

Begin met die presiese toestel en die sagteware wat dit loop, want die funksie is op albei gemik. Meraki publiseer 'n matriks wat ondersteunde modelle en die minimum firmware noem, en daardie matriks is die enigste gesag wat die moeite werd is om aan te haal. 'n Model wat in die lys voorkom, is nie outomaties op 'n weergawe wat die funksie ondersteun nie, en 'n weergawe wat dit ondersteun is dalk nie die een wat jy loop nie. Teken die model en die geïnstalleerde firmware as twee afsonderlike feite aan. Lees dan die matriks vir daardie paar.

Moenie van 'n soortgelyke model in dieselfde familie aflei nie. Die lys is per model, en die verskille is werklik.

AnyConnect is 'n SSL-diens, nie IPsec nie

Meraki beskryf AnyConnect op die MX as 'n TLS- en DTLS-toepassinggebaseerde VPN, en dokumenteer dit langs 'n afsonderlike L2TP/IPsec-kliënt-VPN-diens. Dit is twee produkte wat toevallig dieselfde paneel deel. Om IKEv1 met IKEv2 te vergelyk sê vir jou van die IPsec-diens en niks oor of die TLS-diens op jou toestel bestaan nie. As jou bewyse 'n IKE-weergawetabel is, het jy 'n ander vraag beantwoord.

Stel eers vas watter diens die toestel aanbied voordat jy kliënte vergelyk. 'n Werkende L2TP/IPsec-profiel word nie 'n AnyConnect-profiel omdat dit dieselfde organisasie bereik nie, en die twee vereis verskillende kliëntkonfigurasie.

Watter funksies die MX werklik bied

Cisco se ASA-funksielys is nie die MX-funksielys nie, en 'n kliënt wat twaalf dinge ondersteun, maak nie die gateway daardie dinge ondersteun nie. Vergelyk die funksies wat jy werklik nodig het: verifikasiemetode, gedrag met gesplete tonnel, DNS-hantering en watter reg jy ook al vir die toestel nodig het. Neem elkeen uit die Meraki-dokumentasie vir die weergawe wat ingesit is.

Verifikasie is waar dit gewoonlik byt. 'n Metode wat die kliënt bied en wat die toestel nie kan opstel nie, is 'n ondersteuningsgeval wat wag om te gebeur.

Kliëntweergawe en regte

Cisco Secure Client is die huidige naam vir dieselfde kliëntfamilie, so 'n dokument wat AnyConnect noem, is nie noodwendig verouderd nie. Wat saak maak, is die weergawe wat jou organisasie installeer en of die toestel se weergawe daarteen gevalideer is.

Kontroleer die lisensievereiste in dieselfde gids eerder as om dit uit 'n ander platform af te lei. Hou dan die eindpuntnaam, sertifikaatverifikasie en die goedgekeurde verifikasiewerkvloei saam in een diensrekord, want daardie drie faal onafhanklik. 'n Sertifikaatwaarskuwing waaroor gebruikers klik, is nie 'n versoenbaarheidsresultaat nie; dit is 'n ongeverifieerde opset. Afstandtoegang is ook net die helfte van die werk, want die gebruiker het steeds roetes en regte nodig om die bestemming te bereik.

Skryf die rekord met vyf velde

Model, firmware, afstandtoegangmodus, kliëntweergawe en die funksies wat die ontplooiing vereis. Vyf velde, en die antwoord op kan ons AnyConnect gebruik, lê in die kombinasie eerder as in enige een van hulle. Daardie rekord sê ook vir die volgende ingenieur wat om na 'n firmware-opgradering na te gaan.

Toets dan die pad van begin tot einde: verifieer, los 'n interne naam op, bereik 'n toegelate bron en bevestig dat 'n bron wat jy nie behoort te bereik nie, geweier word. 'n Aanmelding wat slaag met 'n bron wat nooit laai nie, is 'n gedeeltelike resultaat, en die ontbrekende helfte is gewoonlik roetering of magtiging eerder as die kliënt. Lê die getoetsde kombinasie saam met die verandering in, sodat die volgende persoon bewyse eerder as 'n slagspreuk oorneem.