Apache HttpClient ਪਾਸਵਰਡ ਜਾਣਦਾ ਹੈ ਪਰ ਫਿਰ ਵੀ 407 ਮਿਲਦਾ ਹੈ
Apache HttpClient ਪਰਾਕਸੀ ਪ੍ਰਮਾਣ-ਪੱਤਰਾਂ ਨੂੰ ਅਸਲ ਪਰਾਕਸੀ ਮਾਰਗ ਨਾਲ ਮਿਲਾਓ ਅਤੇ ਪ੍ਰਮਾਣਿਕਤਾ ਚੁਣੌਤੀ ਨੂੰ ਅਸਫਲ ਲੌਗਇਨ ਤੋਂ ਵੱਖਰਾ ਪਛਾਣੋ।
ਪ੍ਰਦਾਤਾ ਵਿੱਚ ਸਹੀ ਪਾਸਵਰਡ ਹੋਣਾ ਅਸਲ ਵਿੱਚ ਚੁਣੇ ਗਏ ਪਰਾਕਸੀ ਲਈ ਮੇਲ ਖਾਂਦੇ ਪ੍ਰਮਾਣ-ਪੱਤਰ ਸਥਾਪਿਤ ਨਹੀਂ ਕਰਦਾ। ਉਸ ਐਂਡਪੁਆਇੰਟ ਦੇ ਸਕੀਮ, ਹੋਸਟ ਅਤੇ ਪੋਰਟ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ; ਹੋਸਟ ਖੇਤਰ ਆਮ ਤੌਰ ’ਤੇ ਸਿਰਫ਼ ਹੋਸਟਨਾਮ ਜਾਂ IP ਲੈਂਦਾ ਹੈ, ਪੂਰਾ URL ਨਹੀਂ।
- ਪੂਰਾ ਪ੍ਰਮਾਣਿਕਤਾ ਅਦਾਨ-ਪ੍ਰਦਾਨ ਪੜ੍ਹੋ। ਇੱਕ 407 ਜਿਸ ਤੋਂ ਬਾਅਦ ਸਵੀਕਾਰ ਕੀਤਾ ਮੁੜ-ਯਤਨ ਆਵੇ ਆਮ ਹੋ ਸਕਦਾ ਹੈ। ਲੌਗਇਨ ਨੂੰ ਰੱਦ ਕੀਤਾ ਮੰਨਣ ਤੋਂ ਪਹਿਲਾਂ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਅੰਤਿਮ ਨਤੀਜਾ ਅਜੇ ਵੀ 407 ਹੈ।
- ਮਾਰਗ ਅਤੇ ਪ੍ਰਮਾਣ-ਪੱਤਰਾਂ ਦੇ ਦਾਇਰੇ ਦੀ ਤੁਲਨਾ ਕਰੋ। ਅਸਲ ਹੋਸਟ/ਪੋਰਟ ਅਤੇ ਤੈਨਾਤ HttpClient 5 AuthScope ਦੁਆਰਾ ਪਰਿਭਾਸ਼ਿਤ ਹੋਰ ਖੇਤਰ ਮਿਲਾਓ। ਗਲਤ ਪੋਰਟ BasicCredentialsProvider ਨੂੰ ਢੁੱਕਵੀਂ ਐਂਟਰੀ ਤੋਂ ਬਿਨਾਂ ਛੱਡ ਸਕਦਾ ਹੈ।
- ਵਿਧੀ ਅਤੇ ਪਛਾਣ ਜਾਂਚੋ। ਕੀ ਪਰਾਕਸੀ ਨੇ ਸਮਰਥਿਤ ਵਿਧੀ ਪੇਸ਼ ਕੀਤੀ? ਕੀ ਮੁੜ-ਯਤਨ ਨੇ ਉਮੀਦ ਕੀਤਾ ਕਨੈਕਸ਼ਨ ਵਰਤਿਆ? ਕੀ ਆਪਰੇਟਰ ਡੋਮੇਨ-ਯੋਗ ਖਾਤਾ ਜਾਂ ਕੋਈ ਹੋਰ ਦਸਤਾਵੇਜ਼ੀ ਫਾਰਮੈਟ ਮੰਗਦਾ ਹੈ?
ਸਥਾਪਿਤ ਮੁੱਖ-ਸੰਸਕਰਣ API ਵਰਤੋ। HttpClient 4 ਦੀ ਪ੍ਰਮਾਣਿਕਤਾ-ਕੈਸ਼ ਵਿਧੀ ਸੰਸਕਰਣ 5 ਵਿੱਚ ਬਿਨਾਂ ਬਦਲਾਅ ਨਹੀਂ ਜਾਂਦੀ। ਮਨਮਾਨੇ ਵਰਤੋਂਕਾਰਨਾਮ ਰੂਪਾਂ ਵਿੱਚ ਘੁੰਮਣ ਦੀ ਬਜਾਏ ਆਪਰੇਟਰ ਦੀਆਂ ਖਾਤਾ ਲੋੜਾਂ ਵਰਤੋ।
ਪੂਰਵ-ਪ੍ਰਮਾਣਿਕਤਾ ਇੱਕ ਹੋਰ ਜਾਣ-ਬੁੱਝ ਕੇ ਚੋਣ ਹੈ। ਅਨੁਕੂਲ ਸਕੀਮ ਲਈ ਇਹ ਇੱਕ ਚੱਕਰ ਹਟਾ ਸਕਦੀ ਹੈ, ਪਰ ਇਹ ਬਦਲਦੀ ਹੈ ਕਿ ਪ੍ਰਮਾਣ-ਪੱਤਰ ਕਦੋਂ ਬਾਹਰ ਜਾਂਦੇ ਹਨ ਅਤੇ ਸਮਰਥਿਤ ਦਾਇਰਾ ਲੋੜਦੀ ਹੈ। ਇਹ ਬੇਮੇਲ ਐਂਡਪੁਆਇੰਟ ਜਾਂ ਅਸਮਰਥਿਤ ਵਿਧੀ ਲਈ ਪਹਿਲਾ ਸੁਧਾਰ ਨਹੀਂ ਹੋ ਸਕਦੀ।
ਚੁਣੌਤੀ ਵਾਲੀ ਪਰਾਕਸੀ ਪਛਾਣ, ਵਿਧੀ, ਦਾਇਰਾ-ਮੇਲ ਅਤੇ ਅੰਤਿਮ ਸਥਿਤੀ ਨੂੰ ਸੰਪਾਦਿਤ ਨਿਦਾਨ ਵਿੱਚ ਰੱਖੋ। ਪਾਸਵਰਡ ਅਤੇ ਪ੍ਰਮਾਣ-ਪੱਤਰ ਲੈ ਕੇ ਜਾਣ ਵਾਲੇ ਕੱਚੇ ਨਿਸ਼ਾਨ ਉਸ ਤੁਲਨਾ ਲਈ ਲੋੜੀਂਦੇ ਨਹੀਂ ਹਨ।