E Kolleeg gëtt Iech de CA-Certificat vun der Organisatioun. Requests bitt e Parameter mam Numm cert. D'Nimm schéngen ze passen, awer si beäntweren ënnerschiddlech Froen.

AstellungZweck
verifyWielt d'Vertrauensmaterial fir de Géigeniwwer ze verifizéieren
certPresentéiert e Clientcertificat, mat sengem private Schlëssel, wann Clientauthentifikatioun néideg ass

Fir eng approuvéiert Interceptiouns-CA kann eng Requests-Operatioun de gewielte CA-Bündel auswielen:

response = requests.get(
    'https://example.com/',
    proxies=routes,
    verify='/path/to/approved-ca-bundle.pem',
    timeout=15,
)

Hei ass routes déi existent Proxy-Mapping vun der Applikatioun. De Pad muss de richtegen, liesbare Vertrauensbündel fir dëse Client nennen. Et ass kee erofgeluedene Websäitecertificat, dee just gewielt gouf, well d'Verbindung feelgeschloen ass.

D'Ëmweltvariabel REQUESTS_CA_BUNDLE ass en aneren ënnerstëtzten Vertrauensinput. Kontrolléiert de richtegen Sendepad, wann et onwierksam schéngt; virbereete Request-Workflows an explizit Astellunge kënnen änneren, wéi d'Ëmweltkonfiguratioun fusionéiert gëtt.

Dir sollt de private Schlëssel vun der CA net brauchen

Den ëffentlechen CA-Certificat ass dat, wat e Client brauch, fir en approuvéierten Aussteller ze erkennen. Säi Signatur-private Schlëssel ass e mächtegt Geheimnis vun enger anerer Partei. En sollt net als Deel vun enger roudeger Proxy-Vertrauensreparatur un Applikatiounsbenotzer verdeelt ginn.

E Clientcertificat kann nach ëmmer vun engem bestëmmten Zil oder vun enger anerer getrennt konfiguréierter TLS-Relatioun verlaangt ginn. Dat ass eng separat Ufuerderung, net eppes, wat aus all Certificatsverifikatiounsfehler ofgeleet gëtt.

Wann déi nächst Feeler erschéngt, nennt d'Operatioun: eng CA-Datei lueden, e Géigeniwwer-Certificat verifizéieren oder eng Clientidentitéit presentéieren. Eng Datei tëscht verify an cert réckelen, bis d'Message ännert, ass kee verlässleche Wee, fir seng Roll ze wielen.

Ähnlech Artikelen