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

  1. ਪੂਰਾ ਪ੍ਰਮਾਣਿਕਤਾ ਅਦਾਨ-ਪ੍ਰਦਾਨ ਪੜ੍ਹੋ। ਇੱਕ 407 ਜਿਸ ਤੋਂ ਬਾਅਦ ਸਵੀਕਾਰ ਕੀਤਾ ਮੁੜ-ਯਤਨ ਆਵੇ ਆਮ ਹੋ ਸਕਦਾ ਹੈ। ਲੌਗਇਨ ਨੂੰ ਰੱਦ ਕੀਤਾ ਮੰਨਣ ਤੋਂ ਪਹਿਲਾਂ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਅੰਤਿਮ ਨਤੀਜਾ ਅਜੇ ਵੀ 407 ਹੈ।
  2. ਮਾਰਗ ਅਤੇ ਪ੍ਰਮਾਣ-ਪੱਤਰਾਂ ਦੇ ਦਾਇਰੇ ਦੀ ਤੁਲਨਾ ਕਰੋ। ਅਸਲ ਹੋਸਟ/ਪੋਰਟ ਅਤੇ ਤੈਨਾਤ HttpClient 5 AuthScope ਦੁਆਰਾ ਪਰਿਭਾਸ਼ਿਤ ਹੋਰ ਖੇਤਰ ਮਿਲਾਓ। ਗਲਤ ਪੋਰਟ BasicCredentialsProvider ਨੂੰ ਢੁੱਕਵੀਂ ਐਂਟਰੀ ਤੋਂ ਬਿਨਾਂ ਛੱਡ ਸਕਦਾ ਹੈ।
  3. ਵਿਧੀ ਅਤੇ ਪਛਾਣ ਜਾਂਚੋ। ਕੀ ਪਰਾਕਸੀ ਨੇ ਸਮਰਥਿਤ ਵਿਧੀ ਪੇਸ਼ ਕੀਤੀ? ਕੀ ਮੁੜ-ਯਤਨ ਨੇ ਉਮੀਦ ਕੀਤਾ ਕਨੈਕਸ਼ਨ ਵਰਤਿਆ? ਕੀ ਆਪਰੇਟਰ ਡੋਮੇਨ-ਯੋਗ ਖਾਤਾ ਜਾਂ ਕੋਈ ਹੋਰ ਦਸਤਾਵੇਜ਼ੀ ਫਾਰਮੈਟ ਮੰਗਦਾ ਹੈ?

ਸਥਾਪਿਤ ਮੁੱਖ-ਸੰਸਕਰਣ API ਵਰਤੋ। HttpClient 4 ਦੀ ਪ੍ਰਮਾਣਿਕਤਾ-ਕੈਸ਼ ਵਿਧੀ ਸੰਸਕਰਣ 5 ਵਿੱਚ ਬਿਨਾਂ ਬਦਲਾਅ ਨਹੀਂ ਜਾਂਦੀ। ਮਨਮਾਨੇ ਵਰਤੋਂਕਾਰਨਾਮ ਰੂਪਾਂ ਵਿੱਚ ਘੁੰਮਣ ਦੀ ਬਜਾਏ ਆਪਰੇਟਰ ਦੀਆਂ ਖਾਤਾ ਲੋੜਾਂ ਵਰਤੋ।

ਪੂਰਵ-ਪ੍ਰਮਾਣਿਕਤਾ ਇੱਕ ਹੋਰ ਜਾਣ-ਬੁੱਝ ਕੇ ਚੋਣ ਹੈ। ਅਨੁਕੂਲ ਸਕੀਮ ਲਈ ਇਹ ਇੱਕ ਚੱਕਰ ਹਟਾ ਸਕਦੀ ਹੈ, ਪਰ ਇਹ ਬਦਲਦੀ ਹੈ ਕਿ ਪ੍ਰਮਾਣ-ਪੱਤਰ ਕਦੋਂ ਬਾਹਰ ਜਾਂਦੇ ਹਨ ਅਤੇ ਸਮਰਥਿਤ ਦਾਇਰਾ ਲੋੜਦੀ ਹੈ। ਇਹ ਬੇਮੇਲ ਐਂਡਪੁਆਇੰਟ ਜਾਂ ਅਸਮਰਥਿਤ ਵਿਧੀ ਲਈ ਪਹਿਲਾ ਸੁਧਾਰ ਨਹੀਂ ਹੋ ਸਕਦੀ।

ਚੁਣੌਤੀ ਵਾਲੀ ਪਰਾਕਸੀ ਪਛਾਣ, ਵਿਧੀ, ਦਾਇਰਾ-ਮੇਲ ਅਤੇ ਅੰਤਿਮ ਸਥਿਤੀ ਨੂੰ ਸੰਪਾਦਿਤ ਨਿਦਾਨ ਵਿੱਚ ਰੱਖੋ। ਪਾਸਵਰਡ ਅਤੇ ਪ੍ਰਮਾਣ-ਪੱਤਰ ਲੈ ਕੇ ਜਾਣ ਵਾਲੇ ਕੱਚੇ ਨਿਸ਼ਾਨ ਉਸ ਤੁਲਨਾ ਲਈ ਲੋੜੀਂਦੇ ਨਹੀਂ ਹਨ।

ਸੰਬੰਧਿਤ ਲੇਖ