Ինչ է անում IncludeAllNetworks-ը Mac-ի IKEv2 պրոֆիլում։

Բնիկ IKEv2 պրոֆիլում հետաքրքիր բանալին ոչ թե նշատուփ է, այլ IncludeAllNetworks-ը, և այն, ինչ փոխում է, այն սահմանն է, թե ինչ կարող է համակարգը ուղարկել թունելից դուրս։ Սահմանեք այն 1 արժեքով, և macOS-ը թունելը դիտարկում է որպես գրեթե ամբողջ IP երթևեկության ուղի՝ հանած բացառությունների այն խումբը, որը նա սահմանում է և որը դուք կարող եք ընդլայնել։ Քանի որ այն ապրում է պրոֆիլի բառարանում, այլ ոչ թե ընտրացանկում, այն նաև չի նշանակում այն, ինչ մարդկանց մեծ մասը ենթադրում է՝ կարդալով ուղարկել ամբողջ երթևեկությունը արտահայտությունը։

Ինչ է փոխում բանալին ցանցային կույտում

Առանց դրա թունելը վարվում է որպես ցանցային միջերես՝ իրեն կցված երթուղիներով։ Այդ միջերեսով անցնող լռելյայն երթուղին որսում է երթևեկության մեծ մասը, և մեկ այլ միջերեսի ցանկացած ավելի կոնկրետ երթուղի դեռ հաղթում է իր նախածանցի համար։ Սա սովորական երթուղավորում է, և ահա թե ինչու բաժանված թունելավորումը տեղի է ունենում գրեթե պատահաբար։

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

Գործնական հետևանքն այն է, որ երթուղի ավելացնելն այլևս չի բացատրում արդյունքը։ Եթե նպատակակետ դեռ հասնում են ուղղակիորեն, հարցը ոչ թե այն է, թե որ երթուղին հաղթեց, այլ՝ արդյոք բացառությունը ծածկում է այն։

Բացառությունները կարգավորման մասն են

Apple-ը փաստաթղթավորում է մի քանի բացառումներ գլխավոր բանալու կողքին՝ ընդգրկելով տեղական ցանցերը, Apple Push Notification երթևեկությունը, բջջային ծառայությունները և սարքերի հաղորդակցությունը։ Յուրաքանչյուրն ունի իր հարթակի և տարբերակի պայմանները, ուստի նույն պրոֆիլը կարող է տարբեր կերպ վարվել macOS-ի տարբեր թողարկումներում։

Այդ բացառումներից մի քանիսը ներքին են։ Ցանցային հասանելիությունը հաստատելու և պահպանելու համար անհրաժեշտ երթևեկությունը, ներառյալ captive portal-ի մշակումը, պետք է թույլատրվի, այլապես մեքենան կարող է հայտնվել ոչնչի հետ կապված և ի վիճակի չլինել շտկելու այն։

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

Ինչու դա նույնը չէ, ինչ լռելյայն երթուղին

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

Apple-ի երթուղավորման ուղեցույցը տարբերությունը դարձնում է բացահայտ. սովորական լռելյայնները կարող են վերագրվել ավելի կոնկրետ երթուղիներով, մինչդեռ ավելի լայն սահմանային կարգավորումը որոշում է, թե որ երթևեկությունը թունելը պետք է տանի, և ինչ է դրանից հանված։ Մեկը նախապատվություն է, մյուսն ավելի մոտ է կանոնին։

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

EnforceRoutes-ը այլ անջատիչ է

EnforceRoutes հնչում է որպես նույն գաղափարի խիստ տարբերակ, և մարդիկ երկուսը կուտակում են՝ հավատալով, որ ավելի շատ բանալիներ նշանակում են ավելի մեծ ծածկույթ։ Apple-ը փաստաթղթավորում է, որ այն անտեսվում է, երբ IncludeAllNetworks միացված է, ուստի երկրորդ բանալին ոչինչ չի ավելացնում այդ համակցությանը։

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

Ինչի շուրջ պետք է համաձայնեն դարպասը և պրոֆիլի սեփականատերը

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

Հավելվածին պատկանող թունելը կրկին առանձին դեպք է։ Մատակարարը պետք է իրականացնի կամ բացահայտի աջակցվող վարքը. երկրորդ բնիկ IKEv2 պրոֆիլ տեղադրելը չի փոփոխում թունելը, որը մեկ այլ հավելված արդեն կառավարում է, և IKEv2 բանալին OpenVPN հրահանգ չէ, որը կկարդա մեկ այլ հաճախորդ։

Ընթացիկ բանալիների ցանկի և տարբերակի պայմանների համար կարդացեք Apple-ի IKEv2 բեռնվածքի տեղեկանքը ՝ տարիներ առաջ ինչ-որ մեկի պատճենած պրոֆիլի փոխարեն։

Ընդունեք պրոֆիլի վերանայումը որպես ամբողջություն

Նախքան հեռակառավարվող Mac-ը փոխելը, գրեք թիրախ macOS տարբերակները, նախատեսված ինտերնետ ելքը, այն մասնավոր նախածանցները, որոնք պետք է հասանելի մնան, և յուրաքանչյուր բացառություն, որը միացնում եք։ Այնուհետև պահպանեք վերականգնման ուղի, որը կախված չէ այն թունելից, որը պատրաստվում եք փոխել։

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