Understøtter din Meraki MX Cisco Secure Client?

To supporttråde er uenige om, hvorvidt Meraki kan bruge AnyConnect, og begge tager på samme måde selvsikkert fejl. Spørgsmålet er ikke, om en MX taler IKEv2, for AnyConnect på enheden er en TLS-tjeneste og ikke en IPsec-tjeneste. To separate kontroller afgør svaret, og ingen af dem er en sammenligning af mærker. Tag dem i rækkefølge, og du får en kompatibilitetsregistrering i stedet for en mening.

Model og udgivelse først

Begynd med den præcise enhed og den software, den kører, fordi funktionen er afgrænset til begge. Meraki offentliggør en matrix med understøttede modeller og minimumsfirmware, og den matrix er den eneste myndighed, der er værd at citere. En model på listen kører ikke automatisk på en udgivelse, der understøtter funktionen, og en udgivelse, der understøtter den, er måske ikke den, du kører. Registrér modellen og den installerede firmware som to separate fakta. Læs derefter matrixen for det par.

Ræsonnér ikke ud fra en lignende model i samme familie. Listen er for hver model, og forskellene er reelle.

AnyConnect er en SSL-tjeneste, ikke IPsec

Meraki beskriver AnyConnect på MX som en applikationsbaseret VPN over TLS og DTLS og dokumenterer den ved siden af en separat klient-VPN-tjeneste over L2TP/IPsec. Det er to produkter, der tilfældigvis deler et dashboard. At sammenligne IKEv1 med IKEv2 fortæller dig om IPsec-tjenesten og intet om, hvorvidt TLS-tjenesten findes på din enhed. Hvis dit bevis er en tabel over IKE-versioner, har du svaret på et andet spørgsmål.

Identificér, hvilken tjeneste enheden udstiller, før du sammenligner klienter. En fungerende L2TP/IPsec-profil bliver ikke en AnyConnect-profil, fordi den når samme organisation, og de to kræver forskellig klientkonfiguration.

Hvilke funktioner MX faktisk tilbyder

Ciscos ASA-funktionsliste er ikke MX-funktionslisten, og en klient, der understøtter tolv ting, får ikke gatewayen til at understøtte dem. Sammenlign de funktioner, du faktisk har brug for: godkendelsesmetode, adfærd for delt tunnel, DNS-håndtering og den berettigelse, enheden kræver. Tag hver af dem fra Meraki-dokumentationen for den udrullede udgivelse.

Godkendelse er der, hvor det normalt gør ondt. En metode, klienten tilbyder, og enheden ikke kan konfigurere, er en supportsag, der venter på at ske.

Klientversion og berettigelse

Cisco Secure Client er det nuværende navn for samme klientfamilie, så et dokument, der nævner AnyConnect, er ikke nødvendigvis forældet. Det afgørende er den version, din organisation udruller, og om enhedens udgivelse er valideret mod den.

Kontroller licenskravet i samme guide i stedet for at antage det fra en anden platform. Hold derefter endpointnavnet, certifikatverifikationen og den godkendte godkendelsesarbejdsgang sammen i én tjenesteregistrering, fordi de tre fejler uafhængigt. En certifikatadvarsel, som brugerne klikker igennem, er ikke et kompatibilitetsresultat, det er en uverificeret konfiguration. Fjernadgang er kun halvdelen af arbejdet, fordi brugeren stadig har brug for ruter og tilladelser for at nå destinationen.

Skriv registreringen med fem felter

Model, firmware, fjernadgangstilstand, klientversion og de funktioner, udrulningen kræver. Fem felter, og svaret på, om vi kan bruge AnyConnect, ligger i kombinationen og ikke i nogen enkelt af dem. Den registrering fortæller også den næste ingeniør, hvad der skal kontrolleres igen efter en firmwareopgradering.

Test derefter stien end to end: godkend, slå et internt navn op, nå en tilladt ressource, og bekræft, at en ressource, du ikke bør nå, afvises. Et login, der lykkes med en ressource, der aldrig indlæses, er et delvist resultat, og den manglende halvdel er normalt routing eller autorisation, ikke klienten. Arkivér den testede kombination sammen med ændringen, så den næste person arver bevis i stedet for et slogan.