Python Requests: CA בינדלען געהערן אין verify, נישט אין cert

א קאלעגע גיט אייך דעם ארגאניזאציע'ס CA צערטיפיקאט. Requests פארמאגט א פאראמעטער מיטן נאמען cert. די נעמען זעען אויס ווי א פאר, אבער זיי ענטפערן אנדערע פראגעס.

פאר אן באשטעטיקט איינברעך CA קען א Requests אפעראציע אויסקלייבן דעם געמיינטן CA בינדל:

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

דא איז routes די עקזיסטירנדע פראקסי מאפירונג פון דער אפליקאציע. דער וועג מוז באנענען דעם ריכטיקן לייענבארן צוטרוי בינדל פאר דעם קליענט. עס איז נישט א אראפגעלאדנט וועבזייטל צערטיפיקאט אויסגעקליבן בלויז ווייל די פארבינדונג איז דורכגעפאלן.

די סביבה וואריאבל REQUESTS_CA_BUNDLE איז נאך אן אונטערשטיצטער צוטרוי אריינברענג. קאנטראלירט דעם עכטן שיקוועג אויב עס זעט אויס אומעפעקטיוו; ארבעטספלוסן פון צוגעגרייטע בקשות און קלארע איינשטעלונגען קענען ענדערן ווי די סביבה קאנפיגוראציע ווערט צונויפגעמישט.

איר זאלט נישט דארפן דעם CA'ס פריוואטן שליסל

דער פובליקער CA צערטיפיקאט איז וואס א קליענט דארף צו דערקענען אן באשטעטיקטער ארויסגעבער. זיין אונטערשריפט פריוואטער שליסל איז אן אנדער צד'ס שטארקע סוד. ער זאל נישט ווערן פארטיילט צו אפליקאציע באניצער אלס טייל פון א רוטינער פראקסי צוטרוי פארראטונג.

א קליענט צערטיפיקאט קען נאך אלץ ווערן פארלאנגט דורך אן באשטימטער ציל אדער דורך אן אנדער באזונדער קאנפיגורירטער TLS באציאונג. דאס איז אן באזונדערע פארלאנג, נישט עפעס וואס ווערט אפגעלערנט פון יעדן צערטיפיקאט וועריפיקאציע פעלער.

ווען דער נעקסטער פעלער דערשיינט, באנענט די אפעראציע: לאדן א CA טעקע, וועריפיצירן א צווייטער צד'ס צערטיפיקאט, אדער פארשטעלן א קליענט אידענטיטעט. אריבערפירן א טעקע צווישן verify און cert ביז די מעלדונג ענדערט זיך איז נישט קיין פארלעסלעכער וועג אויסצוקלייבן זיין ראלע.