Apache ProxyRemote ਪ੍ਰਮਾਣ-ਪੱਤਰ ਬਨਾਮ proxy-chain-auth

ਇੱਕ ਕਲਾਇੰਟ ਇੱਕ ਖਾਤੇ ਨਾਲ Apache ਫਾਰਵਰਡ ਪ੍ਰਾਕਸੀ ਉੱਤੇ ਪ੍ਰਮਾਣਿਤ ਹੋ ਸਕਦਾ ਹੈ, ਜਦੋਂ ਕਿ Apache ਦੂਜੇ ਖਾਤੇ ਨਾਲ ਪੇਰੈਂਟ ਪ੍ਰਾਕਸੀ ਉੱਤੇ ਪ੍ਰਮਾਣਿਤ ਹੁੰਦਾ ਹੈ:

client ── client account ── Apache ── parent account ── parent proxy

httpd 2.4.59 ਜਾਂ ਇਸ ਤੋਂ ਬਾਅਦ ਸਥਿਰ ਪੇਰੈਂਟ ਖਾਤੇ ਲਈ ProxyRemote ਤੀਜਾ ਆਰਗਿਊਮੈਂਟ ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ:

ProxyRemote "*" "http://parent.example:3128" "parent-user:replace_with_private_password"

ਇਹ ਮੌਜੂਦਾ ਪਹੁੰਚ-ਨਿਯੰਤਰਿਤ ਫਾਰਵਰਡ-ਪ੍ਰਾਕਸੀ ਸੰਰਚਨਾ ਦਾ ਪੂਰਕ ਹੈ, ਜਿਵੇਂ ਕਿ ਇੱਕ ਨਿੱਜੀ ਸਰੋਤਾ ਜੋ ਕਲਾਇੰਟ IP ਅਤੇ ਪ੍ਰਾਕਸੀ ਲੌਗਇਨ ਦੋਵੇਂ ਲੋੜਦਾ ਹੈ। ਖਾਤਾ ਚੁਣੇ ਗਏ ਪੇਰੈਂਟ ਦਾ ਹੈ। ਇਸ ਨੂੰ ਰੱਖਣ ਵਾਲੀ ਸੰਰਚਨਾ ਦੀ ਰੱਖਿਆ ਕਰੋ, ਅਤੇ ਤੈਨਾਤੀ ਲਈ ਲੋੜੀਂਦੀ ਮੇਲ ਖਾਂਦੀ ਹੱਦ ਚੁਣੋ।

Apache ਇਹ Basic ਪ੍ਰਮਾਣ-ਪੱਤਰ ਪਹਿਲਾਂ ਹੀ ਭੇਜਦਾ ਹੈ, ਪਹਿਲਾਂ ਚੁਣੌਤੀ ਦੀ ਉਡੀਕ ਕੀਤੇ ਬਿਨਾਂ। ਇਸ ਲਈ ਪੇਰੈਂਟ ਕਨੈਕਸ਼ਨ ਦੀ ਢੋਆ-ਢੁਆਈ ਅਤੇ ਖਾਤਾ ਨੀਤੀ ਮਹੱਤਵਪੂਰਨ ਹੈ; ਸਾਈਟ ਦਾ ਬਾਅਦ ਵਾਲਾ HTTPS ਸੈਸ਼ਨ ਆਪਣੇ ਆਪ ਪੇਰੈਂਟ ਵੱਲ ਸਪਸ਼ਟ HTTP ਛਾਲ ਦੀ ਰੱਖਿਆ ਨਹੀਂ ਕਰਦਾ।

ਉਹੀ ਆਉਣ ਵਾਲਾ ਖਾਤਾ ਕਦੋਂ ਜਾਰੀ ਰਹਿਣਾ ਚਾਹੀਦਾ ਹੈ

Apache ਆਮ ਤੌਰ ਉੱਤੇ ਆਪਣੇ ਵੱਲ ਭੇਜੇ ਪ੍ਰਾਕਸੀ ਪ੍ਰਮਾਣੀਕਰਨ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ। proxy-chain-auth ਵਾਤਾਵਰਨ ਸੈਟਿੰਗ ਇਸ ਦੀ ਥਾਂ ਕਲਾਇੰਟ ਦੇ ਪ੍ਰਾਕਸੀ ਪ੍ਰਮਾਣ-ਪੱਤਰਾਂ ਨੂੰ ਅਗਲੀ ਪ੍ਰਾਕਸੀ ਤੱਕ ਭੇਜਣ ਦੀ ਆਗਿਆ ਦਿੰਦੀ ਹੈ:

SetEnv proxy-chain-auth On

ਇਹ ਸਿਰਫ਼ ਜਾਣ-ਬੁੱਝ ਕੇ ਸਾਂਝੀ ਕੀਤੀ ਪ੍ਰਮਾਣੀਕਰਨ ਲੜੀ ਲਈ ਢੁੱਕਵਾਂ ਹੈ। ਇਹ ਆਉਣ ਵਾਲੀ ਖਾਤਾ ਸਮੱਗਰੀ ਅੱਗੇ ਭੇਜਦੀ ਹੈ; ਇਹ ਵੱਖਰਾ ਪੇਰੈਂਟ ਵਰਤੋਂਕਾਰ ਨਾਮ ਅਤੇ ਪਾਸਵਰਡ ਨਹੀਂ ਬਣਾਉਂਦੀ।

ProxyRemote ਦੇ ਸਪਸ਼ਟ ਪ੍ਰਮਾਣ-ਪੱਤਰ ਆਰਗਿਊਮੈਂਟ ਨਾਲ proxy-chain-auth ਦਾ ਕੋਈ ਪ੍ਰਭਾਵ ਨਹੀਂ ਹੁੰਦਾ। ਇਸ ਆਸ ਵਿੱਚ ਦੋਵੇਂ ਸੈਟਿੰਗਾਂ ਨੂੰ ਪਰਤ-ਪਰਤ ਨ ਲਗਾਓ ਕਿ ਕਿਹੜਾ ਪਾਸਵਰਡ ਕੰਮ ਕਰੇਗਾ; ਸਗੋਂ ਪ੍ਰਮਾਣ-ਪੱਤਰਾਂ ਦਾ ਸਰੋਤ ਜਾਣ-ਬੁੱਝ ਕੇ ਚੁਣੋ।

ਇਹ ਵਿਧੀਆਂ ਪ੍ਰਾਕਸੀ ਛਾਲਾਂ ਨੂੰ ਪ੍ਰਮਾਣਿਤ ਕਰਦੀਆਂ ਹਨ। ਮੰਜ਼ਿਲ ਸਾਈਟ ਦਾ Authorization ਹੈਡਰ ਇੱਕ ਵੱਖਰਾ ਆਦਾਨ-ਪ੍ਰਦਾਨ ਹੀ ਰਹਿੰਦਾ ਹੈ।