ਪ੍ਰੌਕਸੀ ਰਾਹੀਂ ਕਲਾਇੰਟ ਸਰਟੀਫਿਕੇਟ ਕੌਣ ਭੇਜਦਾ ਹੈ?
ਮੰਜ਼ਿਲ ਦੇ mTLS ਪ੍ਰਮਾਣ-ਪੱਤਰਾਂ ਨੂੰ ਪ੍ਰੌਕਸੀ ਪ੍ਰਮਾਣ-ਪੱਤਰਾਂ ਤੋਂ ਅਤੇ ਉਹਨਾਂ ਸਰਟੀਫਿਕੇਟਾਂ ਤੋਂ ਵੱਖ ਰੱਖੋ ਜੋ Apache ਆਪਣਾ ਅਪਸਟ੍ਰੀਮ TLS ਸੈਸ਼ਨ ਬਣਾਉਂਦੇ ਸਮੇਂ ਵਰਤਦਾ ਹੈ।
ਆਮ CONNECT ਰਾਹੀਂ HTTPS ਵਿੱਚ, ਐਪਲੀਕੇਸ਼ਨ ਆਪਣੇ ਮੰਜ਼ਿਲ TLS ਹੈਂਡਸ਼ੇਕ ਦੌਰਾਨ ਵੈੱਬਸਾਈਟ ਦਾ ਕਲਾਇੰਟ ਸਰਟੀਫਿਕੇਟ ਭੇਜਦੀ ਹੈ। ਪ੍ਰੌਕਸੀ ਸਿਰਫ਼ ਬਾਈਟਾਂ ਰੀਲੇ ਕਰਦੀ ਹੈ; ਇਹ ਆਪਣੇ ਆਪ ਵੈੱਬਸਾਈਟ ਦਾ TLS ਕਲਾਇੰਟ ਨਹੀਂ ਬਣ ਜਾਂਦੀ।
| ਪ੍ਰਮਾਣ | ਮਾਲਕ/ਕਨੈਕਸ਼ਨ |
|---|---|
| ਪ੍ਰੌਕਸੀ ਵਰਤੋਂਕਾਰ-ਨਾਂ/ਪਾਸਵਰਡ | ਪ੍ਰੌਕਸੀ ਤੱਕ ਕਲਾਇੰਟ ਦੀ ਪਹੁੰਚ। |
| ਵੈੱਬਸਾਈਟ ਦਾ ਕਲਾਇੰਟ ਸਰਟੀਫਿਕੇਟ ਅਤੇ ਨਿੱਜੀ ਕੁੰਜੀ | ਮੰਜ਼ਿਲ ਨਾਲ ਐਪਲੀਕੇਸ਼ਨ ਦਾ TLS ਸੈਸ਼ਨ। |
| ਪ੍ਰੌਕਸੀ ਸਰਵਰ ਦਾ ਅਪਸਟ੍ਰੀਮ ਕਲਾਇੰਟ ਸਰਟੀਫਿਕੇਟ | ਉਹ TLS ਸੈਸ਼ਨ ਜੋ ਪ੍ਰੌਕਸੀ ਖੁਦ ਸ਼ੁਰੂ ਕਰਦੀ ਹੈ। |
ਇਹ ਭੂਮਿਕਾਵਾਂ ਇਕੱਠੀਆਂ ਰਹਿ ਸਕਦੀਆਂ ਹਨ। ਮੰਜ਼ਿਲ mTLS ਦੇ ਕੰਮ ਕਰਨ ਲਈ ਵੈੱਬਸਾਈਟ ਦੀ ਨਿੱਜੀ ਕੁੰਜੀ ਸਧਾਰਨ ਟਨਲਿੰਗ ਪ੍ਰੌਕਸੀ ਤੇ ਅੱਪਲੋਡ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ। CONNECT ਹੈਂਡਓਫ਼ ਤੋਂ ਬਾਅਦ, ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਆਮ ਮੰਜ਼ਿਲ ਕਲਾਇੰਟ-ਸਰਟੀਫਿਕੇਟ ਸੰਰਚਨਾ ਵਰਤੋ ਅਤੇ ਵੈੱਬਸਾਈਟ ਸਰਵਰ ਸਰਟੀਫਿਕੇਟ ਦੀ ਪੁਸ਼ਟੀ ਜਾਰੀ ਰੱਖੋ।
Apache ਦਾ SSLProxyMachineCertificateFile ਤਦ ਪ੍ਰਮਾਣ ਦਿੰਦਾ ਹੈ ਜਦੋਂ Apache ਆਪਣਾ ਅਪਸਟ੍ਰੀਮ TLS ਸੈਸ਼ਨ ਬਣਾਉਂਦਾ ਹੈ। ਉਸ ਫਾਈਲ ਬਾਰੇ ਸਲਾਹ ਇਹ ਸਾਬਤ ਨਹੀਂ ਕਰਦੀ ਕਿ ਧੁੰਦਲੀ ਫਾਰਵਰਡ ਟਨਲ ਵਰਤਣ ਵਾਲੇ ਹਰ ਕਲਾਇੰਟ ਨੂੰ ਇਸਨੂੰ ਸੰਰਚਿਤ ਕਰਨਾ ਹੀ ਚਾਹੀਦਾ ਹੈ।
TLS ਰੋਕਥਾਮ ਇੱਕ ਵਿਚੋਲੇ ਤੇ ਸੈਸ਼ਨ ਖ਼ਤਮ ਕਰਦੀ ਹੈ ਅਤੇ ਇਹ ਮਾਲਕੀਅਤ ਬਦਲਦੀ ਹੈ। ਇਹ ਮੰਨਣ ਦੀ ਬਜਾਏ ਕਿ ਸਰਟੀਫਿਕੇਟ ਦੀ ਨਕਲ ਕਰਨ ਨਾਲ ਸਿਰੇ-ਤੋਂ-ਸਿਰੇ ਪ੍ਰਮਾਣਿਕਤਾ ਬਚੀ ਰਹਿੰਦੀ ਹੈ, ਇਹ ਨਿਰਧਾਰਿਤ ਕਰੋ ਕਿ ਲੋੜੀਂਦੀ ਕਲਾਇੰਟ ਪਛਾਣ ਉਸ ਪ੍ਰਬੰਧ ਵਿੱਚੋਂ ਲੰਘ ਸਕਦੀ ਹੈ ਜਾਂ ਨਹੀਂ।
ਅਸਫਲਤਾ ਤੇ, ਦਰਜ ਕਰੋ ਕਿ ਬੇਨਤੀ ਪ੍ਰੌਕਸੀ ਲੌਗਇਨ, ਮੰਜ਼ਿਲ TLS ਜਾਂ ਬਾਅਦ ਦੇ ਐਪਲੀਕੇਸ਼ਨ ਵਟਾਂਦਰੇ ਤੇ ਰੁਕੀ ਸੀ। ਪ੍ਰਮਾਣ ਨੂੰ ਉਸ ਕਨੈਕਸ਼ਨ ਤੇ ਰੱਖੋ ਜੋ ਅਸਲ ਵਿੱਚ ਇਸਦੀ ਮੰਗ ਕਰਦਾ ਹੈ।