Captive պորտալը և VPN-ը փակուղում. ո՞վ է առաջինը շարժվում
Հյուրանոցի պորտալը տրաֆիկ է պահանջում, նախքան թունելը գոյություն կունենա, իսկ VPN-ը արգելափակում է, մինչև թունելը բարձրանա։ Համեմատեք երկու հաջորդականությունները և ինչ է բացահայտում յուրաքանչյուրը բացվածքի ընթացքում։
Հյուրանոցի պորտալը ուզում է զննարկիչ տեսնել, նախքան որևէ տրաֆիկ բաց կթողնի։ Ձեր VPN-ը հրաժարվում է տրաֆիկ բաց թողնել, մինչև իր թունելը բարձրացած չէ։ Երկու կողմերը սպասում են միմյանց, և երկուսն էլ վարվում են ճիշտ այնպես, ինչպես կարգավորված են։ Այս փակուղին կոտրում են միայն երկու հաջորդականություններ, և դրանք տարբերվում են նրանով, թե ինչ են բացահայտում, քանի դեռ բացվածքը բաց է։ Ընտրեք մեկը գիտակցաբար՝ փոխարենը չշրջելու այն կարգավորումը, որը զննարկիչը բեռնում է։
Երկու հաջորդականություն, դրանցից մեկն աշխատում է
Կամ ցանցը նախ ընդունում է ձեզ, և թունելը գալիս է երկրորդը, կամ բացում եք նեղ բացառություն պորտալի համար և հետո վերականգնում արգելափակումը։ Երկուսն էլ օրինական են։ Ոչ օրինական է անջատել արգելափակումը և մոռանալ վերադարձնել այն։
| Order | What it costs | When it fails |
|---|---|---|
| Admit, then connect | Nothing extra; the block stays on | The client cannot reach the portal with the tunnel down |
| Exception, then restore | A timed window of direct access | The window is left open, or scoped too broadly |
Երկու հաջորդականությունները հավասարապես լավը չեն ամեն իրավիճակում։ Պարտադիր ընդունելության գործընթացով կառավարվող սարքն ունի մեկ պատասխան, իսկ հյուրանոցի Wi-Fi-ում գտնվող անձնական նոթբուքը՝ մեկ այլ։ Համեմատությունը այն մասին է, թե ինչից է հրաժարվում յուրաքանչյուր տարբերակ։
Սկսեք նրանից, որ իմանաք, թե որն են իրականում աջակցում ձեր հաճախորդը և սարքի քաղաքականությունը։
Տարբերակ A. ընդունեք ցանցը, ապա միացրեք թունելը
Հաստատեք սպասվող ցանցի անունը, ապա օգտագործեք օպերացիոն համակարգի մուտքի հարցումը կամ հաճախորդի աջակցած captive պորտալի հոսքը։ iPhone-ում և iPad-ում մուտքի թերթիկը փակելը կարող է կամ խզել կապը, կամ պահել այն՝ ծանուցմամբ, որ ցանցը ինտերնետ չունի, և դրանք տարբեր մեկնարկային կետեր են։ Նախ ավարտեք ընդունելության քայլը, ապա բարձրացրեք թունելը։ Այս հաջորդականությունը արգելափակումը պահում է անփոփոխ այն ամբողջ ընթացքում, երբ թունելը ներքևում է։
Որոգայթն այն է, որ ինտերնետ հասանելիություն թույլատրող պորտալը չի նույնականացրել ձեր VPN հաշիվը։ Թունելը դեռ պետք է միանա դրանից հետո, և այն կարող է ձախողվել իր իսկ պատճառներով։ Ընդունելությունը և նույնականացումը առանձին իրադարձություններ են, որոնք մարդիկ միավորում են մեկի մեջ։
Եթե ընդունելությունը շարունակ ժամկետանց է լինում, նշեք՝ պորտալը նորից հարցնու՞մ է, ցանցն ընկնու՞մ է, թե միայն VPN-ն է ձախողվում։
Տարբերակ B. նեղ մուտքի բացառություն, ապա արգելափակման վերականգնում
Այլընտրանքն այն է՝ թույլատրել պորտալի տրաֆիկը, մինչ արգելափակումը մնում է ուժի մեջ մնացածում, մտնել, ապա հեռացնել բացառությունը։ Բացառությունը պետք է նեղ լինի՝ մեկ նպատակակետ կամ մեկ հասցեների տիրույթ, մուտքի տևողության համար, արգելափակումը վերականգնելով անմիջապես հետո։ Լայն ժամանակավոր պատուհանը այն ճանապարհն է, որով երկու րոպեանոց մուտքը դառնում է ամբողջ կեսօրի անպաշտպան տրաֆիկ։
Իմացեք, թե ինչ է իրականում իրականացնում ձեր հաճախորդը։ macOS-ում OpenVPN Connect-ը captive պորտալի հայտնաբերումը փաստագրում է առանձին այն տարբերակից, որը արգելափակում է ինտերնետ հասանելիությունը, երբ VPN-ը դադարեցված է կամ նորից միանում է։ Պորտալ հայտնաբերելը և դրա տրաֆիկը թույլատրելը կապված առաջադրանքներ են, ոչ թե փոխարինելի խոստումներ։
Կառավարվող սարքում հետևեք կարգավորված ընդունելության գործընթացին՝ բացառություն հորինելու փոխարեն։
Ինչ է բացահայտում բացվածքը, և ում
Այս փակուղու հետաքրքիր մասը ձեր առջևի զննարկիչի ներդիրը չէ։ Այլ այն ամենը, ինչ սկսում է օգտագործել ցանցը այն պահին, երբ կապը հայտնվում է՝ փոստ, լուսանկարների համաժամեցում, թարմացումների ստուգում, նորից միացող չաթի հաճախորդ, աշխատանքը շարունակող կրկնօրինակման գործակալ։
Հանգիստ զննարկիչի պատուհանը ոչինչ չի ասում դրա մասին։ Փակեք կամ դադարեցրեք զգայուն աշխատանքը ցանկացած թույլատրված ուղիղ հասանելիության ընդմիջումից առաջ և ստուգեք, թե ինչ է աշխատում մուտքի պահին։ Android-ում մշտապես միացված VPN-ը՝ VPN-ից դուրս կապերի արգելափակման հետ համատեղ համապատասխան հսկողությունն է, և կամայական երթուղու բացառությունը դրա ըմբռնման փոխարինող չէ։
Սա միակ տեղն է, որտեղ ժամանակավոր հասանելիության պատուհանների մասին հին խորհուրդը դեռ վավեր է։ Մտահոգությունը ճիշտ էր նույնիսկ այնտեղ, որտեղ մեխանիզմը ճիշտ չէր։
Ինչպես ընտրել և ինչպես հաստատել
Ընտրեք տարբերակ A-ն, երբ սարքը կամ հաճախորդը աջակցում է իսկական պորտալի հոսքի, քանի որ այն արգելափակումը պահում է անփոփոխ ամբողջ ընթացքում։ Ընտրեք տարբերակ B-ն, երբ պորտալին այլ կերպ հասնել հնարավոր չէ, և բացառությանը վերաբերվեք որպես պատասխանատու անձով ժամկետային փոփոխության։
Ապա հաստատեք հաջորդականությունը, ոչ թե արդյունքը.
curl -sS --max-time 8 https://example.com -o /dev/null -w '%{http_code}\n'Ավարտեք ընդունելությունը, հաստատեք նախատեսված պրոֆիլը, վերականգնեք ժամանակավոր փոփոխված ցանկացած արգելափակման հսկողություն, ապա արեք նոր անվնաս հարցում և հաստատեք, որ այն հետևում է թունելին։ Հարցումը, որը հաջողվում է այն պատճառով, որ արգելափակումը դեռ անջատված է, ոչինչ չի ապացուցում թունելի մասին։
VPN-ի ելքի փոխումը չի երկարաձգի ժամկետանց հյուրանոցային սեանսը։ Դրանք տարբեր իրադարձություններ են, և դրանք շփոթելը ձեզ կուղարկի սխալ տեղ փնտրելու։