Digest-автентифікація проксі в Requests
Розрізняйте Digest-автентифікацію призначення в Requests від Digest-автентифікації проксі та її вимог до тунелю HTTPS.
HTTPDigestAuth у Requests обробляє автентифікацію призначення. Проксі ж повертає статус 407 із Proxy-Authenticate і потребує власної обробки автентифікації.
requests-toolbelt надає HTTPProxyDigestAuth для обробки запитів проксі та підготовки авторизації проксі. Перевірте сумісність із точними версіями Requests і транспортного шару.
HTTPS CONNECT потребує окремої підтримки
Проксі може виставити запит під час встановлення тунелю CONNECT, перш ніж звичайна відповідь призначення дійде до обробників відповіді. Тому обробка видимого 407 не доводить підтримку всіх шляхів автентифікації CONNECT.
Для цілей HTTPS використовуйте клієнт або підтримувану інтеграцію, яка явно підтримує потрібну автентифікацію проксі під час налаштування тунелю. Monkey patch, прив'язані до старих внутрішностей Requests або urllib3, потребують підтримуваної заяви про сумісність перед повторним використанням.
Записуйте вимоги до автентифікації проксі та призначення в окремих полях, включно з етапом, на якому стався збій. Так видно, який запит оброблено, а який ще потребує підтримки.