Uwierzytelnianie Digest serwera proxy w Requests
Odróżnij uwierzytelnianie Digest celu w Requests od Digest serwera proxy i jego wymagań dotyczących tunelu HTTPS.
HTTPDigestAuth w Requests obsługuje uwierzytelnianie celu. Serwer proxy zamiast tego zwraca status 407 z Proxy-Authenticate i wymaga własnej obsługi uwierzytelniania.
requests-toolbelt udostępnia HTTPProxyDigestAuth do przetwarzania wyzwań serwera proxy i przygotowywania autoryzacji proxy. Sprawdź zgodność z dokładnymi wersjami Requests i warstwy transportowej, których używasz.
HTTPS CONNECT wymaga osobnego wsparcia
Serwer proxy może postawić wyzwanie podczas ustanawiania tunelu CONNECT, zanim zwykła odpowiedź celu dotrze do hooków odpowiedzi. Obsługa widocznego 407 nie dowodzi więc wsparcia wszystkich ścieżek uwierzytelniania CONNECT.
Dla celów HTTPS używaj klienta lub utrzymywanej integracji, która jawnie obsługuje wymagane uwierzytelnianie proxy przy konfiguracji tunelu. Monkey patche powiązane ze starymi wnętrznościami Requests lub urllib3 wymagają utrzymywanego oświadczenia o zgodności przed ponownym użyciem.
Zapisuj wymagania uwierzytelniania proxy i celu w osobnych polach, wraz z etapem, który zawiódł. Pokazuje to, które wyzwanie obsłużono, a które nadal wymaga wsparcia.