Երկու հավելված բացում են միացումներ նույն գրասենյակային սերվերին, և դրանցից միայն մեկը պետք է օգտագործի թունելը։ Երթուղին չի կարող արտահայտել այդ ցանկությունը, քանի որ երթուղային աղյուսակները հիմնված են նշանակետերի վրա և պատկերացում չունեն, թե որ պրոցեսն է բացել սոքեթը։ Այն, ինչ մարդիկ խնդրում են, և այն, ինչ նրանց պետք է, հաճախ տարբեր բաներ են։ Բաժանեք երկուսը նախքան որևէ կարգավորում փոխելը։

Ընտրիչը նշանակետ է, երբեք՝ պրոցես

Յուրաքանչյուր երթուղային որոշում սկսվում է նշանակետի հասցեով և ավարտվում ինտերֆեյսով։ Միջուկը երբեք չի հարցնում, թե որ ծրագիրն է ուղարկել փաթեթը, իսկ macOS-ում pf-ը նույնպես չի երթուղավորում ըստ պրոցեսի, ուստի firewall-ի կանոնը չի կարող մեկ հավելվածը դնել այլ ուղու վրա։ Այդ պատճառով նույն սերվերը, անկախ նրանից՝ դիմում է զննարկիչը թե հաշվետվական գործիքը, երկուսի համար մեկ ուղի է վերցնում։ Հավելվածի մակարդակով բաժանումը պետք է գա երթուղուց բացի այլ բանից՝ VPN փլագին, որը տիրապետում է սոքեթին, վստահված սերվեր, որը միացումը վերցնում է հավելվածի անունից, կամ առանձին ցանցային ստեկ։ Դրանցից ոչ մեկը երթուղու փոփոխություն չէ։

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

Ինչ է տալիս սովորական split tunnel-ը

Split tunnel-ը նշանակում է երթուղիներ մասնավոր նախածանցների համար և մնացած ամեն ինչ թողնում է ֆիզիկական ուղու վրա։ Սովորաբար դա է հարցման իմաստը՝ հասնել գրասենյակային սերվերին թունելով, հանրային զննումը թողնել ուղիղ։ Դա պարզ է, յուրաքանչյուր սովորական հաճախորդ աջակցում է դրան, և այն պարտադրվում է նույն մեխանիզմով, ինչ ցանկացած այլ երթուղի։ Ստուգեք կոնկրետ նշանակետը route -n get-ով՝ լռելյայն երթուղին կարդալու փոխարեն, քանի որ split tunnel-ը հաճախ անփոփոխ է թողնում լռելյայն երթուղին։

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

Ինչ է պահանջում հավելվածային VPN-ը macOS-ում

macOS-ում իրական հավելվածային VPN-ը Network Extension հատկություն է, որը ղեկավարվում է կազմաձևման պրոֆիլով։ Կառավարման բեռը քարտեզագրում է ընտրված հավելվածները VPN կազմաձևին, և համակարգը հետո այդ հավելվածների տրաֆիկը համապատասխան երթուղավորում է։ Սա կառավարվող տեղակայում է, ինչը նշանակում է MDM, ստորագրված պրոֆիլ և ադմինիստրատոր, որը տիրապետում է երկուսին։

Հաճախորդի ձեռքով տեղադրումը այդ քարտեզագրումը չի ստեղծում, և սովորական կարգավորումների վահանակը հավելվածները առանձին ընտրելի չի դարձնում։ Մատակարարը կարող է առաջարկել իր սեփական հավելվածային կանոնները, և դրանք հետևում են նրա փաստաթղթերին, ոչ թե ընդհանուր կանոնի։

Երեք ուղի հավելվածային բաժանման՝ առանց MDM-ի

Այնտեղ, որտեղ կառավարումը հասանելի չէ, վստահված սերվերը գործնական պատասխանն է։ Սահմանեք հավելվածի սեփական վստահված սերվերի կարգավորումը կամ օգտագործեք PAC ֆայլ, որը միայն այդ հավելվածի համար է ընտրում ըստ նշանակետի և արձանագրության։

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

Գրեք հարցումը այնպես, որ պատասխանը միանշանակ լինի

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

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

Առնչվող հոդվածներ