გამოგიყვანთ თუ არა მაღაზიიდან VPN სერვერის შეცვლა?
ახალი გასასვლელი მისამართი Cookie-ების საცავს არ აცარიელებს. ჯერ გადაწყვიტეთ, ტესტავთ ქსელურ გზას, შესული სესიას თუ საიტის შენახულ მონაცემებს.
შეცვალეთ VPN-ის გასასვლელი, სანამ მაღაზია სხვა ჩანართში ღიაა, და კალათა ჩვეულებრივ ჯერ კიდევ იქ არის. ეს VPN-ის გაუმართაობა არ არის; ეს ბრაუზერია, რომელიც ზუსტად იმას აკეთებს, რაც უთხრეს. Cookie-ს ბრაუზერი აგზავნის და ახალი ქსელური გზა არ ცვლის იმას, რასაც ბრაუზერი ინახავს. ფრაზის „საიტი ჯერ კიდევ მიცნობს“ მიღმა სამი განსხვავებული კითხვა იმალება და პასუხი დამოკიდებულია იმაზე, რომელსაც რეალურად სვამთ.
სამი კითხვა, ერთი სიმპტომი
პირველი: ცნობს თუ არა საიტი შენახულ Cookie-ს? მეორე: ცნობს თუ არა ის შესულ ანგარიშს, რომელიც ნებისმიერი ცალკეული Cookie-სგან დამოუკიდებლად რჩება? მესამე: ცნობს თუ არა ის რაღაცას ბრაუზერის ან მოწყობილობის შესახებ და არა შენახულ მდგომარეობას? თითოეულს თავისი გამოცდა და თავისი წამალი აქვს.
| 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 |
დაბნეულობის უმეტესობა პირველის შეცვლით და მეორის მოსვლის მოლოდინით იბადება. ქსელური მისამართი და ბრაუზერის საცავი ორი ცალკე სისტემაა, რომლებსაც შემთხვევით იყენებს იგივე გვერდი.
რას ატარებს Cookie სინამდვილეში
HTTP მდგომარეობის მართვა, როგორც RFC 6265-შია განსაზღვრული, განზრახ მარტივია: სერვერი ადგენს სახელსა და მნიშვნელობას ფარგლით, ბრაუზერი კი მათ უბრუნებს იმ მოთხოვნებს, რომლებიც ამ ფარგლს შეესაბამება. მნიშვნელობა შეიძლება იყოს სესიის იდენტიფიკატორი, პარამეტრი ან გაუმჭვირვალე ნიშანი, რომელსაც სერვერი კალათის ჩანაწერს უკავშირებს. მექანიზმში არსად არ არის ნახსენები კლიენტის მისამართი.
ეს დიზაინია მიზეზი იმისა, რომ ჩვეულებრივი შესვლები და კალათები ქსელის ცვლილებას გადაურჩება, და ასევე მიზეზი იმისა, რომ ისინი ტრეკერებისთვისაც გადაურჩება. იგივე მექანიზმი ორივე მიზანს ემსახურება და მათ შორის განსხვავებას არ აკეთებს. პროტოკოლში კლიენტის მისამართისთვის ველი არ არსებობს, ამიტომ ახალ გასასვლელს გასაუქმებელი არაფერი აქვს. საიტს, რომელსაც სურდა Cookie-ს ქსელური წარმომავლობისთვის მიბმა, თავად უნდა დაემატებინა ეს ლოგიკა.
როცა საიტი Cookie-ს აბრუნებს, სერვერი ეძებს იმ ჩანაწერს, რომელზეც ეს მნიშვნელობა მიუთითებს. მოთხოვნის გავლილი მარშრუტის შეცვლა ამ ძიებას არ ცვლის და სწორედ ეს არის სავაჭრო კალათის დაკვირვების სრული ახსნა.
გადაწყვიტეთ, რას ზომავს თქვენი გამოცდა
სანამ რამეს შეცვლით, ჩაწერეთ ის მდგომარეობა, საიდანაც იწყებთ: რომელი ბრაუზერის პროფილი, რომელი ანგარიში, რომელი საიტის მონაცემები, რომელი ქსელური გზა. შემდეგ შეცვალეთ მათგან ზუსტად ერთი და დააკვირდით. გამოცდა, რომელიც ერთდროულად ცვლის გასასვლელ მისამართსა და ბრაუზერის პროფილს, არც ერთ მათგანზე არაფერს ამტკიცებს.
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ორივე ბრძანება იმავე Cookie ფაილს ხელახლა იყენებს და მეორე აიძულებს სხვა ლოკალური წყაროს მისამართს, სადაც ჰოსტი ამის საშუალებას იძლევა. კალათის პასუხი ორივე შემთხვევაში იგივეა, რადგან სერვერს არასოდეს უნახავს სხვა კლიენტის იდენტობა, მხოლოდ სხვა გზა. ეს არის მექანიზმი ერთ გამეორებად მოთხოვნათა წყვილში.
თუ მიზანია ნახოთ, ცნობს თუ არა საიტი თქვენ შენახული მდგომარეობის გარეშე, გაასუფთავეთ იმ საიტის მონაცემები და გაიმეორეთ. თუ ის კვლავ გცნობთ, შემდეგი ეჭვმიტანილები არიან შესული ანგარიში, თქვენ მიერ გავლილი ბმული ან ბრაუზერის მახასიათებლები და არა Cookie.
გაასუფთავეთ სწორი მდგომარეობა და არა ქსელი
ერთი საიტის საცავის წაშლა ბრაუზერის საკუთარ კონტროლს ეკუთვნის და ის ხშირად გვერდითი ეფექტით გაგიყვანთ სისტემიდან ან გადააყენებს პარამეტრებს. ის არ შლის ანგარიშს ან ჩანაწერებს, რომლებიც სერვისს უკვე აქვს; მათთვის სერვისის საკუთარი პროცედურაა საჭირო.
საიტებს შორის შეზღუდვები პრობლემის სხვა ნაწილს ეხება. ბრაუზერებს შეუძლიათ დაბლოკონ ან გაყონ საცავი, რომელსაც ჩაშენებული სერვისები სხვაგვარად საიტებს შორის გაიზიარებდნენ, მაშინ როცა პირველი მხარის შესვლა განაგრძობს მუშაობას. ამიტომ წარმატებული შესვლა არ არის მტკიცებულება იმისა, რომ საიტებს შორის თვალყურის დევნება მუშაობს.
პირადი ფანჯრები კიდევ ერთი იარაღია უფრო ვიწრო მასშტაბით, ვიდრე ადამიანები მოელოდებიან. საიტებს ჯერ კიდევ შეუძლიათ Cookie-ს დაყენება სესიის განმავლობაში და შესვლა კვლავ იდენტიფიცირებს ანგარიშს. სწორედ პირადი სესიის დასრულება აგდებს დროებით მდგომარეობას, რაც ნიშნავს ყველა პირადი ფანჯრის დახურვას და არა ერთი ჩანართის.
ბოლოს, აღიქვით ანაბეჭდით იდენტიფიკაცია როგორც შესაძლებლობა და არა პირველი ახსნა. მოწყობილობისა და ბრაუზერის მახასიათებლებს შეუძლიათ ვიზიტების დაკავშირება ყოველგვარი შენახული Cookie-ს გარეშე და საცავის გასუფთავება მათ არ შეეხება. ჯერ მარტივი მიზეზები შეამოწმეთ, შემდეგ გააფართოეთ გამოძიება და ჩაიწერეთ, რომელი მდგომარეობა შეცვალეთ, რათა შემდეგი შედარება მნიშვნელოვანი იყოს.