Støttar din Meraki MX Cisco Secure Client?

To støttetrådar er usamde om Meraki kan bruke AnyConnect, og begge tek på same måte sjølvsikkert feil. Spørsmålet er ikkje om ein MX snakkar IKEv2, for AnyConnect på eininga er ei TLS-teneste og ikkje IPsec. To separate kontrollar avgjer svaret, og ingen av dei er ein merkevaresamanlikning. Ta dei i rekkjefølgje, og du får ei kompatibilitetsregistrering i staden for ei meining.

Modell og versjon først

Start med den nøyaktige eininga og programvara ho køyrer, fordi funksjonen er avgrensa til begge. Meraki publiserer ein matrise med støtta modellar og minimum fastvare, og den matrisen er den einaste autoriteten som er verdt å sitere. Ein modell på lista køyrer ikkje automatisk ein versjon som støttar funksjonen, og ein versjon som støttar han er kanskje ikkje den du køyrer. Registrer modellen og installert fastvare som to separate faktum. Les deretter matrisen for det paret.

Ikkje resonner frå ein liknande modell i same familie. Lista er per modell, og skilnadene er reelle.

AnyConnect er ei SSL-teneste, ikkje IPsec

Meraki skildrar AnyConnect på MX som ein applikasjonsbasert VPN over TLS og DTLS, og dokumenterer han ved sida av ei separat klient-VPN-teneste over L2TP/IPsec. Det er to produkt som tilfeldigvis deler eitt dashbord. Å samanlikne IKEv1 med IKEv2 fortel deg om IPsec-tenesta og ingenting om korvidt TLS-tenesta finst på eininga di. Viss beviset ditt er ein tabell over IKE-versjonar, har du svart på eit anna spørsmål.

Identifiser kva teneste eininga eksponerer før du samanliknar klientar. Ein fungerande L2TP/IPsec-profil blir ikkje ein AnyConnect-profil fordi han når same organisasjon, og dei to treng ulik klientkonfigurasjon.

Kva funksjonar MX faktisk tilbyd

Ciscos ASA-funksjonsliste er ikkje MX-funksjonslista, og ein klient som støttar tolv ting gjer ikkje at gatewayen støttar dei. Samanlikne funksjonane du faktisk treng: autentiseringsmetode, åtferd for delt tunnel, DNS-handtering og den retten eininga krev. Ta kvar av dei frå Meraki-dokumentasjonen for den utrulla versjonen.

Autentisering er der dette vanlegvis bit. Ein metode klienten tilbyr og eininga ikkje kan konfigurere, er ei støttesak som ventar på å skje.

Klientversjon og rett

Cisco Secure Client er det noverande namnet på same klientfamilie, så eit dokument som nemner AnyConnect er ikkje nødvendigvis utdatert. Det som tel, er versjonen organisasjonen din ruller ut og om versjonen til eininga er validert mot han.

Kontroller lisenskravet i same rettleiing i staden for å anta det frå ein annan plattform. Hald deretter endepunktnamnet, sertifikatverifiseringa og den godkjende autentiseringsflyten saman i éi tenesteregistrering, fordi dei tre sviktar uavhengig. Ei sertifikatåtvaring som brukarane berre klikkar gjennom, er ikkje eit kompatibilitetsresultat, det er ein uverifisert konfigurasjon. Fjernåtkomst er berre halve jobben, fordi brukaren framleis treng ruter og løyve for å nå målet.

Skriv registreringa med fem felt

Modell, fastvare, fjernåtkomstmodus, klientversjon og funksjonane utrullinga krev. Fem felt, og svaret på om vi kan bruke AnyConnect ligg i kombinasjonen og ikkje i noko einskilt av dei. Den registreringa fortel også neste ingeniør kva som må kontrollerast på nytt etter ein fastvareoppgradering.

Test deretter banen ende til ende: autentiser, slå opp eit internt namn, nå ein tillaten ressurs og stadfest at ein ressurs du ikkje skal nå, blir avvist. Ei innlogging som lukkast med ein ressurs som aldri lastar, er eit delresultat, og den manglande halvdelen er vanlegvis ruting eller autorisasjon, ikkje klienten. Arkiver den testa kombinasjonen saman med endringa, slik at neste person arvar bevis i staden for eit slagord.