A yw eich Meraki MX yn cefnogi Cisco Secure Client?

Mae dau edefyn cymorth yn anghytuno ynghylch a all Meraki wneud AnyConnect, ac mae'r ddau yn hyderus o anghywir yn yr un ffordd. Nid y cwestiwn yw a yw MX yn siarad IKEv2, oherwydd gwasanaeth TLS yw AnyConnect ar y teclyn, nid un IPsec. Mae dau wiriad ar wahân yn penderfynu'r ateb, ac nid yw'r un ohonynt yn gymhariaeth brand. Ewch drwyddynt yn eu tro a chewch gofnod cydnawsedd yn lle barn.

Model a fersiwn yn gyntaf

Dechreuwch gyda'r teclyn union a'r meddalwedd y mae'n ei redeg, oherwydd mae'r nodwedd wedi'i chyfyngu i'r ddau. Mae Meraki yn cyhoeddi matrics sy'n enwi'r modelau a gynhelir a'r firmware lleiaf, a'r matrics hwnnw yw'r unig awdurdod sy'n werth ei ddyfynnu. Nid yw model sy'n ymddangos ar y rhestr yn awtomatig ar fersiwn sy'n cefnogi'r nodwedd, ac efallai na fydd fersiwn sy'n ei chefnogi yr un rydych yn ei redeg. Cofnodwch y model a'r firmware sydd wedi'i osod fel dau ffaith ar wahân. Yna darllenwch y matrics ar gyfer y pâr hwnnw.

Peidiwch â rhesymu o fodel tebyg yn yr un teulu. Mae'r rhestr fesul model, ac mae'r gwahaniaethau yn real.

Gwasanaeth SSL yw AnyConnect, nid IPsec

Mae Meraki yn disgrifio AnyConnect ar yr MX fel VPN seiliedig ar gymwysiadau TLS a DTLS, ac yn ei ddogfennu wrth ochr gwasanaeth VPN cleient L2TP/IPsec ar wahân. Dau gynnyrch yw'r rhain sy'n digwydd rhannu un dangosfwrdd. Mae cymharu IKEv1 ag IKEv2 yn dweud wrthych am y gwasanaeth IPsec a dim am a oes gwasanaeth TLS ar eich teclyn. Os yw eich tystiolaeth yn dabl fersiynau IKE, rydych wedi bod yn ateb cwestiwn arall.

Nodwch pa wasanaeth y mae'r teclyn yn ei ddatgelu cyn cymharu cleientiaid. Nid yw proffil L2TP/IPsec sy'n gweithio yn troi'n broffil AnyConnect am ei fod yn cyrraedd yr un sefydliad, ac mae angen cyfluniad cleient gwahanol ar y ddau.

Pa nodweddion y mae'r MX yn eu cynnig

Nid yw rhestr nodweddion ASA Cisco yr un â rhestr nodweddion MX, ac nid yw cleient sy'n cefnogi deuddeg peth yn gwneud i'r porth gynnal y rheini. Cymharwch y swyddogaethau sydd eu hangen arnoch: dull dilysu, ymddygiad twnnel hollt, trin DNS, a'r hawl y mae'r teclyn ei hangen. Cymerwch bob un o ddogfennaeth Meraki ar gyfer y fersiwn sydd wedi'i chyflenwi.

Dilysu yw'r man lle mae hyn fel arfer yn brathu. Mae dull y mae'r cleient yn ei gynnig ac na all y teclyn ei gyflunio yn achos cymorth sy'n aros i ddigwydd.

Fersiwn y cleient a'r hawl

Cisco Secure Client yw enw presennol yr un teulu cleientiaid, felly nid yw dogfen sy'n sôn am AnyConnect o reidrwydd yn hen. Y peth sy'n bwysig yw'r fersiwn y mae eich sefydliad yn ei gyflenwi ac a yw fersiwn y teclyn wedi'i ddilysu yn ei erbyn.

Gwiriwch y gofyniad trwydded yn yr un canllaw yn hytrach na'i dybio o blatfform arall. Yna cadwch enw'r pwynt terfyn, dilysu'r dystysgrif a'r llif dilysu cymeradwy gyda'i gilydd mewn un cofnod gwasanaeth, oherwydd mae'r tri hynny yn methu'n annibynnol. Nid yw rhybudd tystysgrif y mae defnyddwyr yn clicio trwyddo yn ganlyniad cydnawsedd, mae'n gyfluniad heb ei ddilysu. Dim ond hanner y gwaith yw mynediad o bell, oherwydd mae angen i'r defnyddiwr o hyd lwybrau a chaniatâd i gyrraedd y cyrchfan.

Ysgrifennwch y cofnod gyda phump maes

Model, firmware, modd mynediad o bell, fersiwn y cleient, a'r swyddogaethau y mae'r cyflwyniad yn eu hangen. Pum maes, ac mae'r ateb i'r cwestiwn a allwn ddefnyddio AnyConnect yn byw yn y cyfuniad yn hytrach nag yn unrhyw un ohonynt ar ei ben ei hun. Mae'r cofnod hwnnw hefyd yn dweud wrth y peiriannydd nesaf beth i'w ailwirio ar ôl uwchraddiad firmware.

Yna profwch y llwybr o'r dechrau i'r diwedd: dilyswch, datryswch enw mewnol, cyrhaeddwch adnodd a ganiateir, a chadarnhewch fod adnodd na ddylech ei gyrraedd yn cael ei wrthod. Mae mewngofnodi sy'n llwyddo gydag adnodd na lwythir byth yn ganlyniad rhannol, a'r hanner sydd ar goll fel arfer yw llwybro neu awdurdodiad yn hytrach na'r cleient. Ffeiliwch y cyfuniad a brofwyd gyda'r newid, fel bod y person nesaf yn etifeddu tystiolaeth yn lle slogan.