არა. პროქსის შეცვლა არ შლის cookie-ებს, ანგარიშიდან არ გამოგიყვანთ და ბრაუზერის ახალ პროფილს არ ქმნის. საიტს IP-ის შეცვლის შემდეგ იგივე სესიის cookie-ის, API-ს კი იგივე გასაღების ამოცნობა კვლავ შეუძლია.

ბრაუზერში

პროფილში შენახული აპლიკაციის მდგომარეობა რჩება. საიტმა ქსელის ცვლილების შემჩნევის შემდეგ შეიძლება შესვლა შეინარჩუნოს ან შემოწმება მოითხოვოს; ქცევას აპლიკაცია წყვეტს.

ცალკე სატესტო პროფილი უფასო პროქსის შემოწმებას არსებული პირადი სესიებისგან გამოყოფს. ის თავისთავად ანონიმურობას არ უზრუნველყოფს.

Python Requests-ში

Requests Session ინარჩუნებს cookie-ების საცავს და კავშირების აუზებს. ქვემოთ ორივე მოთხოვნა იმავე Session-ს იყენებს, თუმცა სხვადასხვა პროქსის ირჩევს. გამოყენებამდე სადოკუმენტაციო ბოლო წერტილები შეცვალეთ; HTTP პროქსების სია ამ HTTP პროქსის შედარებისთვის კანდიდატებს მოგცემთ.

import requests

with requests.Session() as session:
    session.trust_env = False
    # The same cookie jar remains available across these requests.
    first = session.get(
        "https://example.com/",
        proxies={"https": "http://203.0.113.10:8080"},
        timeout=(5, 15),
    )
    second = session.get(
        "https://example.com/",
        proxies={"https": "http://203.0.113.20:8080"},
        timeout=(5, 15),
    )

სამუშაოებისთვის, რომლებსაც აპლიკაციის დამოუკიდებელი სესიები სჭირდება, თითოეულზე ცალკე Session შექმენით. მხოლოდ cookie-ების საცავის გასუფთავება სხვა მდგომარეობას უცვლელს ტოვებს, მაგალითად, მორგებულ სათაურებს ან სხვაგან შენახულ შესვლის მონაცემებს.

IP-ის შემოწმების პასუხი და შესვლის შემოწმება სხვადასხვა კითხვას პასუხობს. პირველს შეუძლია შეცვლილი გასასვლელი მისამართის ჩვენება; შესულ მდგომარეობაში დარჩენა ამას არ ეწინააღმდეგება. ანგარიშიდან გამოსვლაც პროქსის შეცვლას არ ამტკიცებს: cookie-ების ვადა შეიძლება უბრალოდ ამოიწურა.

დაკავშირებული სტატიები