ਇੱਕ ਸਹਿਕਰਮੀ ਤੁਹਾਨੂੰ ਸੰਸਥਾ ਦਾ CA ਸਰਟੀਫਿਕੇਟ ਦਿੰਦਾ ਹੈ। Requests ਵਿੱਚ cert ਨਾਮ ਦਾ ਪੈਰਾਮੀਟਰ ਹੈ। ਨਾਮ ਮੇਲ ਖਾਂਦੇ ਲੱਗਦੇ ਹਨ, ਪਰ ਉਹ ਵੱਖਰੇ ਸਵਾਲਾਂ ਦੇ ਜਵਾਬ ਦਿੰਦੇ ਹਨ।

ਸੈਟਿੰਗਉਦੇਸ਼
verifyਸਾਹਮਣੇ ਵਾਲੇ ਧਿਰ ਨੂੰ ਪਰਖਣ ਲਈ ਵਰਤੀ ਜਾਣ ਵਾਲੀ ਭਰੋਸਾ ਸਮੱਗਰੀ ਚੁਣਦਾ ਹੈ
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 ਵਿਚਕਾਰ ਫਾਈਲ ਹਿਲਾਉਣਾ ਇਸਦੀ ਭੂਮਿਕਾ ਚੁਣਨ ਦਾ ਭਰੋਸੇਯੋਗ ਤਰੀਕਾ ਨਹੀਂ ਹੈ।

ਸੰਬੰਧਿਤ ਲੇਖ