Një koleg ju jep certifikatën CA të organizatës. Requests ofron një parametër të quajtur cert. Emrat duken si çift, por përgjigjen pyetjeve të ndryshme.

CilësimiQëllimi
verifyZgjedh materialin e besimit që përdoret për të verifikuar palën tjetër
certParaqet një certifikatë klienti, me çelësin e saj privat, kur kërkohet vërtetimi i klientit

Për një CA ndërhyrëse të miratuar, një operacion Requests mund të zgjedhë paketën CA të synuar:

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

Këtu routes është hartëzimi ekzistues i përfaqësuesit të aplikacionit. Rruga duhet të emërtojë paketën e saktë të lexueshme të besimit për këtë klient. Nuk është një certifikatë faqeje e shkarkuar e zgjedhur vetëm sepse lidhja dështoi.

Ndryshorja e mjedisit REQUESTS_CA_BUNDLE është një tjetër hyrje e besimit e mbështetur. Kontrolloni rrugën aktuale të dërgimit nëse duket e pafektë; rrjedhat e punës me kërkesa të përgatitura dhe cilësimet e qarta mund të ndryshojnë mënyrën se si bashkohet konfigurimi i mjedisit.

Nuk duhet t'ju duhet çelësi privat i CA

Certifikata publike CA është ajo që i nevojitet një klienti për të njohur një lëshues të miratuar. Çelësi privat i nënshkrimit është një sekret i fuqishëm i palës tjetër. Nuk duhet të shpërndahet te përdoruesit e aplikacionit si pjesë e një riparimi rutinë të besimit të përfaqësuesit.

Një certifikatë klienti mund të kërkohet ende nga një destinacion i caktuar ose nga një marrëdhënie tjetër TLS e konfiguruar veçmas. Kjo është një kërkesë e veçantë, jo diçka që nxirret nga çdo gabim verifikimi certifikate.

Kur shfaqet gabimi tjetër, emërtoni veprimin: ngarkimi i një skedari CA, verifikimi i certifikatës së palës tjetër ose paraqitja e identitetit të klientit. Lëvizja e një skedari midis verify dhe cert derisa mesazhi të ndryshojë nuk është mënyrë e besueshme për të zgjedhur rolin e tij.

Artikuj të ngjashëm