ntlm_auth ਨੂੰ Squid ਦੇ ਹੈਲਪਰ ਪ੍ਰੋਟੋਕੋਲ ਵਿੱਚ ਬੋਲਣ ਲਗਾਉਣਾ

Squid NTLM ਪ੍ਰਮਾਣਿਕਤਾ ਲਈ, ਵੇਖੋ ਕਿ ਪ੍ਰਭਾਵੀ ਹੈਲਪਰ ਕਮਾਂਡ --helper-protocol=squid-2.5-ntlmssp ਚੁਣਦੀ ਹੈ ਜਾਂ ਨਹੀਂ। ਇਤਿਹਾਸਕ ਸੰਖਿਆ ਹੈਲਪਰ ਗੱਲਬਾਤ ਦਾ ਨਾਮ ਦਿੰਦੀ ਹੈ; ਇਹ ਤੁਹਾਨੂੰ Squid 2.5 ਸਥਾਪਤ ਕਰਨ ਲਈ ਨਹੀਂ ਕਹਿੰਦੀ।

ਇੱਕ ਵਾਰ ਦੀ ntlm_auth ਵਰਤੋਂਕਾਰਨਾਮ/ਪਾਸਵਰਡ ਜਾਂਚ ਕੋਈ ਹੋਰ ਢੰਗ ਪਰਖਦੀ ਹੈ। ਇਸਦੀ ਕਾਮਯਾਬੀ ਸਾਬਤ ਨਹੀਂ ਕਰਦੀ ਕਿ Squid ਨੇ ਲੋੜੀਂਦੇ ਆਦਾਨ-ਪ੍ਰਦਾਨ ਨੂੰ ਕਾਇਮ ਰੱਖ ਸਕਣ ਵਾਲਾ ਹੈਲਪਰ ਸ਼ੁਰੂ ਕੀਤਾ ਹੈ।

ਲੋਡ ਕੀਤੀ auth_param ਸੰਰਚਨਾ ਵਿੱਚ ਪੂਰੀ ਕਮਾਂਡ ਪੜ੍ਹੋ ਅਤੇ ਚਾਈਲਡ ਦੇ ਸ਼ੁਰੂਆਤੀ ਜਾਂ ਬਾਹਰ ਨਿਕਲਣ ਸੰਦੇਸ਼ ਦੀ ਜਾਂਚ ਕਰਦੇ ਸਮੇਂ ਇਸਦੇ ਆਰਗੂਮੈਂਟ ਸੰਭਾਲ ਕੇ ਰੱਖੋ। ਫਿਰ ਗੱਲਬਾਤ ਵੇਖੋ: Squid ਪ੍ਰੋਟੋਕੋਲ ਸੰਦੇਸ਼ ਮਿਆਰੀ ਇਨਪੁਟ ਉੱਤੇ ਭੇਜਦਾ ਹੈ ਅਤੇ ਮਿਆਰੀ ਆਉਟਪੁਟ ਉੱਤੇ ਪ੍ਰੋਟੋਕੋਲ ਜਵਾਬਾਂ ਦੀ ਉਮੀਦ ਕਰਦਾ ਹੈ। ਰੈਪਰ ਦਾ ਸਵਾਗਤ ਬੈਨਰ ਜਾਂ ਡੀਬੱਗ ਪ੍ਰਿੰਟ ਉੱਥੇ ਪ੍ਰਮਾਣ ਪੱਤਰਾਂ ਦੇ ਮੁਲਾਂਕਣ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਏਕੀਕਰਨ ਤੋੜ ਸਕਦਾ ਹੈ। ਨਿਦਾਨ ਮਿਆਰੀ ਗਲਤੀ ਉੱਤੇ ਭੇਜੋ।

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

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