Ինչ է դեռ տեսնում ձեր ISP-ն VPN-ով տորենտ անելիս
Թունելը թաքցնում է նպատակակետերը, ոչ թե թունելի փաստը։ Ստուգեք հաճախորդի կապակցումը, լուծիչը և այն, ինչ հավասարները և մասնավոր թրեքերները միևնույն է իմանում են։
Անցեք հարցերն ըստ հերթականության՝ ինչ կարող է դիտարկել մուտքի ցանցը, ինչ է դուրս գալիս թունելից առանց դրա, ինչ է բացահայտում անունների որոնումը, և ինչ են հավասարները և թրեքերները միևնույն է իմանում։ Յուրաքանչյուր պատասխան անկախ է մյուսներից, և VPN-ը լիովին լուծում է միայն առաջինը։ Չորրորդն այն տեղն է, որտեղ շատ սպասումներ լուռ ձախողվում են, քանի որ ոչ մի թունել չի հեռացնում հաշվի անունը։
Սկսեք որոշելով, թե որ դիտորդն է ձեզ անհանգստացնում, քանի որ պատասխանը փոխվում է դիտորդի հետ։
Մեկ կապը փոխարինում է շատերին
Երբ հաճախորդը իսկապես թունելի ներսում է, մուտքի ցանցը տեսնում է մեկ շարունակական գաղտնագրված կապ դեպի մեկ VPN հասցե։ Ծավալը, ժամանակը և այն փաստը, որ VPN է օգտագործվում, մնում են տեսանելի. թրեքերների հոսթանունները, հավասարների հասցեները և ֆայլերի անունները՝ ոչ։ Սա իրական բարելավում է, և ավելի նեղ, քան ենթադրում է մարքեթինգը։ Թունելի օպերատորը նստում է մեջտեղում և տեսնում է ավելին, քան մուտքի ցանցը։
Առանց մատյանների հայտարարությունը նկարագրում է պահպանման քաղաքականություն, ոչ թե տեխնիկական տեսանելիություն։ Դրանք տարբեր պնդումներ են, և միայն առաջինն է այն, ինչ մատակարարը կարող է խոստանալ։
Արտահոսքը գալիս է կապակցումից, ոչ թե թունելից
BitTorrent-ը ստեղծում է կարճատև TCP և UDP կապերի հոսք դեպի հավասարներ, թրեքերներ, DHT հանգույցներ և տեղային հայտնաբերում։ Կապակցեք հաճախորդը ֆիզիկական ադապտերին, կամ վերագործարկեք այն թունելի անկումից հետո, և առաջացած երթևեկությունը հենց այն է, ինչի համար թունելը գոյություն ուներ՝ թաքցնելու։ Հրդեպատի կանոնները ավելի թույլ վերահսկողություն են, քան թվում են. մի կանոն, որը համապատասխանում է միայն լռելյայն երթուղուն, միայն IPv4-ին կամ միայն նոր կապերին, թողնում է ուղիները բաց։ Հաճախորդին թունելի միջերեսին կապակցելը և այդ կապակցումը ստուգելը ավելի ուժեղ ձև է։
Ստուգեք՝ դիտավորյալ կանգնեցնելով թունելը և հետևելով, թե արդյոք փոխանցումները դադարում են։ Եթե շարունակվում են, հաճախորդը երբեք ներսում չի եղել։ Կրկնեք հաճախորդի վերագործարկումից և նոթբուքի արթնանալուց հետո, քանի որ հենց այդ ժամանակ են սովորաբար կորչում կապակցումները։
DNS-ը անվանում է կայքը՝ չհպվելով փոխանցմանը
Եթե անունների որոնումը դեռ գնում է տեղային լուծիչին, հարցումն ինքն է հայտարարում կայքը, մինչ փոխանցումը մնում է գաղտնագրված։ Լուծումը թունելի ներս տեղափոխելը կամ այն գաղտնագրելը փակում է այդ բացը։ Երկուսից ոչ մեկը ոչինչ չի անում այն հաճախորդի համար, ում փաթեթները դուրս են գալիս թունելից դուրս։ Ստուգեք, թե որ լուծիչն է օգտագործվում և որ միջերեսից է դուրս գալիս հարցումը. երկու ստուգումները պատասխանում են տարբեր հարցերի։
Թունելով լուծվող անունը և կապակցումը հարգող փոխանցումը առանձին հատկություններ են, և յուրաքանչյուրը կարող է միայնակ ձախողվել։
Պարսը և թրեքերը տեսնում են տարբեր բաներ
Հասցեների փոխանակումը արձանագրության մասն է, ուստի հավասարները գրանցում են այն, ինչ տեսնում են։ Ելքից միանալը տալիս է նրանց ելքը. ուղիղ միանալը տալիս է տան հասցեն։ DHT-ն և հավասարների փոխանակումը ավելի են տարածում այդ դիտարկումը, և ավելի ուշ սեսիան առանց թունելի կարող է կապել նույն հաճախորդի պորտը և տարբերակը։ Թրեքերը կարող է ավելին իմանալ. հայտարարության URL-ի անցագործ բանալին նույնացնում է հաշիվը՝ անկախ նրանից, թե որ ելքից են եկել փաթեթները։
Գաղտնագրումը կրկին ծածկում է մեկ այլ առանցք։ HTTPS-ը պաշտպանում է հարցումը ելքից սկսած. սովորական HTTP-ը բացահայտում է հարցման տողը ուղու յուրաքանչյուր ցանցի, և դրա համար է, որ մի արձանագրությունը կարելի է ձևավորել, իսկ մյուսը՝ ոչ։
Պատասխանեք չորս հարցերին ապացույցներով, ոչ պատկերակով։ Պատկերակը միայն ասում է, որ թունել գոյություն ունի։