Python Requests վերահասցեավորումներ. None ընդդեմ դատարկ proxy արժեքների

Եթե ուղիղ հարցումը հասնում է վերահասցեավորման, և հաջորդ փոխանակումը ձախողվում է proxy-ում, ուսումնասիրեք անցումը։ Requests-ը վերակառուցում է proxy-ի հետ կապված կարգավորումները վերահասցեավորումների համար և կարող է կրկին դիմել միջավայրին, երբ Session-ը վստահում է դրան։

Գոյություն ունեցող Session-ի համար տրամադրեք ուղիղ գործողության մեջ ներգրավված նպատակակետ սխեմաները․

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

Ստուգեք լրացուցիչ հոսթ-հատուկ քարտեզագրումները և հատուկ ադապտերները, եթե հավելվածը տրամադրում է դրանք։ Երթուղավորման այս մուտքը չի գերազանցում այդ բաղադրիչների իրականացրած բոլոր հնարավոր քաղաքականությունները։

Պահեք յուրաքանչյուր URL-ը ախտորոշման մեջ

Գրանցեք բնօրինակ URL-ը, յուրաքանչյուր վերահասցեավորման տեղադրությունը, պատասխանի կարգավիճակը և ձախողվող փուլը։ HTTP-ից HTTPS անցումը փոխում է համապատասխան սխեմայի բանալին․ նոր հոսթը կարող է դուրս մնալ առաջին հոսթի շրջանցման կանոնից։ Միայն սկզբնական URL-ը պարունակող զեկույցը թաքցնում է երկու անցումները։

Վերահասցեավորումների հետևումն անջատված մեկ պատասխանի դիտարկումը կարող է բացահայտել սահմանը։ Նախքան այն հարցնելու որոշումը՝ ուսումնասիրեք դրա տեղադրությունը որպես տվյալ․ մի ուղարկեք սկզբնական հավատարմագրերը նոր նպատակակետ առանց տարբերակման։

Միջավայրի հայտնաբերումն անջատված առանձին Session-ը մեկ այլ տարբերակ է, երբ հավելվածը միտումնավոր տիրապետում է երթուղավորման և վստահության բոլոր մուտքերին։ Դա նաև ազդում է հավատարմագրերի և CA-ի ավտոմատ հայտնաբերման վրա, ուստի ընտրեք այն որպես հավելվածի քաղաքականություն, այլ ոչ թե սովորական վերահասցեավորման վերանորոգում։