Ці падтрымлівае ваш Meraki MX Cisco Secure Client?

Дзве тэмы падтрымкі не згаджаюцца, ці можа Meraki працаваць з AnyConnect, і абедзве ўпэўнена памыляюцца аднолькава. Пытанне не ў тым, ці размаўляе MX па IKEv2, бо AnyConnect на прыладзе — гэта служба TLS, а не IPsec. Адказ вызначаюць дзве асобныя праверкі, і ні адна з іх не з'яўляецца параўнаннем брэндаў. Прайдзіце іх па чарзе, і вы атрымаеце запіс сумяшчальнасці замест меркавання.

Спачатку мадэль і версія

Пачніце з дакладнай прылады і праграмнага забеспячэння, якое яна выконвае, бо магчымасць абмежавана абодвума. Meraki публікуе матрыцу з падтрымліванымі мадэлямі і мінімальнай прашыўкай, і гэтая матрыца — адзіная крыніца, якую варта цытаваць. Мадэль са спіса не абавязкова працуе на версіі, якая падтрымлівае гэтую магчымасць, а версія, што яе падтрымлівае, можа быць не той, якую вы выкарыстоўваеце. Запішыце мадэль і ўсталяваную прашыўку як два асобныя факты. Затым прачытайце матрыцу для гэтай пары.

Не рабіце высновы з падобнай мадэлі таго ж сямейства. Спіс вядзецца па мадэлях, і адрозненні рэальныя.

AnyConnect — гэта служба SSL, а не IPsec

Meraki апісвае AnyConnect на MX як VPN на аснове праграм праз TLS і DTLS і дакументуе яго побач з асобнай службай кліенцкага VPN праз L2TP/IPsec. Гэта два прадукты, які проста дзеляць адну панэль кіравання. Параўнанне IKEv1 з IKEv2 раскажа вам пра службу IPsec і нічога пра тое, ці існуе служба TLS на вашай прыладзе. Калі ваш доказ — табліца версій IKE, вы адказвалі на іншае пытанне.

Вызначце, якую службу прадастаўляе прылада, перш чым параўноўваць кліентаў. Працоўны профіль L2TP/IPsec не становіцца профілем AnyConnect толькі таму, што дасягае той жа арганізацыі, і абодва патрабуюць рознай налады кліента.

Якія магчымасці MX фактычна прапануе

Спіс магчымасцей ASA ад Cisco — гэта не спіс магчымасцей MX, і кліент, які падтрымлівае дванаццаць рэчаў, не робіць шлюз здольным іх падтрымліваць. Параўнайце функцыі, якія вам сапраўды патрэбныя: метад аўтэнтыфікацыі, паводзіны раздзеленага тунелю, працу з DNS і тое, якое права патрабуе прылада. Бярыце кожную з дакументацыі Meraki для ўсталяванай версіі.

Аўтэнтыфікацыя — гэта месца, дзе звычайна ўзнікае праблема. Метад, які прапануе кліент і які прылада не можа наладзіць, — гэта зварот у падтрымку, які чакае свайго часу.

Версія кліента і права

Cisco Secure Client — сучасная назва таго ж сямейства кліентаў, таму дакумент, які згадвае AnyConnect, не абавязкова састарэлы. Важна версія, якую разгортвае ваша арганізацыя, і ці праверана супраць яе версія прылады.

Праверце патрабаванне ліцэнзіі ў тым жа дапаможніку, а не мяркуйце яго з іншай платформы. Затым трымайце імя канчатковай кропкі, праверку сертыфіката і зацверджаны працэс аўтэнтыфікацыі разам у адным запісе службы, бо гэтыя тры адмаўляюць незалежна. Папярэджанне пра сертыфікат, праз якое карыстальнікі проста пераходзяць, не з'яўляецца вынікам сумяшчальнасці; гэта неправераная канфігурацыя. Аддалены доступ — гэта толькі палова справы, бо карыстальнік усё яшчэ мае патрэбу ў маршрутах і дазволах, каб дасягнуць прызначэння.

Запішыце запіс з пяццю палямі

Мадэль, прашыўка, рэжым аддаленага доступу, версія кліента і функцыі, якія патрабуе разгортванне. Пяць палёў, і адказ на пытанне, ці можам мы выкарыстоўваць AnyConnect, ляжыць у спалучэнні, а не ў якім-небудзь адным з іх. Гэты запіс таксама кажа наступнаму інжынеру, што пераправяраць пасля абнаўлення прашыўкі.

Затым праверце шлях ад пачатку да канца: аўтэнтыфікуйцеся, развязайце ўнутранае імя, дасягніце дазволенага рэсурсу і пацвердзіце, што рэсурс, да якога вы не павінны дасягаць, адхіляецца. Уваход, які паспяховы, але рэсурс не загружаецца, — гэта частковы вынік, і адсутная палова звычайна маршрутызацыя або аўтарызацыя, а не кліент. Закладзіце праверанае спалучэнне разам са змяненнем, каб наступны чалавек атрымаў у спадчыну доказы, а не лозунг.