Ne. Ŝanĝi prokurilon ne forigas kuketojn, ne elsalutigas konton kaj ne kreas novan retumilan profilon. Retejo povas rekoni la saman seancan kuketon post la IP-ŝanĝo, kaj API ankoraŭ povas identigi la saman ŝlosilon.

En retumilo

La aplikaĵa stato konservita en la profilo restas. Retejo povas lasi vin ensalutinta aŭ peti kontrolon post rimarki la retan ŝanĝon; la aplikaĵo decidas la konduton.

Aparta prova profilo apartigas senpagan prokurilan provon de ekzistantaj personaj seancoj. Ĝi sola ne estigas anonimecon.

En Python Requests

Requests Session konservas kuketujon kaj konektajn rezervujojn. Ambaŭ subaj petoj uzas la saman Session kvankam ili elektas malsamajn prokurilojn. Anstataŭigu la dokumentajn finpunktojn antaŭ uzo; la listo de HTTP-prokuriloj povas liveri kandidatojn por tiu HTTP-prokurila komparo.

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),
    )

Por taskoj bezonantaj sendependajn aplikaĵajn seancojn, kreu apartan Session por ĉiu tasko. Malplenigi nur ĝian kuketujon lasas alian staton netuŝita, ekzemple proprajn kapojn aŭ ensalutilojn konservitajn aliloke.

IP-kontrola respondo kaj ensaluta kontrolo respondas malsamajn demandojn. La unua povas montri ŝanĝitan eliran adreson; resti ensalutinta ne kontraŭdiras tion. Ankaŭ elsaluto ne pruvas ŝanĝon de prokurilo: la kuketoj eble simple eksvalidiĝis.

Rilataj artikoloj