Lankide batek erakundearen CA ziurtagiria ematen dizu. Requestsek cert izeneko parametroa eskaintzen du. Izenek bat egiten dutela dirudi, baina galdera desberdinei erantzuten diete.

EzarpenaHelburua
verifyBikotea egiaztatzeko erabiltzen den konfiantza-materiala hautatzen du
certBezeroaren ziurtagiria aurkezten du, bere gako pribatuarekin, bezeroaren autentifikazioa behar denean

Onartutako intertzepzio CA baterako, Requests eragiketa batek aurreikusitako CA sorta hauta dezake:

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

Hemen routes aplikazioaren proxy mapatzea da. Bideak bezero honentzat irakurgarria den konfiantza-sorta zuzena izendatu behar du. Ez da deskargatutako webgune ziurtagiri bat, konexioak huts egin duelako soilik aukeratua.

REQUESTS_CA_BUNDLE ingurune-aldagaia onartutako beste konfiantza-sarrera bat da. Egiaztatu bidaltze-bide erreala eraginkorra ez bada; prestatutako eskaeren fluxuek eta ezarpen esplizituek ingurune-konfigurazioa nola bateratzen den alda dezakete.

Ez zenuke CAren gako pribatua behar izan behar

CA ziurtagiri publikoa da bezeroak onartutako igorlea ezagutzeko behar duena. Bere sinadura-gako pribatua beste alderdi baten sekretu indartsua da. Ez litzateke aplikazioaren erabiltzaileen artean banatu behar proxy-konfiantzaren konponketa errutinario baten parte gisa.

Bezero ziurtagiri bat oraindik beharrezkoa izan daiteke helmuga jakin batek edo bereiz konfiguratutako TLS harreman batek. Hori baldintza bereizi bat da, ez ziurtagiri-egiaztapen erro bakoitzetik ondorioztatzen den zerbait.

Hurrengo errorea agertzen denean, izenda ezazu eragiketa: CA fitxategia kargatzea, bikote ziurtagiria egiaztatzea edo bezero-identitatea aurkeztea. Fitxategi bat verify eta cert artean mugitzea mezua aldatu arte ez da bere rola aukeratzeko modu fidagarria.

Erlazionatutako artikuluak