საიტი მხოლოდ 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-ებს და სხვა native კოდს ზუსტად ეს შეეძლო.
| 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-საც აწვდის, ის ხედავს ყველა სახელს, რომელსაც ეძებთ, სანამ რაიმე კავშირი არსებობს. თუ თქვენი მოწყობილობა HTTPS-ით საჯარო resolver-ს იყენებს, პროვაიდერი ხედავს კავშირს ამ resolver-თან და მეტს არაფერს, ხოლო სიას თავად resolver ხედავს.
დაშიფრვის გარეშე HTTP მოთხოვნა ოპერატორისთვის წაკითხვადია იმავე მიზეზით, რომლითაც სასტუმროს ქსელისთვის არის წაკითხვადი: მის შიგნით არაფერია დაშიფრული. გვირაბს არასდროს უთქვამს საწინააღმდეგო და ის არ ასწორებს აპლიკაციის არჩევანს.
გამოყავით «ეს VPN-ია» «ეს მე ვარ»-ისგან
გამოვლენა იაფი, ალბათური და ხშირად მცდარია. საერთო გასასვლელი მისამართები აღინიშნება, რადგან ვიღაცამ სხვამ ბოროტად გამოიყენა ისინი, კორპორატიული დიაპაზონები ჰოსტინგად კლასიფიცირდება, და მობილური ოპერატორები გეოგრაფიულ შედეგებს იძლევიან, რომლებიც ყველას აკვირვებს. იდენტიფიკაცია სხვა პრობლემაა: მას სჭირდება მუდმივი კავშირი, მაგალითად ანგარიში, რომელშიც შეხვედით, cookie, გადახდის დეტალი ან ორი დამკვირვებელი, რომლებიც ჩანაწერებს ადარებენ.
გადაწყვიტეთ, რომელს ებრძვით სინამდვილეში. თუ მიზანი გვერდის წაკითხვაა, HTTPS-ს ეს სამუშაო უკვე შესრულებული აქვს და გვირაბი ცოტას ცვლის. თუ მიზანია, საიტმა არ იცოდეს, რომელ ქალაქში ხართ, მნიშვნელოვანია გასასვლელი და resolver-ი. თუ მიზანია თქვენს ნამდვილ იდენტობასთან კავშირის გაწყვეტა, სუსტი წერტილი ანგარიშია, და სერვერების შეცვლა არაფერს აკეთებს ახლახან გამოყენებულ შესვლასთან.
ახალი გასასვლელი არცერთ სესიას არ ამთავრებს და ვერ წაშლის იმას, რაც საიტმა უკვე შეინახა თქვენ მიერ გამოყენებული ანგარიშის შესახებ. ამიტომ პრაქტიკული თანმიმდევრობა ბრწყინვალების გარეშეა: აირჩიეთ გასასვლელი, რომლის ქსელი ჩვეულებრივად გამოიყურება, შეინარჩუნეთ ბრაუზერის პროფილი მასთან შესაბამისობაში, განაახლეთ ბრაუზერი, რომ გაჟონვისკენ მიდრეკილმა ფუნქციებმა თანამედროვე ნაგულისხმევები გამოიყენონ, და დაეთანხმეთ, რომ საიტების მცირე რაოდენობა მაინც არასწორად გამოიცნობს თქვენ.