Skráir það þig út af verslun að skipta um VPN-þjón?

Skiptu um VPN-útgang meðan verslun er opin í öðrum flipa, og karfan er venjulega ennþá þar. Það er ekki VPN-bilun; það er vafrinn að gera nákvæmlega það sem honum var sagt. Kexið er sent af vafranum, og ný netleið breytir ekki því sem vafrinn geymir. Þrjár ólíkar spurningar liggja að baki „vefurinn þekkir mig enn“, og svarið fer eftir því hverri þú ert í raun að spyrja.

Þrjár spurningar, eitt einkenni

Fyrst: þekkir vefurinn geymt kex? Í öðru lagi: þekkir hann innskráðan reikning, sem stendur óháð hverju einstöku kexi? Í þriðja lagi: þekkir hann eitthvað um vafrann eða tækið frekar en geymda stöðu? Hver þeirra hefur sína prófun og sína lækningu.

Mest rugl kemur af því að breyta þeirri fyrstu og búast við að önnur fylgi. Netheiti og vafrageymsla eru tvö aðskilin kerfi sem sama síðan notar fyrir tilviljun.

Hvað kex ber í raun

Stjórnun HTTP-stöðu, eins og hún er tilgreind í RFC 6265, er viljandi einföld: þjónninn setur nafn og gildi með umfangi, og vafrinn skilar þeim fyrir beiðnir sem passa við það umfang. Gildið getur verið lotuauðkenni, stilling eða ógagnsætt tákn sem þjónninn varpar á körfufærslu. Hvergi í ferlinu er heiti biðlarans nefnt.

Þessi hönnun er ástæðan fyrir því að venjuleg innskráning og karfar lifa af netbreytingu, og líka ástæðan fyrir því að þau lifa henni af hjá rekjarum. Sama ferlið þjónar báðum tilgangi og greinir ekki á milli þeirra. Það er ekkert svæði í samskiptareglunum fyrir heiti biðlarans, svo nýr útgangur hefur ekkert að ógilda. Vefur sem vildi binda kex við netuppruna þyrfti sjálfur að bæta við þeirri rökfræði.

Þegar vefur skilar kexi flettir þjónninn upp þeirri færslu sem gildið bendir á. Að breyta leiðinni sem beiðnin fór breytir ekki þeirri uppflettingu, og það er öll skýringin á athuguninni með innkaupakörfuna.

Ákveddu hvað prófið þitt mælir

Áður en þú breytir einhverju skaltu skrifa niður stöðuna sem þú byrjar frá: hvaða vafraprófíll, hvaða reikningur, hvaða vefgögn, hvaða netleið. Breyttu svo nákvæmlega einu þeirra og fylgstu með. Próf sem breytir bæði útgangsheitinu og vafraprófílnum í einu sannar ekkert um hvort tveggja.

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

Báðar skipanir endurnýta sama kexuskrána, og sú seinni þvingar aðra staðbundna upprunabeiti þar sem hýsillinn leyfir það. Svar karfsins er það sama í báðum tilvikum því þjónninn sá aldrei aðra auðkenni biðlara, aðeins aðra leið. Þetta er ferlið í einu endurtakanlegu beiðnapari.

Ef markmiðið er að sjá hvort vefurinn þekkir þig án geymdrar stöðu skaltu hreinsa gögn þess vefs og endurtaka. Ef hann þekkir þig enn eru næstu grunsemdir innskráði reikningurinn, hlekkur sem þú fylgdir eða eiginleikar vafrans frekar en kex.

Hreinsaðu réttu stöðuna, ekki netið

Að fjarlægja geymslu eins vefs heyrir undir eigin stýringar vafrans, og það mun oft skrá þig út eða endurstilla stillingar sem aukaverkun. Það eyðir ekki reikningnum né færslunum sem þjónustan hefur þegar; þær þurfa eigið ferli þjónustunnar.

Takmarkanir milli vefja taka á öðrum hluta vandans. Vafrar geta lokað á eða skipt geymslu sem innfelldar þjónustur myndu annars deila milli vefja, á meðan innskráning fyrsta aðila heldur áfram að virka. Árangursrík innskráning er því ekki sönnun þess að rakning milli vefja virki.

Einkagluggar eru annar hugbúnaður með þrengra umfangi en fólk á von á. Vefir geta enn sett kex í lotunni, og innskráning auðkennir enn reikninginn. Það er lok einkalotunnar sem hendir tímabundnu stöðunni, sem þýðir að loka öllum einkagluggum en ekki einum flipa.

Að lokum, meðhöndlaðu auðkenningu með fingrafari sem möguleika en ekki fyrstu skýringuna. Eiginleikar tækis og vafra geta tengt heimsóknir án nokkurs geymds kex, og hreinsun geymslunnar mun ekki snerta þá. Athugaðu fyrst einföldu orsakirnar, víkkaðu síðan rannsóknina út, og skrifaðu niður hvaða stöðu þú breyttir svo næsta samanburður sé merkingarbær.