Կայքը ձեզ արգելափակում է միայն VPN-ը միացած ժամանակ? Ահա ինչ է նա տեսնում
Արգելափակումը սովորաբար ելքի հասցեն է, ոչ թե արտահոսք։ Ստուգեք ցանցը, որտեղից կարծես թե գալիս է ձեր թրաֆիկը, resolver-ը, որը կայքը կարող է գրանցել, և ինչ գիտի էջի կոդը։
Խանութը տանը լավ է բեռնվում և ցույց է տալիս «անսովոր թրաֆիկի» պատը հենց այն պահին, երբ թունելը բարձրանում է։ Ֆորումը հրաժարվում է ձեզ մուտք գործել, իսկ հոսքային էջը պնդում է, որ դուք գտնվում եք մի երկրում, որտեղ երբեք չեք եղել։ Դրանցից ոչ մեկը լրտեսող ծրագիր չի պահանջում։ Կայքը տեսնում է այն հասցեն, որտեղից գալիս են ձեր փաթեթները, և VPN-ի դեպքում այդ հասցեն պատկանում է տվյալների կենտրոնին, ոչ թե տնային գծին։ VPN-ի հայտնաբերում կոչվողի մեծ մասը սկսվում և ավարտվում է այս մեկ փաստով, իսկ մնացածը ենթադրություն է՝ կանխատեսելի սխալի տեմպով։
Արգելափակումը սկսվում է այնտեղից, որտեղից կարծես թե գալիս են ձեր փաթեթները
Յուրաքանչյուր հարցում կրում է աղբյուրի հասցե, և ստացող սերվերը կարող է այն փնտրել հանրային տվյալներում՝ որ ցանցն է հայտարարում այն, արդյոք այդ ցանցը հոսթինգի մատակարար է, արդյոք այն հայտնվել է չարաշահումների ցանկերում, և որ երկիրն է հատկացնում գրանցամատյանը։ Դրանցից ոչ մեկը ձեզ չի նույնականացնում, և այդ ամենը միասին բավական է ձեզ կատեգորիայի մեջ դնելու համար։
Նայեք ձեր սեփական թրաֆիկին այնպես, ինչպես կնայեր անծանոթը։ Երկու հրաման ծածկում են մակերեսի մեծ մասը, և երկրորդն այն է, որը մարդիկ մոռանում են՝
curl -sS https://ipinfo.io/json
dig +short TXT o-o.myaddr.l.google.com @ns1.google.comԱռաջինը վերադարձնում է ելքի հասցեն, նրա կազմակերպությունը և երկիրը։ Երկրորդը վերադարձնում է այն resolver-ի հասցեն, որը հասել է Google-ի անունների սերվերին. այն հաճախ պատկանում է ձեր ելքից տարբեր ցանցի, և հենց այդ հասցեն է տեսնում կայքը, եթե գրանցում է resolver-ի կողմի տվյալներ։ Երբ այս երկուսը պատկանում են տարբեր երկրների, որոշ կայքեր այդ անհամապատասխանությունը կասկածելի են համարում, նույնիսկ երբ ձեր կարգավորումներում ոչինչ սխալ չէ։
Երբ մերժումը սկսվում է միայն թունելի բարձրանալուց հետո, առաջին հերթին կասկածեք ելքի հասցեին։ Փոխեք սերվերը և նորից փորձեք՝ նախքան զննարկիչին դիպչելը։ Արգելափակումը, որը հետևում է ձեզ նույն մատակարարի երեք ելքերով, վերաբերում է մատակարարի միջակայքերին. իսկ արգելափակումը, որը անհետանում է այլ սերվերի վրա, վերաբերում է այդ մեկ հասցեին։
Ժամային գոտին, լեզուն և ժամացույցը չեն համընկնում հասցեի հետ
Էջի կոդը կարող է կարդալ ձեր ժամային գոտին, լեզվական նախընտրությունները և էկրանի կարգավորումները՝ առանց որևէ թույլտվության հարցման։ Զննարկիչը, որը հաղորդում է Կենտրոնական Եվրոպայի ժամը, մինչդեռ կապը գալիս է Սինգապուրի տվյալների կենտրոնից, ավելի ուժեղ ազդանշան է, քան հասցեն ինքնին, և հենց այդպիսի անհամապատասխանությունն է, որ խարդախության գնահատումը կառուցված է նկատելու։
Intl.DateTimeFormat().resolvedOptions().timeZone
navigator.language
Intl.DateTimeFormat().resolvedOptions().localeԱյդ երեք տողերը մշակողի կոնսոլում ասում են, թե ինչ է ձեր զննարկիչը կամավոր տալիս։ VPN-հաճախորդը կարող է փոխել ձեր երթուղին և ուրիշ ոչինչ, այնպես որ ձեր կրած պրոֆիլը մնում է ներքին, մինչդեռ ձեր ելքը այդպիսին չէ։ Այստեղ կարևորը հետևողականությունն է. ելքի հետ նույն տարածաշրջանում դրված նոութբուքը սովորական է թվում, իսկ ինքն իրեն հակասողը՝ ոչ։
Այդ պատճառով էլ ձախողումը միջընդմիջումներով է։ Շատ կայքերի դա չի հետաքրքրում, մի քանիսը գնահատում են, և մեկ անդամակցության կայք որոշում է, որ դուք խարդախ եք։ Հաճախորդը երեք դեպքում էլ ճիշտ է աշխատում, դրա համար էլ աջակցության սովորական պատասխանը՝ «հավանաբար ձեր զննարկիչն է», միաժամանակ զայրացնող է և մասամբ ճիշտ։
Ինչ գիտի էջի կոդը ձեր մեքենայի մասին
JavaScript-ը չունի API, որը թվարկում է ցանցային ինտերֆեյսները։ Էջը չի կարող հարցնել, թե ինչ հասցեներ ունի ձեր նոութբուքը, ուստի այն հին պնդումը, թե սկրիպտը կարդում է ձեր LAN հասցեն, հիմնականում plugin-ների դարաշրջանի հիշողություն է, երբ ActiveX կառավարիչները, Java applet-ները և այլ նատիվ կոդ կարող էին հենց դա անել։
| Signal | What it reveals | Status today |
|---|---|---|
| Source address of the request | Exit network, country, hosting status | Always visible; the main signal |
| Time zone and language | Where the profile claims to be | Readable without permission |
| WebRTC candidates | Local addresses, historically | Host candidates are mDNS-obfuscated by default |
| Interface list | All local addresses | Not available to ordinary JavaScript |
WebRTC-ն «տեղական հասցեների արտահոսք չկա» կանոնի ազնիվ բացառությունն է։ Նրա թեկնածուների հավաքումը ժամանակին տեղական հասցեները ցուցադրում էր ցանկացած հարցնող էջի, և լուծումը հոսթ թեկնածուներին պատահական mDNS անուններով փոխարինելն էր։ Այդ լռելյայնը գործում է ընթացիկ զննարկիչներում, բայց դա զննարկիչի որոշում է, ոչ թե արձանագրության երաշխիք, ուստի հնացած կառուցվածքը կամ տեղական թեկնածուները նորից միացնող կարծր կարգավորումը դեռ կարող է արտահոսել։ Զննարկիչը թարմացնելը ձեզ այստեղ ավելի է օգնում, քան ցանկացած ընդլայնում։
Ձեր մատակարարը տեսնում է անունները, ոչ բովանդակությունը
HTTPS-ը պաշտպանում է էջի բովանդակությունը ծայրից ծայր, և այդ բայթերը փոխանցող թունելի օպերատորը չի կարող կարդալ դրանք։ Օպերատորը դեռ կարող է տեսնել, թե որ հասցեին եք դիմել, և տեղակայումների մեծ մասում՝ ձեռքսեղմման մեջ սերվերի անունը, քանի որ անունը պետք է ընթեռնելի լինի, որպեսզի կապը ուղղորդվի ճիշտ կայք։ Encrypted Client Hello-ն գոյություն ունի հենց այդ դաշտը թաքցնելու համար, և օգնում է միայն այն ժամանակ, երբ և՛ հաճախորդը, և՛ կայքը աջակցում են դրան։
Անունների լուծումը մյուս կեսն է։ Եթե ձեր մատակարարը տրամադրում է նաև resolver-ը, նա տեսնում է ձեր փնտրած յուրաքանչյուր անուն՝ նախքան որևէ կապի գոյությունը։ Եթե ձեր սարքը օգտագործում է հանրային resolver HTTPS-ով, մատակարարը տեսնում է կապ այդ resolver-ի հետ և ուրիշ ոչինչ, մինչդեռ ցանկը տեսնում է հենց resolver-ը։
Չգաղտնագրված HTTP հարցումը օպերատորի համար ընթեռնելի է նույն պատճառով, ինչ հյուրանոցի ցանցի համար. դրա ներսում ոչինչ գաղտնագրված չէ։ Թունելը երբեք հակառակը չի պնդել, և այն չի ուղղում հավելվածի ընտրությունը։
Առանձնացրեք «սա VPN է»-ը «սա ես եմ»-ից
Հայտնաբերումը էժան է, հավանականային և հաճախ սխալ։ Համօգտագործվող ելքի հասցեները նշվում են, որովհետև ինչ-որ մեկը դրանք չարաշահել է, կորպորատիվ միջակայքերը դասակարգվում են որպես հոսթինգ, և բջջային օպերատորները արտադրում են աշխարհագրական արդյունքներ, որոնք զարմացնում են բոլորին։ Նույնականացումը այլ խնդիր է. դրա համար պետք է մշտական կապ, օրինակ՝ հաշիվ, որին մուտք եք գործել, cookie, վճարման տվյալ, կամ երկու դիտորդ, որոնք համեմատում են գրառումները։
Որոշեք, թե իրականում ում դեմ եք պայքարում։ Եթե նպատակը էջ կարդալն է, HTTPS-ն արդեն անում է այդ աշխատանքը և թունելը քիչ բան է փոխում։ Եթե նպատակը կայքի՝ ձեր քաղաքը իմանալը կանխելն է, կարևոր են ելքը և resolver-ը։ Եթե նպատակը ձեր իրական ինքնության հետ կապը կտրելն է, թույլ կետը հաշիվն է, և սերվերները փոխելը ոչինչ չի անում հենց նոր օգտագործված մուտքի հետ։
Նոր ելքը ձեզ ոչ մի տեղից դուրս չի հանում, և չի կարող ջնջել այն, ինչ կայքն արդեն պահել է ձեր օգտագործած հաշվի մասին։ Ուստի գործնական հաջորդականությունը անշուք է. ընտրեք ելք, որի ցանցը սովորական է թվում, պահեք զննարկիչի պրոֆիլը դրա հետ համահունչ, թարմացրեք զննարկիչը, որպեսզի արտահոսքի հակված գործառույթները օգտագործեն իրենց ժամանակակից լռելյայնները, և ընդունեք, որ փոքր թվով կայքեր դեռ սխալ կգուշակեն ձեր մասին։