ਵਰਤੋਂ ਯੋਗ Proxy-Authenticate ਚੁਣੌਤੀ ਤੋਂ ਬਿਨਾਂ HTTP 407

ਕਲਾਇੰਟ ਸਿਰਫ਼ ਸਥਿਤੀ ਨੰਬਰ ਤੋਂ ਪ੍ਰਮਾਣੀਕਰਨ ਢੰਗ ਨਹੀਂ ਚੁਣ ਸਕਦਾ। ਪ੍ਰੌਕਸੀ ਦੇ ਜਵਾਬ ਵਿੱਚ ਦੱਸਿਆ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਇਹ ਕੀ ਸਵੀਕਾਰ ਕਰਦੀ ਹੈ।

HTTP ਮੰਗ ਕਰਦਾ ਹੈ ਕਿ 407 ਪੈਦਾ ਕਰਨ ਵਾਲੀ ਪ੍ਰੌਕਸੀ Proxy-Authenticate ਚੁਣੌਤੀ ਭੇਜੇ। Basic ਸੇਵਾ ਲਈ ਇੱਕ ਸਧਾਰਨ ਉਦਾਹਰਨ:

HTTP/1.1 407 Proxy Authentication Required
Proxy-Authenticate: Basic realm="Office proxy"

ਸੰਖਿਆਤਮਕ ਸਥਿਤੀ, ਹੈਡਰ ਦਾ ਨਾਮ ਅਤੇ ਸਕੀਮ-ਵਿਸ਼ੇਸ਼ ਵਾਕ ਬਣਤਰ ਸਾਰੇ ਮਹੱਤਵਪੂਰਨ ਹਨ। ਮੁੱਖ ਹਿੱਸੇ ਵਿੱਚ authentication ਸ਼ਬਦ ਵਾਲਾ ਬ੍ਰਾਂਡਿਡ ਗਲਤੀ ਪੰਨਾ ਹੈਡਰ ਦਾ ਬਦਲ ਨਹੀਂ ਹੈ। ਕਸਟਮ ਲਾਗੂਕਰਨਾਂ ਨੂੰ ਵੀ ਹੈਡਰ ਸਮਾਪਤੀ ਅਤੇ ਮੁੱਖ ਹਿੱਸੇ ਦੀ ਫਰੇਮਿੰਗ ਸਮੇਤ ਪੂਰਾ HTTP 407 ਜਵਾਬ ਭੇਜਣਾ ਚਾਹੀਦਾ ਹੈ।

ਇਸ ਕਲਾਇੰਟ ਤੱਕ ਪਹੁੰਚੇ ਜਵਾਬ ਦੀ ਜਾਂਚ ਕਰੋ

ਗੁਪਤ ਮੁੱਲ ਹਟਾਉਣ ਤੋਂ ਬਾਅਦ ਸਥਿਤੀ ਅਤੇ ਚੁਣੌਤੀ ਖੇਤਰ ਦਰਜ ਕਰੋ। ਕੋਈ ਵਿਚੋਲਾ ਜਵਾਬ ਬਦਲ ਸਕਦਾ ਹੈ, ਜਾਂ ਕਸਟਮ ਪ੍ਰੌਕਸੀ ਨੇ ਗੈਰ-ਵੈਧ ਚੁਣੌਤੀ ਬਣਾਈ ਹੋ ਸਕਦੀ ਹੈ। ਉਸ ਸਬੂਤ ਦੀ ਤੁਲਨਾ ਪ੍ਰੌਕਸੀ ਦੇ ਆਪਣੇ ਲੈਣ-ਦੇਣ ਲੌਗ ਨਾਲ ਕਰੋ।

ਜੇ ਸੇਵਾ ਇਸ ਦੀ ਥਾਂ 405 ਜਾਂ ਹੋਰ ਗਲਤੀ ਭੇਜਦੀ ਹੈ, ਤਾਂ ਕਸਟਮ ਕਲਾਇੰਟ ਅੰਦਰ ਹਰ ਅਜਿਹੇ ਜਵਾਬ ਨੂੰ 407 ਵਜੋਂ ਦੁਬਾਰਾ ਲੇਬਲ ਨਾ ਕਰੋ। ਤੁਸੀਂ ਵਿਧੀ-ਨੀਤੀ ਦੀਆਂ ਅਸਲ ਅਸਫਲਤਾਵਾਂ ਲੁਕਾਓਗੇ ਅਤੇ ਫਿਰ ਵੀ ਭਰੋਸੇਯੋਗ ਸਕੀਮ ਗੱਲਬਾਤ ਨਹੀਂ ਹੋਵੇਗੀ। ਸੇਵਾ ਦਾ ਵਿਵਹਾਰ ਠੀਕ ਕਰੋ ਜਾਂ ਇਸ ਦੇ ਦਸਤਾਵੇਜ਼ੀ ਸਮਰਥਿਤ ਪ੍ਰਮਾਣੀਕਰਨ ਮਾਰਗ ਦੀ ਵਰਤੋਂ ਕਰੋ।

ਕਈ ਚੁਣੌਤੀਆਂ ਲਈ ਅਸਲ HTTP ਪਾਰਸਰ ਵੀ ਲੋੜੀਂਦਾ ਹੈ। ਕਾਮਾ ਪੈਰਾਮੀਟਰ ਜਾਂ ਚੁਣੌਤੀਆਂ ਵੱਖ ਕਰ ਸਕਦਾ ਹੈ; ਸਾਰਾ ਹੈਡਰ ਅੰਨ੍ਹੇ ਢੰਗ ਨਾਲ ਕਾਮਿਆਂ ਉੱਤੇ ਵੰਡਣਾ ਹਵਾਲਾ ਚਿੰਨ੍ਹਾਂ ਵਾਲੇ realm ਨੂੰ ਖਰਾਬ ਕਰ ਸਕਦਾ ਹੈ। ਲਗਾਤਾਰ ਸਟ੍ਰਿੰਗ ਬਦਲਾਵਾਂ ਦੀ ਥਾਂ ਕਲਾਇੰਟ ਦੇ ਸਮਰਥਿਤ ਪ੍ਰਮਾਣੀਕਰਨ ਲਾਗੂਕਰਨ ਦੀ ਵਰਤੋਂ ਕਰੋ।

ਚੁਣੌਤੀ ਵਰਤੋਂ ਯੋਗ ਹੋਣ ਤੋਂ ਬਾਅਦ ਹੀ ਇਹ ਜਾਂਚਣਾ ਅਰਥਪੂਰਨ ਹੈ ਕਿ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ ਪ੍ਰਦਾਤਾ ਨੇ ਖਾਤਾ ਕਿਉਂ ਵਾਪਸ ਨਹੀਂ ਕੀਤਾ।