Да ли вас промена VPN сервера одјављује из продавнице?
Нова излазна адреса не празни теглу са колачићима. Прво одлучите да ли тестирате мрежну путању, пријављену сесију или сачуване податке сајта.
Промените VPN излаз док је продавница отворена у другој картици, и корпа обично још увек стоји ту. То није квар VPN-а; то прегледач ради тачно оно што му је речено. Колачић шаље прегледач, а нова мрежна путања не мења оно што прегледач чува. Иза фразе „сајт ме још увек зна“ крију се три различита питања, а одговор зависи од тога које заиста постављате.
Три питања, један симптом
Прво: да ли сајт препознаје сачувани колачић? Друго: да ли препознаје пријављени налог, који опстаје независно од било ког појединачног колачића? Треће: да ли препознаје нешто о прегледачу или уређају, а не сачувано стање? Свако има свој тест и свој лек.
| What you changed | What it actually tests |
|---|---|
| VPN exit address | Whether the site treats a different network origin differently |
| Cookie jar for one site | Whether a stored identifier was doing the recognition |
| Browser profile or account | Whether identity, rather than storage, links the visits |
Највише забуне настаје када промените прво и очекујете да друго уследи. Мрежна адреса и складиште прегледача су два одвојена система која случајно користи иста страница.
Шта колачић заправо носи
Управљање стањем у HTTP-у, како је одређено у RFC 6265, намерно је једноставно: сервер поставља име и вредност са опсегом, а прегледач их враћа за захтеве који одговарају том опсегу. Вредност може бити идентификатор сесије, подешавање или непрозирни токен који сервер повезује са записом корпе. Ништа у механизму не помиње адресу клијента.
Управо тај дизајн је разлог зашто обичне пријаве и корпе преживљавају промену мреже, и то је такође разлог зашто је преживљавају за тракере. Исти механизам служи обема сврхама и не разликује их. У протоколу нема поља за адресу клијента, па нови излаз нема шта да поништи. Сајт који би желео да веже колачић за мрежно порекло морао би сам да дода ту логику.
Када сајт врати колачић, сервер тражи запис на који та вредност указује. Промена путање којом је захтев ишао не мења то тражење, и то је цело објашњење запажања са корпом за куповину.
Одлучите шта ваш тест мери
Пре него што било шта промените, запишите почетно стање: који профил прегледача, који налог, које податке сајта, коју мрежну путању. Затим промените тачно једну од тих ствари и посматрајте. Тест који истовремено мења излазну адресу и профил прегледача не доказује ништа ни о једној од њих.
curl -sS -c /tmp/jar.txt -b /tmp/jar.txt -o /dev/null -w '%{http_code}\n' https://shop.example/cart
curl -sS -c /tmp/jar.txt -b /tmp/jar.txt -o /dev/null -w '%{http_code}\n' --interface 198.51.100.44 https://shop.example/cartОбе наредбе поново користе исту датотеку колачића, а друга намеће другу локалну изворну адресу тамо где домаћин то дозвољава. Одговор корпе је исти у оба случаја јер сервер никада није видео другачији идентитет клијента, само другачију путању. То је механизам у једном поновљивом пару захтева.
Ако је циљ да видите да ли вас сајт препознаје без сачуваног стања, обришите податке тог сајта и поновите. Ако вас и даље препознаје, следећи осумњичени су пријављени налог, веза коју сте пратили или карактеристике прегледача, а не колачић.
Обришите право стање, а не мрежу
Уклањање складишта једног сајта припада сопственим контролама прегледача и често ће вас као нуспојаву одјавити или ресетовати подешавања. Не брише налог ни записе које услуга већ чува; за њих је потребан сопствени поступак услуге.
Ограничења између сајтова решавају други део проблема. Прегледачи могу блокирати или поделити складиште које би уграђене услуге иначе делиле између сајтова, док пријава са прве стране наставља да ради. Успешна пријава стога није доказ да праћење између сајтова функционише.
Приватни прозори су још један алат ужег опсега него што људи очекују. Сајтови и даље могу да постављају колачиће током сесије, а пријава и даље идентификује налог. Крај приватне сесије је оно што одбацује привремено стање, што значи затворити сваки приватни прозор, а не једну картицу.
На крају, третирајте препознавање по отиску као могућност, а не као прво објашњење. Карактеристике уређаја и прегледача могу повезати посете без иједног сачуваног колачића, а брисање складишта их неће дотакнути. Прво проверите једноставне узроке, затим проширите истрагу и забележите које стање сте променили, како би следеће поређење имало смисла.