Styður Meraki MX þinn Cisco Secure Client?

Tveir stuðningsþræðir eru ósammála um hvort Meraki geti gert AnyConnect, og báðir hafa á sömu leið sjálfstrausts rangt fyrir sér. Spurningin er ekki hvort MX tali IKEv2, því AnyConnect í tækinu er TLS-þjónusta en ekki IPsec. Tvær aðskildar athuganir ráða svarinu, og hvorug er samanburður á vörumerkjum. Farðu í gegnum þær í röð og þú færð samhæfingarskrá í stað skoðunar.

Fyrst módel og útgáfa

Byrjaðu á nákvæmu tækinu og hugbúnaðinum sem það keyrir, því eiginleikinn takmarkast við hvort tveggja. Meraki birtir fylki með studdum módelum og lágmarksfastbúnaði, og það fylki er eina valdið sem vert er að vitna í. Módel á listanum keyrir ekki sjálfkrafa útgáfu sem styður eiginleikann, og útgáfa sem styður hann er kannski ekki sú sem þú keyrir. Skráðu módelið og uppsettan fastbúnað sem tvær aðskildar staðreyndir. Lestu síðan fylkið fyrir það par.

Ekki álykta út frá svipuðu módeli í sömu fjölskyldu. Listinn er fyrir hvert módel, og munurinn er raunverulegur.

AnyConnect er SSL-þjónusta, ekki IPsec

Meraki lýsir AnyConnect á MX sem forritamiðuðu VPN yfir TLS og DTLS og skjalfestir það við hlið aðskilinnar biðlara-VPN-þjónustu yfir L2TP/IPsec. Þetta eru tvær vörur sem deila tilviljunarkenndri stjórnborði. Samanburður IKEv1 við IKEv2 segir þér um IPsec-þjónustuna og ekkert um hvort TLS-þjónustan sé til í tækinu þínu. Ef sönnunargagnið þitt er tafla yfir IKE-útgáfur hefur þú verið að svara annarri spurningu.

Greindu hvaða þjónustu tækið býður áður en þú berð saman biðlara. Virkt L2TP/IPsec-snið verður ekki AnyConnect-snið af því að það nær sömu stofnun, og þau tvö þurfa mismunandi biðlarauppsetningu.

Hvaða eiginleika MX býður í raun

Eiginleikalisti ASA frá Cisco er ekki eiginleikalisti MX, og biðlari sem styður tólf hluti gerir gáttina ekki færa um að styðja þá. Berðu saman aðgerðirnar sem þú þarft í raun: auðkenningaraðferð, hegðun skiptrar göngu, DNS-meðferð og réttindin sem tækið krefst. Taktu hverja úr Meraki-skjöluninni fyrir uppsettu útgáfuna.

Auðkenning er þar sem þetta bítur venjulega. Aðferð sem biðlarinn býður og tækið getur ekki stillt er stuðningsmál sem bíður þess að gerast.

Útgáfa biðlara og réttur

Cisco Secure Client er núverandi nafn sömu biðlarafjölskyldu, svo skjal sem nefnir AnyConnect er ekki endilega úrelt. Það sem skiptir máli er útgáfan sem stofnunin þín setur upp og hvort útgáfa tækisins sé staðfest gagnvart henni.

Athugaðu leyfiskröfuna í sömu leiðbeiningunni í stað þess að gera ráð fyrir henni frá annarri kerfisplötu. Haltu síðan endapunktsnafninu, vottorðasannprófuninni og samþykktu auðkenningarflæðinu saman í einni þjónustuskrá, því þessar þrjár mistakast óháð. Vottorðaviðvörun sem notendur smella framhjá er ekki samhæfingarniðurstaða, heldur óstaðfest uppsetning. Fjartenging er aðeins helmingur verksins, því notandinn þarf enn slóðir og heimildir til að ná áfangastaðnum.

Skrifaðu skrána með fimm sviðum

Módel, fastbúnaður, fjartengingarhamur, útgáfa biðlara og aðgerðirnar sem uppsetningin krefst. Fimm svið, og svarið við hvort við getum notað AnyConnect liggur í samsetningunni en ekki í einhverju einu þeirra. Sú skrá segir næsta verkfræðingi líka hvað á að athuga aftur eftir fastbúnaðaruppfærslu.

Prófaðu síðan slóðina frá upphafi til enda: auðkenndu, leystu innra nafn, náðu leyfðri auðlind og staðfestu að auðlind sem þú ættir ekki að ná til sé hafnað. Innskráning sem heppnast með auðlind sem hleðst aldrei er hlutaniðurstaða, og helmingurinn sem vantar er venjulega leiðarkerfi eða heimild en ekki biðlarinn. Skráðu prófuðu samsetninguna með breytingunni, svo næsta manneskja erfi sönnunargögn í stað slagorðs.