Ինչպես փորձարկել VPN-ի անջատիչը առանց ձեր իրական հաշիվների
Կատարեք անջատիչի թեստ խայծ էջով և պահեստային պրոֆիլով՝ ծածկեք յուրաքանչյուր ընդհատման տեսակ, կարդացեք curl-ի ելքի կոդերը և տարանջատեք իրական արգելափակումը DNS խափանումից։
Ձեզ պետք չէ իրական հաշիվ պարզելու համար, թե արդյոք անջատիչը դիմանում է՝ հենց դա է, որ թեստը վտանգի տակ է դնում։ Ստուգումը ստեղծում է կարճ պատուհան, երբ երթևեկությունը կարող է կամ չի կարող դուրս գալ թունելից, ուստի բեռը պետք է լինի մի բան, որը կարող եք կորցնել։ Ես հիմա դա անում եմ խայծ էջով և պահեստային դիտարկիչի պրոֆիլով, և դա ավելի պարզ պատասխան է տալիս, քան նախկինում օգտագործած դիտարկիչ-և-վեբփոստ առօրյան։ Հետևյալը գնում է նույն հերթականությամբ, որը ներկայացնում է հաճախորդը՝ կարգավորումը, նպատակակետը, անցումը, ապա ապացույցները։
Թեստը պատասխանում է մեկ նեղ հարցի՝ այս անցման ընթացքում կարո՞ղ է այս հավելվածը հասնել թունելից դուրս գտնվող ցանցին։ Այն ոչինչ չի ասում այն մասին, թե արդյոք մնացած քաղաքականությունը խելամիտ է։ Շրջանակը պահեք այդքան փոքր, և արդյունքը արժե գրել։
Գտեք անջատիչը և դրա շրջանակը հաճախորդում
Բացեք հաճախորդը և գտեք արգելափակման կարգավորումը նախքան ցանցի որևէ վիճակ փոխելը։ Մատակարարները այն անվանում են տարբեր կերպ՝ անջատիչ, կողպման ռեժիմ, ցանցային կողպեք, արգելափակել երթևեկությունը թունելից դուրս։ Պիտակը ավելի քիչ է ասում, քան ներսի ընտրանքները։ Կարևորն այն է, թե արդյոք արգելափակումը միշտ է գործում, թե միայն այն ժամանակ, երբ հավելվածը որոշում է, որ թունելը նոր է ձախողվել, և արդյոք այն ընդգրկում է բոլոր հավելվածները կամ ընտրված ցանկը։
Այնուհետև թվարկեք այն անցումները, որոնք ձեր հաճախորդը իսկապես կարող է կատարել։ Օգտատիրոջ նախաձեռնած անջատումը, հավելվածից դուրս գալը և սերվերի հետ կապի կորուստը երեք տարբեր կոդային ուղիներ են հաճախորդների մեծ մասում, և նրանք չեն կիսում մեկ արգելափակման քաղաքականություն։ Ոմանք բաց են թողնում արգելափակումը, երբ հավելվածը դուրս է գալիս։ Մյուսները թողնում են զտման կանոնները տեղադրված, մինչև ինչ-որ բան հեռացնի դրանք։ Կարդացեք մատակարարի կարգավորումների տեղեկանքը այն տարբերակի համար, որը գործարկում եք՝ ենթադրելու փոխարեն, ապա գրեք, թե երեքից որն եք փորձարկում։
Գրանցեք նաև պրոֆիլը՝ արձանագրություն, հասցեների ընտանիքներ և արդյոք միացված է բաժանված թունելը։ Ամբողջ սարքի մասին պնդումն անիմաստ է, եթե պրոֆիլը միտումնավոր բացառում է մի քանի հավելված, և ձեր կարգավորած բացառությունը արտահոսք չէ։ OpenVPN Connect-ի կարգավորումների տեղեկանքը այնպիսի էջ է, որը նշում է, թե որ անջատիչը որ վարքագիծն է փոխում, թեև պիտակները տարբերվում են ըստ հաճախորդի։
Ընտրեք խայծ նպատակակետ, որը աշխատում է նաև առանց թունելի
Խայծին պետք է երկու հատկություն, և դրանցից որևէ մեկը բաց թողնելը տալիս է անընթեռնելի արդյունք։ Այն պետք է ուղղակիորեն հասանելի լինի, երբ թունելն իջեցված է և արգելափակումը անջատված, այլապես «այն դադարեց պատասխանել» կարող է պարզապես նշանակել, որ հոսթը գնացել է։ Եվ այն չպետք է պահանջի մուտք, քուքի կամ վճարում, որպեսզի արտահոսքը ձեզ արժենա մեկ տող գրանցամատյանում, այլ ոչ թե սեսիա։
Ձեր վերահսկած հոսթի վրա ստատիկ էջը մաքուր ընտրություն է։ Պահեստային վիրտուալ մեքենան սովորական HTTP սերվերով գրեթե նույնքան լավն է, և հանրային կապակցվածության ստուգման էջը աշխատում է, եթե ընդունեք, որ դրա հասանելիությունը ձեր վերահսկողությունից դուրս է։ Գրանցեք հասցեն, պորտը, հասցեների ընտանիքը և արդյոք հարցումը պահանջում է անվան որոնում, քանի որ դրանցից յուրաքանչյուրը դառնում է փոփոխական, որը գուցե ստիպված լինեք մեկուսացնել ավելի ուշ։
Սահմանեք ելակետային գիծը նախքան անջատիչին դիպչելը։ Երբ թունելը բարձրացված է, խայծը պետք է պատասխանի թունելի միջով, ինչը ապացուցում է, որ քաղաքականության երթուղին աշխատում է։ Երբ թունելն իջեցված է և արգելափակումը անջատված, այն պետք է պատասխանի ուղղակիորեն, ինչը ապացուցում է, որ նպատակակետը կենդանի է։ Միայն այդ ժամանակ է արգելափակված վիճակում ձախողումը ձեզ ինչ-որ բան ասում։
Կատարեք անցումները ֆիքսված հերթականությամբ
Վերցրեք անցումները մեկ առ մեկ և յուրաքանչյուրին տվեք մի քանի վայրկյան կայունանալու համար, որովհետև հաճախորդները հաճախ քանդում և նորից կառուցում են կանոնները այդ բացվածքում։ Նույն կարճ ստուգումը ամեն անգամ գործարկելը դիտարկումները պահում է համեմատելի՝
curl -sS -o /dev/null -w 'http=%{http_code}\n' --max-time 5 http://decoy.example/
echo "curl_exit=$?"
dig +short decoy.example
curl -6 -sS -o /dev/null -w 'v6_http=%{http_code}\n' --max-time 5 http://decoy.example/
echo "curl_v6_exit=$?"| Transition | Expected with the block on | Failure signature |
|---|---|---|
| Manual disconnect | Decoy stops answering within seconds | Decoy still returns 200 |
| Server or path failure | Blocked, with no exemption for the old endpoint | Direct access during the gap |
| Quit the app | Client-dependent; record what happens | Block disappears with the process |
| Wi-Fi to Ethernet | Block holds until the tunnel returns | Traffic flows mid-change |
Հավելվածից դուրս գալու տողն արժանի է իր առանձին գործարկմանը, նույնիսկ եթե սովորական օգտագործման ժամանակ երբեք չեք փակում հաճախորդը։ Եթե արգելափակումը թողարկվում է դուրս գալիս, ապա վթարը կամ հարկադիր թարմացումը ձեզ տալիս է նույն ազդեցությունը, և դա փաստ է տեղակայման մասին, ոչ թե ձեր համբերության։ Windows-ում համարժեք փորձերն են՝ Resolve-DnsName decoy.example և curl.exe -s -o NUL -w "%{http_code}" http://decoy.example/։
Առանձնացրեք արգելափակումը կոտրված լուծիչից
Չբեռնվող էջն ունի մի քանի պատճառ, և դրանցից միայն մեկն է աշխատող անջատիչը։ Եթե անունը չի լուծվում, դուք իմացաք, որ DNS-ը արգելափակված կամ կոտրված է, ոչ թե տվյալների ուղին է արգելափակված։ Փորձարկեք նաև բառացի հասցե, որպեսզի պատասխանը բացարձակապես կախված չլինի լուծումից։
curl-ի ելքի կոդերը բաժանում են այդ դեպքերը՝ 6-ը անվան լուծման ձախողում է, 7-ը նշանակում է, որ կապը մերժվել է, 28-ը ժամկետանց է։ Արգելափակված երթուղին սովորաբար արտահայտվում է որպես ժամկետանց կամ մերժում բառացի հասցեի նկատմամբ։ Միայն DNS-ի արգելափակումը թողնում է 6 և թաքցնում մնացածը։ Քեշավորված էջը կամ գրավման պորտալը խաբում է աչքը, դրա համար ապացույցը ելքի կոդն է, ոչ թե էկրանը։
Կրկնեք փորձը IPv6-ի վրա բառացի հասցեով։ Արգելափակումը, որը ծածկում է IPv4-ը և անտեսում IPv6-ը, բավական տարածված է, որ արժանի լինի իր տողին ձեր նշումներում, և այն հաճախորդը, որը թունելից դուրս անջատում է IPv6-ը, պետք է մաքուր ձախողվի երկու ընտանիքներում էլ։
Գրանցեք շրջանակը, որը ծածկում է արդյունքը
Երբ թունելը վերադառնա, հաստատեք վերականգնումը՝ խայծը պատասխանում է թունելի միջով, լուծիչը վերադարձնում է պատասխաններ, և քաղաքականությունը մնում է այնտեղ, որտեղ թողել եք։ Ապա հետարկեք փորձերը։ Տեղում թողնված ժամանակավոր ֆայրվոլի կանոնը, կարգաբերման երթուղին կամ փորձնական պրոֆիլը կշփոթեցնեն հաջորդ գործարկումը և կարող են ապրել հավելվածից ավելի երկար։
Մեկ անցումը ծածկում է մեկ հաճախորդի կառուցվածք, մեկ պրոֆիլ, մեկ անցում և մեկ հասցեների ընտանիք։ Գրեք այդ չորսը արդյունքի հետ միասին՝
- Հաճախորդի տարբերակը և հարթակը, և արդյոք կարգավորումը պրոֆիլային է թե գլոբալ։
- Պրոֆիլ, արձանագրություն և բաժանված թունելի ցանկացած բացառություն։
- Փորձարկված անցումը, և ինչպես եք այն գործարկել։
- Հասցեների ընտանիքներ և DNS՝ curl-ի ելքի կոդերով արգելափակված և չարգելափակված վիճակների համար։
Եթե որևէ տող դատարկ է, թեստը ավարտված չէ։ Ռոումինգը նշանակում է կրկնել ցանցի փոփոխության տողը։ Չհսկվող վերագործարկումը նշանակում է ստուգել, որ կանոնները վերադառնում են, ինչը հարց է վերականգնման հերթականության մասին, ոչ թե անջատիչի։ Կրկնեք հաջորդականությունը հաճախորդի թարմացումից հետո, որովհետև անջատիչները հազվադեպ են փոխվում, մինչդեռ դրանց հետևի վարքագիծը փոխվում է։ Պահեք խայծը ձեռքի տակ՝ պտտելու բան չկա, և հաջորդ ստուգումը տևում է հինգ րոպե։