Agar toʻgʻridan-toʻgʻri soʻrov qayta yoʻnaltirishga yetib borsa va keyingi almashinuv proxy da muvaffaqiyatsiz boʻlsa, oʻtishni tekshiring. Requests qayta yoʻnaltirishlar uchun proxy bilan bogʻliq sozlamalarni qaytadan quradi va Session unga ishonganda muhitga yana murojaat qilishi mumkin.

Xaritalash qiymatiBirlashtirish paytida nima boʻladi
NoneKalit olib tashlanadi va keyingi oʻtish muhitdan toʻldirishi mumkin boʻlgan yetishmayotgan yozuv qoladi.
Boʻsh satrAniq qiymat qoladi; u shu sxema uchun toʻgʻridan-toʻgʻri marshrutlash niyatini saqlab qolishi mumkin.

Mavjud Session uchun toʻgʻridan-toʻgʻri operatsiyada ishtirok etuvchi manzil sxemalarini bering:

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

Ilova taqdim etsa, qoʻshimcha xostga xos xaritalashlar va maxsus adapterlarni tekshiring. Bu marshrutlash kiritmasi oʻsha komponentlar amalga oshiradigan barcha mumkin boʻlgan siyosatlarni bekor qilmaydi.

Diagnostikada har bir URL ni saqlang

Asl URL, har bir qayta yoʻnaltirish joyi, javob holati va muvaffaqiyatsiz boʻlgan bosqichni yozib oling. HTTP dan HTTPS ga oʻtish tegishli sxema kalitini oʻzgartiradi; yangi xost birinchi xostning chetlab oʻtish qoidasidan tashqarida qolishi mumkin. Faqat boshlangʻich URL ni oʻz ichiga olgan hisobot ikkala oʻtishni ham yashiradi.

Qayta yoʻnaltirishni kuzatish oʻchirilgan holda bitta javobni kuzatish chegarani ochib berishi mumkin. Soʻrashga qaror qilishdan oldin uning joylashuvini maʼlumot sifatida tekshiring; asl hisob maʼlumotlarini yangi manzilga farqlamasdan yubormang.

Ilova barcha marshrutlash va ishonch kiritmalariga ataylab ega boʻlganda, muhitni aniqlash oʻchirilgan alohida Session yana bir variant. Bu shuningdek hisob maʼlumotlari va CA ni avtomatik aniqlashga taʼsir qiladi, shuning uchun uni odatiy qayta yoʻnaltirish taʼmiri emas, ilova siyosati sifatida tanlang.

O'xshash maqolalar