İki destek başlığı Meraki'nin AnyConnect yapıp yapamayacağı konusunda anlaşmıyor ve ikisi de aynı şekilde kendinden emin biçimde yanlış. Soru, bir MX'in IKEv2 konuşup konuşmadığı değil, çünkü cihazdaki AnyConnect bir IPsec değil TLS hizmetidir. Yanıtı iki ayrı kontrol belirler ve hiçbiri bir marka karşılaştırması değildir. Bunları sırayla yapın, görüş yerine bir uyumluluk kaydı elde edersiniz.

Önce model ve sürüm

Kesin cihazla ve onun çalıştırdığı yazılımla başlayın, çünkü özellik ikisiyle sınırlıdır. Meraki desteklenen modelleri ve asgari ürün yazılımını gösteren bir matris yayımlar ve o matris alıntılanmaya değer tek yetkedir. Listede görünen bir model otomatik olarak özelliği destekleyen bir sürümde değildir ve onu destekleyen sürüm sizin çalıştırdığınız olmayabilir. Modeli ve kurulu ürün yazılımını iki ayrı olgu olarak kaydedin. Ardından o çift için matrisi okuyun.

Aynı ailedeki benzer bir modelden çıkarım yapmayın. Liste model bazındadır ve farklar gerçektir.

AnyConnect bir SSL hizmetidir, IPsec değil

Meraki, MX üzerindeki AnyConnect'i TLS ve DTLS üzerinden uygulama tabanlı bir VPN olarak tanımlar ve ayrı bir L2TP/IPsec istemci VPN hizmetinin yanında belgeler. Bunlar aynı panoyu tesadüfen paylaşan iki üründür. IKEv1 ile IKEv2'yi karşılaştırmak size IPsec hizmetini anlatır ve cihazınızda TLS hizmetinin olup olmadığı hakkında hiçbir şey söylemez. Kanıtınız bir IKE sürüm tablosuysa başka bir soruyu yanıtlamış olursunuz.

İstemcileri karşılaştırmadan önce cihazın hangi hizmeti sunduğunu belirleyin. Çalışan bir L2TP/IPsec profili aynı kuruluşa ulaştığı için AnyConnect profiline dönüşmez ve ikisi farklı istemci yapılandırması gerektirir.

MX gerçekte hangi özellikleri sunuyor

Cisco'nun ASA özellik listesi MX özellik listesi değildir ve on iki şeyi destekleyen bir istemci ağ geçidini bunları destekler hale getirmez. Gerçekten ihtiyaç duyduğunuz işlevleri karşılaştırın: kimlik doğrulama yöntemi, bölünmüş tünel davranışı, DNS işleyişi ve cihazın istediği hak. Her birini dağıtılmış sürüm için Meraki belgelerinden alın.

Kimlik doğrulama genellikle burada ısırır. İstemcinin sunduğu ama cihazın yapılandıramadığı bir yöntem, olmayı bekleyen bir destek vakasıdır.

İstemci sürümü ve hak

Cisco Secure Client aynı istemci ailesinin güncel adıdır, bu yüzden AnyConnect'ten söz eden bir belge illa eski değildir. Önemli olan kuruluşunuzun dağıttığı sürüm ve cihazın sürümünün buna göre doğrulanmış olup olmadığıdır.

Lisans gereksinimini başka bir platformdan varsaymak yerine aynı kılavuzda kontrol edin. Ardından uç nokta adını, sertifika doğrulamasını ve onaylanmış kimlik doğrulama akışını tek bir hizmet kaydında birlikte tutun, çünkü bu üçü bağımsız olarak başarısız olur. Kullanıcıların tıklayıp geçtiği bir sertifika uyarısı uyumluluk sonucu değildir, doğrulanmamış bir yapılandırmadır. Uzaktan erişim işin yalnızca yarısıdır, çünkü kullanıcının hedefe ulaşmak için hâlâ rotalara ve izinlere ihtiyacı vardır.

Kaydı beş alanla yazın

Model, ürün yazılımı, uzaktan erişim modu, istemci sürümü ve dağıtımın gerektirdiği işlevler. Beş alan ve AnyConnect'i kullanabilir miyiz sorusunun yanıtı tek birinde değil, bunların birleşiminde. O kayıt bir sonraki mühendise ürün yazılımı yükseltmesinden sonra neyin yeniden kontrol edilmesi gerektiğini de söyler.

Ardından yolu baştan sona test edin: kimlik doğrulayın, dahili bir adı çözün, izin verilen bir kaynağa ulaşın ve ulaşmamanız gereken bir kaynağın reddedildiğini doğrulayın. Oturum açma başarılı olup kaynak hiç yüklenmiyorsa bu kısmi bir sonuçtur ve eksik yarı genellikle istemci değil yönlendirme veya yetkilendirmedir. Test edilen birleşimi değişiklikle birlikte arşivleyin, böylece sonraki kişi slogan yerine kanıt devralır.

İlgili makaleler