VPN змяняе адрас, з якога прыходзіць ваш трафік. Ён не змяняе кукі, якія адпраўляе ваш браўзер, уліковы запіс, у які вы ўвайшлі, і ідэнтыфікатар, убудаваны ў спасылку, па якой вы націснулі. Таму сайт можа вітаць вас па імені, пакуль ваш адрас выхаду знаходзіцца ў іншай краіне. Праверкі ніжэй аддзяляюць ідэнтычнасць сеткі ад усяго астатняга, у тым парадку, які хутчэй за ўсё знойдзе сапраўдную прычыну.

Што тунэль змяняе і што не

Тунэль замяняе ваш адрас крыніцы на выхадзе і шыфруе тое, што лакальная сетка можа ўбачыць з вашага трафіку. Абодва карысныя, і абодва вузкія. Усё вышэй за ўзровень IP, гэта значыць запыт HTTP, які ваш браўзер фактычна будуе, прыходзіць на сайт без змен.

Гэта ўключае кукі, загалоўкі аўтарызацыі, URL і адбітак TLS вашага кліента.

Такім чынам, пытанне не ў тым, ці працуе VPN. Пытанне ў тым, які ідэнтыфікатар выкарыстаў сайт, і на гэта можна адказаць, правяраючы па адным узроўні за раз.

Крок 1: аддзяліце ідэнтычнасць запісу ад ідэнтычнасці сеткі

Выйдзіце ўсюды, або выкарыстайце профіль браўзера, які ніколі не ўваходзіў, і паўтарыце візіт праз тунэль. Калі сайт вас больш не пазнае, ідэнтыфікатарам былі кукі або запіс, і VPN ніколі не быў адпаведным сродкам кантролю. Калі ён усё яшчэ пазнае вас, шукайце іншы захаваны ідэнтыфікатар, перш чым брацца за адбіткі. Кошык, захаваная перавага або токен сесіі ў лакальным сховішчы тлумачаць большасць такіх выпадкаў.

Прыватнае акно ізалюе слоік кукаў для гэтага акна. Яно не робіць ананімным уваход, які вы выконваеце ўнутры яго.

Крок 2: шукайце ідэнтыфікатары ўнутры спасылкі

Спасылкі ў рассылках звычайна нясуць токен падпісчыка, а спасылкі кампаній — параметры. Адкрыйце любую праз любы выхад, і прызначэнне ўсё роўна атрымае токен, бо токен — частка запыту, а не частка маршруту. Аддаленыя выявы ў пошце працуюць гэтак жа, прывязаныя да аднаго канкрэтнага паведамлення.

Выдаляйце радок запыту, калі можаце, і адключыце аддалены змест у паштовым кліенце.

Тая ж логіка ахоплівае інфармацыю, якую вы паведамляеце добраахвотна. Захаваны адрас, нумар тэлефона, уведзены ў форму, або спасылка на тыкет падтрымкі ідэнтыфікуюць вас пасля любой змены IP. Думайце пра тое, хто атрымлівае даныя, а не толькі пра шлях, які яны прайшлі.

Крок 3: чытайце паверхню адбітка сумленна

Адбітак аб’ядноўвае назіраныя характарыстыкі браўзера і прылады: карыстальніцкі агент, геаметрыю экрана, усталяваныя шрыфты, часавы пояс, вывад canvas. Звычайны VPN нічога з гэтага не стандартызуе, таму выдаленне адной кукі не прыбірае іншыя сігналы. З гэтага таксама не вынікае, што кожнае распазнаванне — адбітак. Звычайны выпадак — захаваны ідэнтыфікатар, пра які вы забыліся.

Праверце інструментам для адбіткаў і чытайце вынік як узор, а не як сертыфікат. Гэтыя інструменты вымяраюць метад супраць набору даных і не могуць абяцаць, што ніводзін сайт ніколі не злучыць два візіты. Стаўцеся да бала як да падказкі пра тое, якія паверхні выглядаюць незвычайна ў вашай наладзе.

Змяншэнне паверхні каштоўнейшае за любую асобную наладу: менш пашырэнняў, актуальная версія браўзера і профілі, якія вы трымаеце асобна свядома.

Крок 4: праверце тэстам «да і пасля»

Правядзіце адну і тую ж праверку двойчы, адзін раз па-за тунэлем і адзін раз унутры, і параўнайце адказы, а не свае чаканні.

curl -s https://ifconfig.me; echo
curl -s https://ipinfo.io/ip

Адрас выхаду павінен змяніцца, а рэзалвер, які бачыць сайт, павінен належаць VPN, калі ваш DNS ідзе праз тунэль. Калі адрас змяніўся, а рэзалвер не, у вас раздвоены шлях DNS, які ўцякае запытамі даменаў, і гэта памылка канфігурацыі, а не механізм адсочвання. Праверце WebRTC асобна ў браўзеры, бо ён можа раскрываць адрасы ў некаторых канфігурацыях, і адзіны сумленны адказ — той, што вяртае ваш уласны тэст.

Затым паўтарыце праверкі запісу і спасылкі. Сайт, які пазнае вас пасля ўсіх чатырох крокаў, выкарыстоўвае нешта, што вы ўсё яшчэ адпраўляеце, і наступны крок — знайсці гэта, а не зноў мяняць серверы.

Трымайце два вынікі побач. Праверка прыватнасці без базавай лініі — проста здагадка.

Падобныя артыкулы