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 मध्ये फाइल हलवणे हा त्याची भूमिका निवडण्याचा विश्वासार्ह मार्ग नाही.