Екі VPN қолданбасы да Connected күйін көрсетеді, ал болжам — трафик енді екеуі арқылы да, бірі екіншісінің ішінде өтеді. Әдетте олай болмайды. iOS-тің нақты қатар өмір сүру моделі бар, және ол тізбек емес. Бір конфигурация класы бір ғана қосылған данамен шектеледі, екіншісі оның қасында жұмыс істей алады, ал маршрут басымдығы қайшылықтарды шешеді. Екі жанып тұрған ауыстырып-қосқыш екі секіріс емес. Модель құжатталған, яғни жолды белгішелерден болжаудың орнына алдын ала анықтауға болады.

Аңыз: екі қосылған VPN — тізбек

Екі секірісті тізбекке айқын сыртқы тасымал, айқын ішкі туннель, үйлесімді шеткі нүктелер маршруттауы және екеуінің бірі істен шыққанда не болатыны туралы жоспар қажет. Екі тәуелсіз конфигурация бір уақытта болуының арқасында ғана мұны жасамайды. Маршрут басымдығы инкапсуляциямен бірдей емес, және бір конфигурацияның маршрут іздеуінде жеңуі екіншісінің пайда болған пакеттерді тасымалдайтыны туралы ештеңе айтпайды.

Егер сізге кірістіру қажет болса, оны кірістіру ретінде жобалаңыз. Оны екі қосылым индикаторынан қорытынды жасамаңыз. Бұл айырмашылық көп жөндеуді үнемдейді.

Сол аңыздың артындағы құжатталған модель

Apple-дың NETunnelProviderManager класы қарапайым корпоративтік VPN конфигурацияларын сипаттайды және осы түрдің бір уақытта тек біреуін қосуға болатынын айтады. Сол анықтама Personal VPN-ге оның қасында қосулы және қосылған күйде қалуға рұқсат береді және екеуі қабаттасқан жерде корпоративтік маршруттарға басымдық береді.

Мұнда Personal VPN — NEVPNManager арқылы басқарылатын кірістірілген IPsec немесе IKEv2 іске асыруының API термині. NETunnelProviderManager — туннель провайдерінің моделі. Тұтынушы қолданбасы провайдер моделін пайдалана алады, сондықтан personal бар өнім атауы оны жіктемейді.

Apple бір рұқсат етілген комбинацияны құжаттайды, ал рұқсат екі жеткізушінің профильдері үйлесімді екенін айтпайды, сондықтан қай жұп қолдау табатынын әр жеткізушіден сұраңыз. Олардың конфигурация түрлері, маршруттары және саясаттары әлі де нәтижені анықтайды.

Аңыз: жеке VPN шолу трафигін алады

Әрбір межелі орынды талап ететін жұмыс профилі қоғамдық шолу үшін де маршрут іздеуін жеңеді, сондықтан жеке шығу одан ештеңе тасымалдамайды. Құжатталған басымдық бойынша корпоративтік маршруттар қайшы келетін жерде жеңеді, сондықтан қоғамдық шолу тек сол қолданба да қосылымды хабарлағаны үшін жеке шығуды автоматты түрде қабылдамайды. Неғұрлым тар жұмыс конфигурациясы маршруттау бейнесін өзгертуі мүмкін, бірақ ұйым клиенті DNS, блоктау немесе құрылғы талаптарын әлі де қоя алады. Қолдау тапқан тәртіпті оның иесінен алыңыз, бұл талаптарды жергілікті түрде өңдеудің орнына.

Басқарылатын қолданбаға арналған конфигурациялардың өз ауқымы бар. Құрылғы деңгейіндегі ережені әрбір басқарылатын орналастыруға таратпаңыз.

Сынақ алдында екі ағынды жазыңыз: жұмыс қызметінің жеке атауы мен ауқымы, және жаңа қоғамдық шолу сұранысы. Екеуі де заңды, және әртүрлі тексерулерді қажет етеді.

Бөлінген туннельді жұмыс профилімен маршрут басымдығы

Бөлінген туннельді жұмыс профилі өзі тізімдейтін жеке префикстер мен ішкі DNS жұрнағын талап етеді, және бұл маршруттар оларға сәйкес келетін кез келген іздеуді жеңеді. Ешбір корпоративтік маршрутқа сәйкес келмейтін қоғамдық межелі орындар физикалық байланысқа түседі, егер жеке VPN оларды бірінші талап етпесе. Басымдық ережесі тек қабаттасатын сәйкестіктерді шешеді, сондықтан екі профильді белгіше емес, маршрут кестелері ретінде оқу керек.

Жұпты екі жолға жазып, әрқайсысының күтілетін жеңімпазын атаңыз: 10.x немесе 172.16.x-ке шешілетін жұмыс хост атауы корпоративтік туннельден шығуы керек, ал сәйкес префиксі жоқ қоғамдық мекенжай қалған әдепкі маршрутты алуы керек. Егер екі жол да бірдей шығуды атаса, бөлу құжаттама сипаттағанды орындамайды.

Екі ағынды жазыңыз және әрқайсысын тексеріңіз

Әр ағын үшін қай бекітілген конфигурация оны тасымалдауы керектігін және қай шешуші әр атау түрін алуы керектігін жазыңыз. Содан кейін жаңа сұраныстармен тексеріңіз, кэштелген жұмыс парағымен немесе ескі IP нәтижесімен емес.

Бір конфигурацияны тоқтатып, екі ағынды қайталаңыз. Сәтсіздік мінез-құлқы дизайнның бөлігі, және ол пайдаланушылар байқайтын бөлік. Екі провайдер комбинацияны қолдай алмаса, бір бекітілген конфигурацияға тоқталып, оның қай ағынды тасымалдайтынын құжаттаңыз, немесе басқарылатын бір туннельді дизайнға көшіңіз. NETunnelProviderManager құжаттамасы қатар өмір сүру ережесінің көзі болып табылады.

Қатысты мақалалар