צי הייבט אַ נײַער פּראָקסי־IP די סעסיע פֿון נײַ אָן?

ניין. אַ פּראָקסי־בײַט מעקט נישט אויס קיכעלעך, מעלדט נישט אָפּ אַ קאָנטע און שאַפֿט נישט קיין נײַעם בלעטערער־פּראָפֿיל. אַ וועבזײַטל קען דערקענען דאָס זעלבע סעסיע־קיכל נאָך אַן IP־בײַט, און אַן API קען נאָך אידענטיפֿיצירן דעם זעלבן שליסל.

אין אַ בלעטערער

דער אַפּליקאַציע־צושטאַנד, וואָס איז געהיט אינעם פּראָפֿיל, בלײַבט. אַ וועבזײַטל קען אײַך לאָזן אָנגעמעלדט אָדער פֿאָדערן אַ קאָנטראָל ווען עס באַמערקט דעם נעץ־בײַט; די אַפּליקאַציע באַשטימט דאָס אויפֿפֿירן.

אַ באַזונדערער טעסט־פּראָפֿיל טיילט אָפּ אַ פֿרײַען פּראָקסי־טעסט פֿון עקזיסטירנדיקע פּערזענלעכע סעסיעס. ער אַליין זיכערט נישט קיין אַנאָנימיטעט.

אין Python Requests

אַ Requests Session היט אַ קיכל־זאַמלונג און פֿאַרבינדונג־פּולן. ביידע בקשות אונטן ניצן די זעלבע 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 פֿאַר יעדער אַרבעט. אויסמעקן נאָר די קיכל־זאַמלונג לאָזט אַנדערן צושטאַנד אומבאַרירט, ווי אייגענע קעפּלעך אָדער אָנמעלד־דאַטן געהיט ערגעץ אַנדערש.

אַן IP־קאָנטראָל און אַן אָנמעלד־קאָנטראָל ענטפֿערן אויף אַנדערע פֿראַגעס. דער ערשטער קען ווײַזן אַ געענדערטן אַרויסגאַנג־אַדרעס; אָנגעמעלדט בלײַבן סותרט נישט די באַאָבאַכטונג. אָפּגעמעלדט ווערן איז אויך נישט קיין באַווײַז פֿון אַ פּראָקסי־בײַט: די קיכעלעך קענען פּשוט זײַן אויסגעלאָפֿן.