אויב אַ גראָדע בקשה דערגרייכט אַן איבערפיר און דער ווייטער אויסטויש פֿאַלט דורך אויף אַ proxy, פֿאָרשט דער איבערגאַנג. Requests בויט נאָכאַמאָל אויף די proxy־פֿאַרבונדענע איינשטעלונגען פֿאַר איבערפירן און קען נאָכאַמאָל באַרעטן די סבֿיבֿה ווען די Session פֿאַרטרויט זיך אויף איר.

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

פֿאַר אַ באַשטייענדיקער Session, גיט אָן די ציל־סכעמעס וואָס זענען פֿאַרמישט אין דער גראָדער אָפּעראַציע:

response = session.get(
    'https://example.com/start',
    proxies={'http': '', 'https': ''},
    timeout=15,
)

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

האַלט יעדער URL אין דער דיאַגנאָז

פֿאַרשרייב דעם אָריגינעלן URL, יעדער איבערפיר־אָרט, דעם ענטפֿער־סטאַטוס און דעם דורכגעפֿאַלענעם שלב. HTTP־צו־HTTPS ענדערט דעם באַטרעפֿלעכן סכעמע־שליסל; אַ נײַער host קען אַרויספֿאַלן פֿון דער ערשטער host־אויסמיידן־רეგל. אַ באַריכט וואָס האַלט בלויז דעם ערשטן URL באַהאַלט ביידע איבערגאַנג.

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

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

פֿאַרבונדענע אַרטיקלען