Поддържа ли вашият Meraki MX Cisco Secure Client?
Това решават две различни проверки: моделът MX заедно с версията на фърмуера и коя услуга за отдалечен достъп устройството всъщност предоставя.
Две теми в поддръжката не са съгласни дали 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 живее в комбинацията, а не в което и да е едно от тях. Този запис казва и на следващия инженер какво да провери отново след обновяване на фърмуера.
След това тествай пътя от край до край: удостовери се, резолвни вътрешно име, достигни до разрешен ресурс и потвърди, че ресурс, до който не бива да достигаш, се отказва. Вход, който успява, а ресурсът никога не се зарежда, е частичен резултат и липсващата половина обикновено е маршрутизация или оторизация, а не клиентът. Приложи тестваната комбинация към промяната, за да наследи следващият човек доказателства, а не лозунг.