Պրոքսի Digest նույնականացումը Requests-ում
Տարբերեք Requests-ի նպատակակետի Digest նույնականացումը պրոքսի Digest-ից և դրա HTTPS թունելի պահանջներից։
Requests-ի HTTPDigestAuth-ը զբաղվում է նպատակակետի նույնականացմամբ։ Պրոքսին փոխարեն վերադարձնում է 407 կարգավիճակ Proxy-Authenticate-ով և պահանջում է իր սեփական նույնականացման մշակումը։
requests-toolbelt-ը տրամադրում է HTTPProxyDigestAuth՝ պրոքսի մարտահրավերները մշակելու և պրոքսի լիազորումը նախապատրաստելու համար։ Ստուգեք համատեղելիությունը օգտագործվող Requests-ի և տրանսպորտի ճշգրիտ տարբերակների հետ։
HTTPS CONNECT-ը պահանջում է առանձին աջակցություն
Պրոքսին կարող է մարտահրավեր ներկայացնել CONNECT թունելը հաստատելիս՝ նախքան սովորական նպատակակետի պատասխանը response hook-երին հասնելը։ Ուստի տեսանելի 407-ի մշակումը չի հաստատում աջակցություն CONNECT նույնականացման բոլոր ուղիներին։
HTTPS նպատակների համար օգտագործեք հաճախորդ կամ պահպանվող ինտեգրում, որն ուղղակիորեն աջակցում է թունելի կարգաբերման պահին պահանջվող պրոքսի նույնականացմանը։ Հին Requests-ի կամ urllib3-ի ներքին մասերին կապված monkey patch-երը կրկնակի օգտագործելուց առաջ պահանջում են պահպանվող համատեղելիության հայտարարություն։
Գրանցեք պրոքսի և նպատակակետի նույնականացման պահանջները առանձին դաշտերում՝ ներառյալ ձախողված փուլը։ Դա ցույց է տալիս, թե որ մարտահրավերն է մշակվել, և որը դեռ աջակցության կարիք ունի։