ਕਸਟਮ CA ਬੰਡਲ ਨਾਲ ਰੀਡਾਇਰੈਕਟ ਤੋਂ ਬਾਅਦ SSL ਸਰਟੀਫਿਕੇਟ ਗਲਤੀਆਂ
ਜਾਂਚ ਕਰੋ ਕਿ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਚੁਣੀ ਗਈ CA ਫਾਈਲ ਵਿੱਚ ਰੀਡਾਇਰੈਕਟ ਕੀਤੇ ਹੋਸਟਾਂ ਸਮੇਤ ਅਸਲ ਬੇਨਤੀ ਮਾਰਗ ਲਈ ਲੋੜੀਂਦੀ ਸਾਰੀ ਭਰੋਸਾ ਸਮੱਗਰੀ ਹੈ।
ਕੰਪਨੀ ਦੀ CA ਫਾਈਲ ਪਹਿਲਾ URL ਠੀਕ ਕਰਦੀ ਹੈ, ਫਿਰ ਇੱਕ ਰੀਡਾਇਰੈਕਟ ਪੁਸ਼ਟੀ ਵਿੱਚ ਫੇਲ ਹੁੰਦਾ ਹੈ। ਜਾਂਚ ਕਰੋ ਕਿ ਕਸਟਮ CA ਵਿਕਲਪ ਨੇ ਕਲਾਇੰਟ ਦੇ ਪਿਛਲੇ ਭਰੋਸਾ ਇਨਪੁਟ ਨੂੰ ਬਦਲਿਆ ਹੈ ਜਾਂ ਉਸ ਵਿੱਚ ਸ਼ਾਮਲ ਕੀਤਾ ਹੈ।
ਇਹ ਵਿਵਹਾਰ TLS ਬੈਕਐਂਡ ਅਤੇ ਵਿਕਲਪ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ। ਸਿਰਫ਼ ਕਾਰਪੋਰੇਟ CA ਵਾਲੀ ਫਾਈਲ ਕਲਾਇੰਟ ਨੂੰ ਲੋੜੀਂਦੀਆਂ ਹੋਰ ਅਥਾਰਟੀਆਂ ਤੋਂ ਬਿਨਾਂ ਛੱਡ ਸਕਦੀ ਹੈ।
- ਹਰ ਸਾਥੀ ਦਾ ਪਿੱਛਾ ਕਰੋ। ਪਹਿਲਾ ਹੋਸਟ ਕਾਰਪੋਰੇਟ ਜਾਰੀਕਰਤਾ ਅਧੀਨ ਰੋਕਿਆ ਜਾ ਸਕਦਾ ਹੈ। ਬਾਅਦ ਵਾਲਾ ਹੋਸਟ ਬਾਈਪਾਸ, ਹੋਰ ਨਿਰੀਖਣ ਮਾਰਗ ਜਾਂ ਜਨਤਕ ਤੌਰ 'ਤੇ ਜਾਰੀ ਚੇਨ ਵਰਤ ਸਕਦਾ ਹੈ।
- ਫੇਲ ਹੋਏ ਕਲਾਇੰਟ ਦੇ ਇਨਪੁਟ ਦਰਜ ਕਰੋ। ਬੇਨਤੀ ਕੀਤਾ ਹੋਸਟਨਾਮ, ਰੀਡਾਇਰੈਕਟ ਟਾਰਗੇਟ, ਪ੍ਰਾਪਤ ਜਾਰੀਕਰਤਾ, ਪੁਸ਼ਟੀ ਨਤੀਜਾ ਅਤੇ ਚੁਣਿਆ ਭਰੋਸਾ ਸੰਰਚਨਾ ਰੱਖੋ। ਕੰਮ ਕਰਨ ਵਾਲਾ ਬ੍ਰਾਊਜ਼ਰ ਹੋਰ ਰੂਟ ਸਟੋਰ ਵਰਤ ਸਕਦਾ ਹੈ।
- ਬੈਕਐਂਡ ਦੇ ਚੋਣ ਨਿਯਮ ਜਾਂਚੋ। curl ਬਿਲਡ ਮੂਲ ਪੁਸ਼ਟੀ ਜਾਂ ਫਾਈਲ-ਆਧਾਰਿਤ ਰੂਟ ਵਰਤ ਸਕਦੇ ਹਨ, ਅਤੇ ਸਪੱਸ਼ਟ CA ਵਿਕਲਪ ਉਹ ਚੋਣ ਬਦਲ ਸਕਦੇ ਹਨ। ਉਸ ਐਗਜ਼ੀਕਿਊਟੇਬਲ ਲਈ ਰੈਸਿਪੀ Python ਵਾਤਾਵਰਣ ਜਾਂ JVM ਸੰਰਚਿਤ ਨਹੀਂ ਕਰਦੀ।
ਰੱਖ-ਰਖਾਅ ਵਾਲਾ ਬੰਡਲ ਜਾਂ ਸਮਰਥਿਤ ਭਰੋਸਾ-ਸਟੋਰ ਪ੍ਰਬੰਧ ਵਰਤੋ ਜਿਸ ਵਿੱਚ ਉਹ ਜਨਤਕ ਅਤੇ ਨਿੱਜੀ ਅਥਾਰਟੀਆਂ ਹੋਣ ਜਿਨ੍ਹਾਂ 'ਤੇ ਐਪ ਨੂੰ ਭਰੋਸਾ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। CA ਦੀ ਨਿੱਜੀ ਕੁੰਜੀ ਨਾ ਜੋੜੋ ਅਤੇ ਅਗਲੀ ਗਲਤੀ ਹਟਾਉਣ ਲਈ ਹੀ ਹਰ ਫੇਲ ਹੋਏ ਪੱਤਾ ਸਰਟੀਫਿਕੇਟ ਨੂੰ ਰੂਟ ਤੱਕ ਨਾ ਵਧਾਓ।
ਭਰੋਸਾ ਸਮੱਗਰੀ ਨੂੰ ਡਿਪਲਾਇਮੈਂਟ ਦੇ ਸਮਰਥਿਤ ਅਪਡੇਟ ਮਾਰਗ ਰਾਹੀਂ ਪਹੁੰਚਾਓ। ਵਿਕਰੇਤਾ ਦੇ CA ਪੈਕੇਜ ਨੂੰ ਹੱਥੀਂ ਬਦਲਣਾ ਉਸਦੇ ਅਗਲੇ ਅਪਡੇਟ ਦੁਆਰਾ ਰੱਦ ਹੋ ਸਕਦਾ ਹੈ; ਮਾਲਕ ਅਤੇ ਰੱਖ-ਰਖਾਅ ਪ੍ਰਕਿਰਿਆ ਸਪੱਸ਼ਟ ਰੱਖੋ ਤਾਂ ਜੋ ਪੂਰੇ ਬੇਨਤੀ ਮਾਰਗ 'ਤੇ ਪੁਸ਼ਟੀ ਜਾਰੀ ਰਹੇ।