Երկու iPhone VPN միաժամանակ. որն է տանում ձեր թրաֆիկը։

Երկու VPN հավելվածներն էլ ցույց են տալիս Connected, և ենթադրությունը այն է, որ թրաֆիկն այժմ անցնում է երկուսով էլ՝ մեկը մյուսի ներսում։ Սովորաբար այդպես չի լինում։ iOS-ն ունի հստակ համագոյակցության մոդել, և դա շղթա չէ։ Կոնֆիգուրացիայի մեկ դասը սահմանափակված է մեկ միացված օրինակով, մյուսը կարող է աշխատել դրա կողքին, և երթուղու առաջնահերթությունը որոշում է հակասությունները։ Երկու վառված անջատիչը երկու թռիչք չեն։ Մոդելը փաստաթղթավորված է, այսինքն՝ ուղին կարելի է կանխատեսել, այլ ոչ թե գուշակել պատկերակներից։

Առասպել. երկու միացված VPN-ը շղթա է

Երկու թռիչքի շղթան պահանջում է սահմանված արտաքին փոխադրում, սահմանված ներքին թունել, համատեղելի վերջնակետերի երթուղավորում և ծրագիր, թե ինչ է լինում, երբ նրանցից մեկը ձախողվի։ Երկու անկախ կոնֆիգուրացիաներ դա չեն ստեղծում պարզապես միաժամանակ գոյություն ունենալով։ Երթուղու առաջնահերթությունը նույնը չէ, ինչ ինկապսուլյացիան, և մեկ կոնֆիգուրացիայի հաղթանակը երթուղու որոնման ժամանակ ոչինչ չի ասում այն մասին, թե արդյոք մյուսը տանում է ստացված փաթեթները։

Եթե ձեզ բնադրում է պետք, նախագծեք այն որպես բնադրում։ Մի՛ եզրակացրեք այն երկու միացման ցուցիչներից։ Այդ տարբերությունը խնայում է շատ վրիպազերծում։

Այդ առասպելի հետևում գտնվող փաստաթղթավորված մոդելը

Apple-ի NETunnelProviderManager-ը նկարագրում է սովորական ձեռնարկային VPN կոնֆիգուրացիաները և նշում, որ այդ տեսակից միաժամանակ կարելի է միացնել միայն մեկը։ Նույն տեղեկանքը թույլ է տալիս, որ Personal VPN-ը մնա միացված և կապված դրա կողքին, և ձեռնարկության երթուղիներին առաջնահերթություն է տալիս այնտեղ, որտեղ երկուսը համընկնում են։

Այստեղ Personal VPN-ը API տերմինն է NEVPNManager-ով կառավարվող ներկառուցված IPsec կամ IKEv2 իրականացման համար։ NETunnelProviderManager-ը թունելի մատակարարի մոդելն է։ Սպառողական հավելվածը կարող է օգտագործել մատակարարի մոդելը, այնպես որ personal պարունակող ապրանքի անվանումը դա չի դասակարգում։

Apple-ը փաստաթղթավորում է մեկ թույլատրելի համակցություն, և թույլտվությունը ձեզ չի ասում, որ երկու մատակարարների պրոֆիլները համատեղելի են, այնպես որ հարցրեք յուրաքանչյուր մատակարարին, թե որ զույգն է աջակցվում։ Նրանց կոնֆիգուրացիայի տեսակները, երթուղիները և քաղաքականությունները դեռ որոշում են արդյունքը։

Առասպել. անձնական VPN-ն է ստանում դիտարկման թրաֆիկը

Աշխատանքային պրոֆիլը, որը հավակնում է բոլոր նպատակակետերին, կհաղթի նաև հանրային դիտարկման երթուղու որոնումը, այնպես որ անձնական ելքը դրանից ոչինչ չի տանում։ Փաստաթղթավորված առաջնահերթության համաձայն՝ ձեռնարկության երթուղիները հաղթում են այնտեղ, որտեղ բախվում են, այնպես որ հանրային դիտարկումն ինքնաբերաբար չի վերցնում անձնական ելքը միայն այն պատճառով, որ այդ հավելվածը նույնպես հաղորդում է կապի մասին։ Ավելի նեղ աշխատանքային կոնֆիգուրացիան կարող է փոխել երթուղավորման պատկերը, բայց կազմակերպության հաճախորդը դեռ կարող է պարտադրել DNS-ի, արգելափակման կամ սարքի պահանջներ։ Աջակցվող կարգը ստացեք դրա սեփականատիրոջից՝ այդ պահանջները տեղում խմբագրելու փոխարեն։

Կառավարվող հավելվածային կոնֆիգուրացիաներն ունեն իրենց շրջանակը։ Մի՛ տարածեք սարքի մակարդակի կանոնը յուրաքանչյուր կառավարվող տեղակայման վրա։

Փորձարկումից առաջ գրեք երկու հոսքերը՝ աշխատանքային ծառայության մասնավոր անունն ու տիրույթը, և հանրային դիտարկման նոր հարցում։ Երկուսն էլ օրինական են, և տարբեր ստուգումներ են պահանջում։

Երթուղու առաջնահերթությունը բաժանված թունելով աշխատանքային պրոֆիլի դեպքում

Բաժանված թունելով աշխատանքային պրոֆիլը հավակնում է նշված մասնավոր նախածանցերին և ներքին DNS վերջածանցին, և այդ երթուղիները հաղթում են նրանց հետ համընկնող ցանկացած որոնում։ Հանրային նպատակակետերը, որոնք չեն համընկնում ոչ մի ձեռնարկային երթուղու հետ, ընկնում են ֆիզիկական կապին, եթե անձնական VPN-ը նախապես չհավակնի դրանց։ Առաջնահերթության կանոնը որոշում է միայն համընկնող համապատասխանությունները, դրա համար երկու պրոֆիլները պետք է կարդալ որպես երթուղիների աղյուսակներ, ոչ թե պատկերակներ։

Գրեք զույգը երկու տողով և անվանեք յուրաքանչյուրի ակնկալվող հաղթողին՝ 10.x կամ 172.16.x-ի վերածվող աշխատանքային հանգույցի անունը պետք է դուրս գա ձեռնարկության թունելով, իսկ համապատասխան նախածանց չունեցող հանրային հասցեն պետք է վերցնի մնացած լռելյայն երթուղին։ Եթե երկու տողերն էլ անվանում են նույն ելքը, ապա բաժանումը չի անում այն, ինչ նկարագրում է փաստաթուղթը։

Գրեք երկու հոսք և ստուգեք յուրաքանչյուրը

Յուրաքանչյուր հոսքի համար գրանցեք, թե որ հաստատված կոնֆիգուրացիան պետք է տանի այն, և որ լուծիչը պետք է ստանա յուրաքանչյուր տեսակի անուն։ Ապա ստուգեք նոր հարցումներով, ոչ թե քեշավորված աշխատանքային էջով կամ հին IP արդյունքով։

Կանգնեցրեք մեկ կոնֆիգուրացիա և կրկնեք երկու հոսքերը։ Ձախողման վարքը դիզայնի մասն է, և դա այն մասն է, որը նկատում են օգտատերերը։ Երբ երկու մատակարարները չեն կարող աջակցել համակցությանը, կանգ առեք մեկ հաստատված կոնֆիգուրացիայի վրա և փաստաթղթավորեք, թե որ հոսքն է այն տանում, կամ անցեք կառավարվող մեկ թունելի ձևավորման։ NETunnelProviderManager-ի փաստաթղթերը համագոյակցության կանոնի աղբյուրն են։