İki VPN uygulaması da Connected gösteriyor ve trafiğin artık ikisinden de, biri diğerinin içinde geçtiği varsayılıyor. Genellikle öyle olmaz. iOS'un belirli bir birlikte var olma modeli var ve bu bir zincir değil. Bir yapılandırma sınıfı tek bir etkin örnekle sınırlıdır, diğeri onun yanında çalışabilir ve rota önceliği çakışmaları belirler. İki yanan anahtar iki atlama değildir. Model belgelenmiştir, yani yol simgelerden tahmin edilmek yerine önceden kestirilebilir.

Efsane: iki bağlı VPN bir zincirdir

İki atlamalı bir zincir tanımlı bir dış taşıma, tanımlı bir iç tünel, uyumlu uç nokta yönlendirmesi ve ikisinden biri başarısız olduğunda ne olacağına dair bir plan gerektirir. İki bağımsız yapılandırma yalnızca aynı anda var olarak bunu yaratmaz. Rota önceliği kapsüllemeyle aynı şey değildir ve bir yapılandırmanın rota aramasını kazanması, diğerinin ortaya çıkan paketleri taşıyıp taşımadığı hakkında hiçbir şey söylemez.

İç içe geçmeye ihtiyacınız varsa, onu iç içe geçme olarak tasarlayın. Bunu iki bağlantı göstergesinden çıkarım yapmayın. Bu ayrım çok fazla hata ayıklamadan tasarruf sağlar.

Bu efsanenin arkasındaki belgelenmiş model

Apple'ın NETunnelProviderManager'ı olağan kurumsal VPN yapılandırmalarını tanımlar ve bu türden aynı anda yalnızca birinin etkinleştirilebileceğini belirtir. Aynı başvuru bir Personal VPN'in yanında etkin ve bağlı kalmasına izin verir ve ikisi çakıştığında kurumsal rotalara öncelik verir.

Burada Personal VPN, NEVPNManager üzerinden yönetilen yerleşik IPsec veya IKEv2 uygulaması için API terimidir. NETunnelProviderManager tünel sağlayıcı modelidir. Bir tüketici uygulaması sağlayıcı modelini kullanabilir, bu nedenle personal içeren bir ürün adı onu sınıflandırmaz.

Apple izin verilen tek bir kombinasyonu belgeler ve izin, iki satıcının profillerinin uyumlu olduğunu söylemez, bu yüzden her satıcıya hangi çiftin desteklendiğini sorun. Yapılandırma türleri, rotaları ve politikaları hâlâ sonucu belirler.

Efsane: kişisel VPN tarama trafiğini alır

Her hedefi talep eden bir iş profili genel gezinme için rota aramasını da kazanır, bu yüzden kişisel çıkış bundan hiçbir şey taşımaz. Belgelenmiş önceliğe göre kurumsal rotalar çakıştıkları yerde kazanır, bu yüzden genel gezinme yalnızca o uygulama da bağlı bildirdiği için otomatik olarak kişisel çıkışı almaz. Daha dar bir iş yapılandırması yönlendirme tablosunu değiştirebilir, ancak kuruluşun istemcisi yine de DNS, engelleme veya cihaz gereksinimleri dayatabilir. Desteklenen düzeni sahibinden alın, bu gereksinimleri yerel olarak düzenlemek yerine.

Yönetilen uygulama başına yapılandırmaların kendi kapsamı vardır. Cihaz düzeyindeki bir kuralı her yönetilen dağıtıma genellemeyin.

Testten önce iki akışı yazın: iş hizmetinin özel adı ve aralığı ile yeni bir genel gezinme isteği. İkisi de meşrudur ve farklı kontroller gerektirir.

Bölünmüş tünelli iş profiliyle rota önceliği

Bölünmüş tünelli bir iş profili, listelediği özel önekleri ve iç DNS sonekini talep eder ve bu rotalar onlarla eşleşen her aramayı kazanır. Herhangi bir kurumsal rotayla eşleşmeyen genel hedefler, kişisel VPN önce onları talep etmedikçe fiziksel bağlantıya düşer. Öncelik kuralı yalnızca çakışan eşleşmeleri belirler, bu yüzden iki profil simge olarak değil rota tablosu olarak okunmalıdır.

Çifti iki satır olarak yazın ve her biri için beklenen kazananı adlandırın: 10.x veya 172.16.x'e çözümlenen bir iş ana bilgisayarı adı kurumsal tünelden çıkmalı ve eşleşen öneki olmayan genel bir adres kalan varsayılan rotayı almalıdır. İki satır da aynı çıkışı adlandırıyorsa, bölme belgelerin açıkladığı şeyi yapmıyor.

İki akışı yazın ve her birini test edin

Her akış için hangi onaylı yapılandırmanın onu taşıması gerektiğini ve her ad türünü hangi çözümleyicinin alması gerektiğini kaydedin. Sonra önbelleğe alınmış bir iş sayfası veya eski IP sonucuyla değil, yeni isteklerle doğrulayın.

Bir yapılandırmayı durdurun ve iki akışı tekrarlayın. Hata davranışı tasarımın bir parçasıdır ve kullanıcıların fark ettiği kısım odur. İki sağlayıcı kombinasyonu destekleyemiyorsa, onaylı tek bir yapılandırmada karar kılın ve hangi akışı taşıdığını belgeleyin, ya da yönetilen tek tünelli bir tasarıma geçin. NETunnelProviderManager belgeleri birlikte var olma kuralının kaynağıdır.

İlgili makaleler