Ĉu via Meraki MX subtenas Cisco Secure Client?

Du subtenaj fadenoj malkonsentas pri tio, ĉu Meraki povas fari AnyConnect, kaj ambaŭ memfide malpravas same. La demando ne estas, ĉu MX parolas IKEv2, ĉar AnyConnect sur la aparato estas TLS-servo, ne IPsec. Du apartaj kontroloj decidas la respondon, kaj neniu el ili estas komparo de markoj. Laboru ilin laŭorde kaj vi ricevas kongruecan rikordon anstataŭ opinion.

Unue modelo kaj eldono

Komencu per la ĝusta aparato kaj la programaro, kiun ĝi rulas, ĉar la funkcio limiĝas al ambaŭ. Meraki publikigas matricon kun subtenataj modeloj kaj la minimuma firmvaro, kaj tiu matrico estas la sola aŭtoritato inda citi. Modelo en la listo ne aŭtomate rulas eldonon, kiu subtenas la funkcion, kaj eldono, kiu subtenas ĝin, eble ne estas tiu, kiun vi rulas. Registru la modelon kaj la instalitan firmvaron kiel du apartajn faktojn. Poste legu la matricon por tiu paro.

Ne rezoni el simila modelo en la sama familio. La listo estas por modelo, kaj la diferencoj estas realaj.

AnyConnect estas SSL-servo, ne IPsec

Meraki priskribas AnyConnect sur la MX kiel aplikaĵ-bazitan VPN per TLS kaj DTLS, kaj dokumentas ĝin apud aparta klienta VPN-servo per L2TP/IPsec. Temas pri du produktoj, kiuj hazarde dividas unu panelon. Kompari IKEv1 kun IKEv2 diras al vi pri la IPsec-servo kaj nenion pri tio, ĉu la TLS-servo ekzistas sur via aparato. Se via pruvo estas tabelo de IKE-versioj, vi respondis al alia demando.

Identigu, kiun servon la aparato montras, antaŭ ol kompari klientojn. Funkcianta L2TP/IPsec-profilo ne iĝas AnyConnect-profilo pro tio, ke ĝi atingas la saman organizaĵon, kaj la du bezonas malsaman klientan agordon.

Kiujn funkciojn MX efektive ofertas

La funkciolisto de Cisco ASA ne estas la funkciolisto de MX, kaj kliento, kiu subtenas dek du aferojn, ne igas la enirejon subteni ilin. Komparu la funkciojn, kiujn vi vere bezonas: aŭtentiga metodo, konduto de dividita tunelo, traktado de DNS kaj la rajtigo, kiun la aparato postulas. Prenu ĉiun el la dokumentaro de Meraki por la deplojita eldono.

Aŭtentigo estas la loko, kie tio kutime doloras. Metodo, kiun la kliento proponas kaj la aparato ne povas agordi, estas subtena kazo atendanta okazi.

Klienta versio kaj rajtigo

Cisco Secure Client estas la nuna nomo de la sama klienta familio, do dokumento mencianta AnyConnect ne nepre estas malnova. Gravas la versio, kiun via organizaĵo deplojas, kaj ĉu la eldono de la aparato estas validigita kontraŭ ĝi.

Kontrolu la licencan postulon en la sama gvidilo anstataŭ supozi ĝin el alia platformo. Poste tenu la finan punktonom, la certifikadan validigon kaj la aprobitan aŭtentigan laborfluon kune en unu serva rikordo, ĉar tiuj tri malsukcesas sendepende. Certifikada averto, kiun uzantoj simple klakas preter, ne estas kongrueca rezulto, ĝi estas nevalidigita agordo. Fora aliro estas nur duono de la laboro, ĉar la uzanto ankoraŭ bezonas itinerojn kaj permesojn por atingi la celon.

Skribu la rikordon per kvin kampoj

Modelo, firmvaro, reĝimo de fora aliro, klienta versio kaj la funkcioj, kiujn la deplojo postulas. Kvin kampoj, kaj la respondo al ĉu ni povas uzi AnyConnect kuŝas en la kombinaĵo, ne en iu unu el ili. Tiu rikordo ankaŭ diras al la sekva inĝeniero, kion rekontroli post firmvara ĝisdatigo.

Poste testu la vojon de komenco ĝis fino: aŭtentigu vin, solvu internan nomon, atingi permesitan rimedon kaj konfirmu, ke rimedo, kiun vi ne devus atingi, estas rifuzata. Ensaluto, kiu sukcesas kun rimedo, kiu neniam ŝarĝiĝas, estas parta rezulto, kaj la mankanta duono kutime estas enitinero aŭ rajtigo, ne la kliento. Konservu la testitan kombinaĵon kun la ŝanĝo, por ke la sekva persono heredu pruvon anstataŭ sloganon.