İki iPhone VPN-i eyni vaxtda: trafiki hansı daşıyır?

İki VPN tətbiqi də Connected göstərir və güman edilir ki, trafik artıq hər ikisindən, biri digərinin içində keçir. Adətən belə olmur. iOS-un xüsusi birgəyaşayış modeli var və bu, zəncir deyil. Bir konfiqurasiya sinfi yalnız bir aktiv nüsxə ilə məhdudlaşır, digəri onun yanında işləyə bilər və marşrut prioriteti toqquşmaları həll edir. İki yanan açar iki hop deyil. Model sənədləşdirilib, yəni yolu ikonlardan təxmin etmək əvəzinə əvvəlcədən demək olar.

Mif: iki qoşulmuş VPN zəncirdir

İki hoplu zəncir müəyyən xarici nəqliyyat, müəyyən daxili tunel, uyğun son nöqtə marşrutlaşdırması və hər hansı biri sıradan çıxanda nə olacağına dair plan tələb edir. İki müstəqil konfiqurasiya sadəcə eyni vaxtda mövcud olmaqla bunu yaratmır. Marşrut prioriteti inkapsulyasiya ilə eyni şey deyil və bir konfiqurasiyanın marşrut axtarışını qazanması digərinin yaranan paketləri daşıması barədə heç nə demir.

Yuvalama lazımdırsa, onu yuvalama kimi layihələndirin. İki qoşulma göstəricisindən bunu çıxarmayın. Bu fərq çoxlu sazlama qənaət edir.

Həmin mifin arxasındakı sənədləşdirilmiş model

Apple-ın NETunnelProviderManager-i adi korporativ VPN konfiqurasiyalarını təsvir edir və bildirir ki, bu növdən eyni vaxtda yalnız biri aktiv ola bilər. Həmin sənəd Personal VPN-in onun yanında aktiv və qoşulmuş qalmasına icazə verir və iki profil üst-üstə düşəndə korporativ marşrutlara üstünlük verir.

Burada Personal VPN NEVPNManager vasitəsilə idarə olunan daxili IPsec və ya IKEv2 tətbiqi üçün API terminidir. NETunnelProviderManager isə tunel təminatçısı modelidir. İstehlakçı tətbiqi təminatçı modelindən istifadə edə bilər, ona görə adında personal olan məhsul adı onu təsnif etmir.

Apple bir icazəli kombinasiyanı sənədləşdirir və icazə iki təchizatçının profillərinin uyğun olduğunu demir, ona görə hər təchizatçıdan hansı cütün dəstəkləndiyini soruşun. Onların konfiqurasiya növləri, marşrutları və siyasətləri hələ də nəticəni həll edir.

Mif: şəxsi VPN gəzinti trafikini alır

Hər təyinatı tələb edən iş profili ictimai gəzinti üçün də marşrut axtarışını qazanacaq, ona görə şəxsi çıxış ondan heç nə daşımır. Sənədləşdirilmiş prioritetə görə, toqquşduqları yerdə korporativ marşrutlar üstün gəlir, ona görə ictimai gəzinti yalnız o tətbiq də qoşulmuş bildirdiyi üçün avtomatik şəxsi çıxışa keçmir. Daha dar iş konfiqurasiyası marşrutlaşdırma mənzərəsini dəyişə bilər, amma təşkilatın klienti yenə də DNS, bloklama və ya cihaz tələbləri qoya bilər. Dəstəklənən düzəni onun sahibindən alın, o tələbləri yerli olaraq redaktə etməyin.

İdarə olunan tətbiq-üzrə konfiqurasiyaların öz əhatə dairəsi var. Cihaz səviyyəli qaydanı hər idarə olunan yerləşdirməyə şamil etməyin.

Testdən əvvəl iki axını yazın: iş xidmətinin şəxsi adı və diapazonu, və təzə ictimai gəzinti sorğusu. Hər ikisi qanunidir və fərqli yoxlamalar tələb edir.

Bölünmüş tunelli iş profili ilə marşrut prioriteti

Bölünmüş tunelli iş profili sadaladığı şəxsi prefiksləri və daxili DNS şəkilçisini tələb edir və həmin marşrutlar onlara uyğun gələn istənilən axtarışı qazanır. Heç bir korporativ marşruta uyğun gəlməyən ictimai təyinatlar, şəxsi VPN onları əvvəlcə tələb etmirsə, fiziki keçidə düşür. Prioritet qaydası yalnız üst-üstə düşən uyğunluqları həll edir, ona görə iki profil ikon kimi deyil, marşrut cədvəli kimi oxunmalıdır.

Cütü iki sətir kimi yazın və hər biri üçün gözlənilən qalibi adlandırın: 10.x və ya 172.16.x-ə çevrilən iş host adı korporativ tuneldən çıxmalıdır, uyğun prefiksi olmayan ictimai ünvan isə qalan standart marşrutu tutmalıdır. Hər iki sətir eyni çıxışı adlandırırsa, bölmə sənədlərin təsvir etdiyini etmir.

İki axını yazın və hər birini yoxlayın

Hər axın üçün hansı təsdiqlənmiş konfiqurasiyanın onu daşımalı və hər adda hansı həlledicinin olması lazım olduğunu qeyd edin. Sonra köhnə IP nəticəsi və ya keşlənmiş iş səhifəsi ilə deyil, təzə sorğularla yoxlayın.

Bir konfiqurasiyanı dayandırın və hər iki axını təkrarlayın. Uğursuzluq davranışı dizaynın bir hissəsidir və bu, istifadəçilərin gördüyü hissədir. İki təminatçı kombinasiyanı dəstəkləyə bilmirsə, bir təsdiqlənmiş konfiqurasiya üzərində dayanın və onun hansı axını daşıdığını sənədləşdirin və ya idarə olunan tək tunelli dizayna keçin. NETunnelProviderManager sənədləri birgəyaşayış qaydasının mənbəyidir.