VPN կրող բջջային կապն ունի երկու անկախ պաշտպանություն, և բջջային գաղտնիության մասին գրեթե բոլոր շփոթված պնդումները ծագում են դրանց միավորումից: Ռադիոցանցը պաշտպանում է իր սեփական մուտքն ու ազդանշանը: VPN հաճախորդը նույնականացնում է դարպասը և պաշտպանում դեպի այդ դարպաս երթևեկությունը: Ոչ մեկը մյուսի շերտը չէ, և օպերատորը VPN զուգընկեր չի դառնում միայն այն պատճառով, որ ավարտում է բջջային մուտքի պաշտպանությունը:

Քայլ 1. գծեք երկու հարաբերությունները

Մի կողմում հեռախոսն ու բջջային ցանցն են՝ գրանցում, ռադիոկրիչներ և այն պաշտպանությունը, որը սահմանում է մուտքի ստանդարտը: Մյուս կողմում VPN հաճախորդը և կոնկրետ հեռավոր դարպասն են՝ իր նույնականացմամբ և իր բանալիներով:

Տարբեր վերջնակետեր, տարբեր բանալիային նյութ, տարբեր խափանման եղանակներ: Գծեք դրանք որպես երկու գիծ, ոչ որպես մեկ:

Քայլ 2. նշեք, թե որտեղ է ավարտվում յուրաքանչյուրը

Թունելային ռեժիմի IPsec թունելում հաճախորդը ներքին փաթեթը փաթաթում է նոր արտաքին IP փաթեթի մեջ, և ցանցը փոխանցում է այդ արտաքին վերնագիրը: ESP բնութագիրը ուղղակիորեն նկարագրում է այդ փաթաթումը. բեռը պաշտպանված է, իսկ արտաքին հասցեավորումը այն է, ինչ տեսնում է ուղին:

phone -- cellular access protection -- radio network
phone -- ESP outer packet ------> office gateway -- inner traffic

Ուղու վրա ոչինչ չի վերծանում բեռը երթուղավորված ցատկում: Մշակումը տեղի է ունենում կարգավորված վերջնակետում, և դրա համար երկու պաշտպանական սահմանները չեն միաձուլվում մեկի մեջ:

Քայլ 3. թվարկեք, թե օպերատորը դեռ ինչ կարող է անել

Մուտքի օպերատորը տեսնում է արտաքին նպատակակետերը, ժամանակավորումը և ծավալը: Նա կարող է նաև ազդել առաքման վրա երթուղավորմամբ, զտմամբ, կորստով կամ կտրված կապով: Այսպիսով դանդաղ կամ ձախողված թունելը լիովին հնարավոր է առանց դրա բովանդակության որևէ վերծանման: Հապաղման թռիչքները և հարկադիր վերամիացումները նույն կատեգորիայում են:

Դիտումը և խափանումը իրական կարողություններ են: Դրանք նույն կարողությունը չեն, ինչ ներքին բեռը կարդալը:

Քայլ 4. պահեք ենթադրությունները ազնիվ

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

Զուգընկերոջ կամ վկայագրի ստուգումը հեռացնելը, որպեսզի զգուշացումը անհետանա, փոխում է այն պաշտպանական հարաբերությունը, որի վրա հույս դրել էիք:

Քայլ 5. հետևեք տվյալներին դարպասից այն կողմ

VPN պաշտպանությունը ավարտվում է իր կարգավորված վերջնակետում: Այն, ինչ երթևեկությունն անում է հետո, պաշտպանվում է միայն այն ամենով, ինչ աշխատում է այդ շերտում, և դրա համար ճիշտ վավերացված HTTPS նստաշրջանը կարևոր է նաև թունելից հետո: Դարպասից այն կողմ ուղարկված բաց տեքստը պահանջում է իր գնահատականը:

Սա այն մասն է, որը մարդիկ մոռանում են, երբ թունելը նկարագրում են որպես ամբողջ ուղին ծածկող:

Քայլ 6. սահմանեք իսկապես պաշտպանված հոսքերը

Ստուգեք հաճախորդի քաղաքականությունը բացառված հավելվածների, բաժանված թունելավորման և հասցեների ընտանիքների համար: Բացառված հավելվածը, չմշակված հասցեների ընտանիքը կամ անջատված նստաշրջանը կարող են օգտագործել բոլորովին այլ ուղի, և կարգավիճակի նշանը ձեզ չի ասի, թե որ հոսքն ուր գնաց:

Գրառումը գրեք որպես չորս փաստ. մուտքի ցանցը, նույնականացված VPN վերջնակետը, հավելվածի վերջնակետը և իրականում ծածկված երթևեկությունը: Այդ գրառումը ճիշտ է մնում նույնիսկ երբ նշանները ստում են:

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