Meraki MX가 Cisco Secure Client를 지원합니까?

Meraki가 AnyConnect를 할 수 있는지에 대해 두 지원 스레드가 서로 다르게 말하고, 둘 다 같은 방식으로 자신 있게 틀립니다. 문제는 MX가 IKEv2를 말하는지가 아니라, 장비의 AnyConnect가 IPsec이 아니라 TLS 서비스라는 점입니다. 두 개의 별도 확인이 답을 결정하며, 어느 것도 브랜드 비교가 아닙니다. 순서대로 진행하면 의견이 아니라 호환성 기록이 남습니다.

먼저 모델과 릴리스

기능이 둘 모두에 한정되므로 정확한 장비와 그것이 실행하는 소프트웨어부터 시작하십시오. Meraki는 지원 모델과 최소 펌웨어를 명시한 매트릭스를 공개하며, 그 매트릭스만이 인용할 가치가 있는 권위입니다. 목록에 있는 모델이 자동으로 그 기능을 지원하는 릴리스인 것은 아니며, 기능을 지원하는 릴리스가 지금 실행 중인 것이 아닐 수도 있습니다. 모델과 설치된 펌웨어를 두 개의 별도 사실로 기록하십시오. 그다음 그 조합에 대해 매트릭스를 읽으십시오.

같은 계열의 비슷한 모델에서 추론하지 마십시오. 목록은 모델별이며 차이는 실제입니다.

AnyConnect는 SSL 서비스이며 IPsec이 아니다

Meraki는 MX의 AnyConnect를 TLS와 DTLS 기반 애플리케이션 VPN으로 설명하고, 별도의 L2TP/IPsec 클라이언트 VPN 서비스 옆에 문서화합니다. 이는 우연히 같은 대시보드를 공유하는 두 제품입니다. IKEv1과 IKEv2를 비교하면 IPsec 서비스에 대해서는 알 수 있지만, 장비에 TLS 서비스가 있는지는 알 수 없습니다. 증거가 IKE 버전 표라면 다른 질문에 답한 것입니다.

클라이언트를 비교하기 전에 장비가 어떤 서비스를 노출하는지 확인하십시오. 동작하는 L2TP/IPsec 프로필이 같은 조직에 도달한다고 해서 AnyConnect 프로필이 되지는 않으며, 둘은 서로 다른 클라이언트 설정이 필요합니다.

MX가 실제로 제공하는 기능

Cisco ASA의 기능 목록은 MX의 기능 목록이 아니며, 열두 가지를 지원하는 클라이언트가 게이트웨이의 지원을 만들어 주지는 않습니다. 실제로 필요한 기능, 즉 인증 방식, 분할 터널 동작, DNS 처리, 그리고 장비가 요구하는 권리를 비교하십시오. 각각을 배포된 릴리스의 Meraki 문서에서 가져오십시오.

보통 문제가 되는 곳은 인증입니다. 클라이언트가 제공하지만 장비가 설정할 수 없는 방식은 발생을 기다리는 지원 사례입니다.

클라이언트 버전과 권리

Cisco Secure Client는 같은 클라이언트 제품군의 현재 이름이므로 AnyConnect를 언급한 문서가 반드시 낡은 것은 아닙니다. 중요한 것은 조직이 배포하는 버전과 장비 릴리스가 그에 대해 검증되었는지입니다.

라이선스 요구 사항을 다른 플랫폼에서 가정하지 말고 같은 안내서에서 확인하십시오.이 셋은 각각 독립적으로 실패하므로 엔드포인트 이름, 인증서 검증, 승인된 인증 흐름을 하나의 서비스 기록에 함께 두십시오.사용자가 클릭으로 넘기는 인증서 경고는 호환성 결과가 아니라 검증되지 않은 설정입니다.원격 접속은 작업의 절반일 뿐이며, 사용자에게는 목적지에 도달하기 위한 경로와 권한이 여전히 필요합니다.

다섯 개 항목으로 기록을 작성하라

모델, 펌웨어, 원격 접속 모드, 클라이언트 버전, 그리고 배포가 요구하는 기능입니다. 다섯 항목이며, AnyConnect를 쓸 수 있는지에 대한 답은 어느 하나가 아니라 조합에 있습니다. 그 기록은 다음 엔지니어에게 펌웨어 업그레이드 후 무엇을 다시 확인해야 하는지도 알려 줍니다.

그다음 경로를 처음부터 끝까지 시험하되, 인증하고 내부 이름을 확인하고 허용된 자원에 도달하며 도달해서는 안 되는 자원이 거부되는지 확인하십시오. 로그인은 성공하지만 자원이 전혀 로드되지 않는다면 부분 결과이며, 빠진 절반은 대개 클라이언트가 아니라 라우팅이나 권한입니다. 시험한 조합을 변경과 함께 보관하여 다음 사람이 구호가 아니라 증거를 물려받게 하십시오.