curl ਵਿੱਚ NTLM ਪ੍ਰੌਕਸੀ ਲੌਗਇਨ ਦੀ ਜਾਂਚ

NTLM ਪ੍ਰੌਕਸੀ ਪ੍ਰਮਾਣੀਕਰਨ ਵਿੱਚ ਹੈਂਡਸ਼ੇਕ ਹੁੰਦਾ ਹੈ, ਸਿਰਫ਼ ਇੱਕ ਵਾਰ ਵਰਤੋਂਕਾਰ ਨਾਮ ਜੋੜਨਾ ਨਹੀਂ। ਖਾਤੇ ਦਾ ਪਾਸਵਰਡ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਪ੍ਰੌਕਸੀ ਅਸਲ ਵਿੱਚ NTLM ਦਿੰਦੀ ਹੈ ਅਤੇ curl ਬਾਇਨਰੀ ਉਸ ਦਾ ਸਮਰਥਨ ਕਰਦੀ ਹੈ।

curl --version

ਤੁਹਾਡੀ ਬੇਨਤੀ ਚਲਾਉਣ ਵਾਲੀ ਬਾਇਨਰੀ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੀ ਸੂਚੀ ਵੇਖੋ। ਹੋਰ curl ਇੰਸਟਾਲੇਸ਼ਨ, ਕੰਟੇਨਰ ਇਮੇਜ ਜਾਂ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਬਿਲਡ ਵਿੱਚ ਪ੍ਰਮਾਣੀਕਰਨ ਸਮਰਥਨ ਵੱਖਰਾ ਹੋ ਸਕਦਾ ਹੈ।

ਪ੍ਰੌਕਸੀ ਲਈ ਖ਼ਾਸ ਪ੍ਰਮਾਣੀਕਰਨ ਢੰਗ ਚੁਣੋ

curl --proxy http://proxy.example:3128 --proxy-ntlm --proxy-user 'EXAMPLE\alice' --noproxy '' --connect-timeout 5 --max-time 20 https://example.com/

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

ਪਹਿਲੀ ਪ੍ਰਮਾਣੀਕਰਨ ਚੁਣੌਤੀ ਗੱਲਬਾਤ ਦਾ ਹਿੱਸਾ ਹੋ ਸਕਦੀ ਹੈ। ਉਸ ਨੂੰ ਪੂਰੇ ਹੈਂਡਸ਼ੇਕ ਤੋਂ ਬਾਅਦ ਰੱਦ ਹੋਣ ਤੋਂ ਵੱਖਰਾ ਸਮਝੋ। ਪ੍ਰੌਕਸੀ ਦੀ ਚੁਣੌਤੀ ਦਾ ਜਵਾਬ ਦੇਣ ਲਈ ਮੂਲ ਸਰਵਰ ਵਾਲਾ NTLM ਵਿਕਲਪ ਨਾ ਵਰਤੋ।

ਜਾਂਚ ਵਿੱਚ ਕਨੈਕਸ਼ਨ ਦਾ ਵਿਹਾਰ ਵੀ ਸ਼ਾਮਲ ਕਰੋ

NTLM ਦੀ ਹਾਲਤ ਕਨੈਕਸ਼ਨ ਨਾਲ ਜੁੜੀ ਹੁੰਦੀ ਹੈ। ਹੈਂਡਸ਼ੇਕ ਉਮੀਦ ਕੀਤੇ ਕਨੈਕਸ਼ਨ ਰਸਤੇ ਰਾਹੀਂ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ; ਪੜਾਵਾਂ ਵਿਚਕਾਰ ਵਾਰ-ਵਾਰ ਕਨੈਕਸ਼ਨ ਬਦਲਣ ਨਾਲ ਉਹ ਪੂਰਾ ਨਹੀਂ ਹੋ ਸਕਦਾ।

Libcurl ਵਰਤਣ ਵਾਲੀ ਐਪਲੀਕੇਸ਼ਨ ਵਿੱਚ ਲਾਇਬ੍ਰੇਰੀ ਨੂੰ ਪ੍ਰਮਾਣੀਕਰਨ ਅਤੇ ਕਨੈਕਸ਼ਨ ਦੀ ਮੁੜ ਵਰਤੋਂ ਸੰਭਾਲਣ ਦਿਓ। ਵੱਖਰੀਆਂ ਪਛਾਣਾਂ ਲਈ ਪ੍ਰਮਾਣਿਤ ਕਨੈਕਸ਼ਨਾਂ ਨੂੰ ਇੱਕ-ਦੂਜੇ ਦੀ ਥਾਂ ਵਰਤਣਯੋਗ ਮੰਨਣ ਵਾਲਾ ਆਮ ਪੂਲ ਨਾ ਬਣਾਓ। ਕਈ ਹੌਪ ਜਾਂ ਵਿਚੋਲੀ ਸੇਵਾ ਲਈ ਜਾਂਚੋ ਕਿ ਲੋੜੀਂਦੀ ਕਨੈਕਸ਼ਨ ਵਿਵਸਥਾ ਕਾਇਮ ਰਹਿੰਦੀ ਹੈ ਜਾਂ ਨਹੀਂ।

ਸਮਰਥਨ ਅਤੇ ਢੰਗ ਦੀ ਚੋਣ ਠੀਕ ਹੋਣ ਤਾਂ ਖਾਤੇ ਦਾ ਫਾਰਮੈਟ, ਡੋਮੇਨ ਨੀਤੀ ਅਤੇ ਸਰਵਰ ਦੇ ਸੰਵੇਦਨਸ਼ੀਲ ਡਾਟਾ ਹਟਾਏ ਪ੍ਰਮਾਣੀਕਰਨ ਲੌਗ ਜਾਂਚੋ। ਕਿਸੇ ਚੁਣੌਤੀ ਤੋਂ ਪਹਿਲਾਂ ਸਮਾਂ ਮੁੱਕਣਾ ਅਜੇ ਵੀ ਪਹੁੰਚ ਦੀ ਸਮੱਸਿਆ ਹੈ, ਗ਼ਲਤ NTLM ਪਾਸਵਰਡ ਦਾ ਸਬੂਤ ਨਹੀਂ।

ਵਿਸਥਾਰ ਵਾਲੇ ਟ੍ਰੇਸ ਵਿੱਚ ਪ੍ਰਮਾਣੀਕਰਨ ਟੋਕਨ ਅਤੇ ਅੰਦਰੂਨੀ ਨਾਮ ਹੋ ਸਕਦੇ ਹਨ। ਉਹਨਾਂ ਨੂੰ ਸਥਾਨਕ ਤੌਰ 'ਤੇ ਵਰਤੋ ਅਤੇ ਸਾਂਝਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਸੰਵੇਦਨਸ਼ੀਲ ਡਾਟਾ ਹਟਾਓ; ਜਨਤਕ ਗ਼ਲਤੀ ਰਿਪੋਰਟ ਨੂੰ ਟੋਕਨ ਦਾ ਕੱਚਾ ਆਦਾਨ-ਪ੍ਰਦਾਨ ਨਹੀਂ ਚਾਹੀਦਾ।