Python Requests: CA paketi pripadaju u verify, a ne u cert
Stavite odobreni CA materijal poverenja u konfiguraciju provere umesto da grešku sertifikata tretirate kao zahtev za privatnim ključem klijenta.
Kolega vam daje CA sertifikat organizacije. Requests nudi parametar pod nazivom cert. Imena izgledaju kao par, ali odgovaraju na različita pitanja.
| Postavka | Svrha |
|---|---|
verify | Bira materijal poverenja koji se koristi za proveru druge strane |
cert | Predstavlja klijentski sertifikat, sa njegovim privatnim ključem, kada je potrebna autentifikacija klijenta |
Za odobreni CA za presretanje, Requests operacija može izabrati nameravani CA paket:
response = requests.get(
'https://example.com/',
proxies=routes,
verify='/path/to/approved-ca-bundle.pem',
timeout=15,
)Ovde je routes postojeće mapiranje proksija u aplikaciji. Putanja mora da imenuje ispravan čitljiv paket poverenja za ovog klijenta. To nije preuzeti sertifikat veb sajta izabran samo zato što je veza neuspešna.
Promenljiva okruženja REQUESTS_CA_BUNDLE je još jedan podržani izvor poverenja. Proverite stvarnu putanju slanja ako se čini neefikasnom; tokovi pripremljenih zahteva i eksplicitne postavke mogu promeniti kako se konfiguracija okruženja spaja.
Ne bi vam trebao trebati privatni ključ CA
Javni CA sertifikat je ono što klijentu treba da prepozna odobrenog izdavaoca. Njegov privatni ključ za potpisivanje je moćna tajna druge strane. Ne bi ga trebalo deliti korisnicima aplikacije kao deo rutinskog popravka poverenja proksija.
Klijentski sertifikat ipak može zahtevati određeno odredište ili drugi zasebno konfigurisan TLS odnos. To je zaseban zahtev, a ne nešto što se izvodi iz svake greške provere sertifikata.
Kada se pojavi sledeća greška, imenujte operaciju: učitavanje CA datoteke, provera sertifikata druge strane ili predstavljanje identiteta klijenta. Premeštanje datoteke između verify i cert dok se poruka ne promeni nije pouzdan način da izaberete njenu ulogu.