Git ਦੇ proxyAuthMethod ਲਈ ਪ੍ਰੌਕਸੀ ਵਰਤੋਂਕਾਰ ਨਾਮ ਲੋੜੀਂਦਾ ਹੈ

ਤੁਸੀਂ http.proxyAuthMethod ਜੋੜਦੇ ਹੋ, ਕਲੋਨ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਕਰਦੇ ਹੋ ਅਤੇ ਅਜੇ ਵੀ 407 ਦੇਖਦੇ ਹੋ। ਸੈਟਿੰਗ ਵਿੱਚ ਇੱਕ ਦਸਤਾਵੇਜ਼ੀ ਸ਼ਰਤ ਹੈ ਜੋ ਛੁੱਟਣੀ ਸੌਖੀ ਹੈ: ਕਾਨਫਿਗਰ ਕੀਤੀ ਪ੍ਰੌਕਸੀ ਸਟਰਿੰਗ ਵਿੱਚ ਵਰਤੋਂਕਾਰ ਨਾਮ ਹੋਣਾ ਲਾਜ਼ਮੀ ਹੈ।

URL ਵਿੱਚ ਵਰਤੋਂਕਾਰ ਨਾਮ ਨਾਲ ਸ਼ਬਦੀ ਪਾਸਵਰਡ ਹੋਣਾ ਜ਼ਰੂਰੀ ਨਹੀਂ। Git ਆਪਣੀ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ ਵਿਵਸਥਾ ਰਾਹੀਂ ਗੁੰਮ ਪਾਸਵਰਡ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦਾ ਹੈ. ਰੂਟਿੰਗ ਪਛਾਣ ਅਤੇ ਪ੍ਰਮਾਣਿਕਤਾ ਵਿਧੀ ਨੂੰ ਫਿਰ ਵੀ ਇੱਛਤ ਪ੍ਰੌਕਸੀ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ।

ਚਾਰ ਇਨਪੁਟ ਇਕੱਠੇ ਜਾਂਚੋ

1. ਪ੍ਰਭਾਵੀ ਪ੍ਰੌਕਸੀ URI, ਇਸਦਾ ਪਾਸਵਰਡ ਹਟਾ ਕੇ।
2. ਉਸ ਪ੍ਰੌਕਸੀ ਲਈ ਚੁਣੀ ਗਈ ਵਿਧੀ।
3. ਕੋਈ ਵੀ ਪ੍ਰਤੀ-remote ਓਵਰਰਾਈਡ ਜਾਂ GIT_HTTP_PROXY_AUTHMETHOD ਵਾਤਾਵਰਣ ਓਵਰਰਾਈਡ।
4. Git ਵਰਜਨ ਅਤੇ ਇਸਦੇ HTTP ਬੈਕਐਂਡ ਦੀਆਂ ਸਮਰੱਥਾਵਾਂ।

ਮੌਜੂਦਾ Git anyauth, Basic, Digest, Negotiate ਅਤੇ NTLM ਸਮੇਤ ਵਿਧੀਆਂ ਦਾ ਦਸਤਾਵੇਜ਼ ਬਣਾਉਂਦਾ ਹੈ। ਇੱਕ ਚੁਣਨ ਨਾਲ ਜੁੜੇ ਬੈਕਐਂਡ ਵਿੱਚ ਗੁੰਮ ਸਹਾਇਤਾ ਨਹੀਂ ਜੁੜਦੀ। ਕਲਾਇੰਟ ਕਿਸੇ ਹੋਰ ਵਿਧੀ ਲਈ ਕਾਨਫਿਗਰ ਸੀ ਇਸ ਲਈ ਕਾਰਪੋਰੇਟ ਪ੍ਰਸ਼ਾਸਕ ਨੂੰ ਪ੍ਰੌਕਸੀ ਦੀ ਨੀਤੀ ਕਮਜ਼ੋਰ ਨਹੀਂ ਕਰਨੀ ਚਾਹੀਦੀ।

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

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