Squid ਅਤੇ LDAP ਡਾਇਰੈਕਟਰੀਆਂ ਵਿੱਚ ਦੁਹਰਾਏ ਵਰਤੋਂਕਾਰ ਨਾਮ

ਜੇਕਰ ਦੋ ਸੁਤੰਤਰ ਡਾਇਰੈਕਟਰੀਆਂ ਦੋਵਾਂ ਵਿੱਚ alex ਹੈ, ਤਾਂ ਪ੍ਰੌਕਸੀ ਨੂੰ ਪਾਸਵਰਡ ਜਾਂਚਣ ਤੋਂ ਪਹਿਲਾਂ ਡਾਇਰੈਕਟਰੀ ਚੁਣਨੀ ਪੈਂਦੀ ਹੈ। ਪਹਿਲਾਂ A ਅਤੇ ਫਿਰ B ਅਜ਼ਮਾਉਣਾ ਉਸ ਚੋਣ ਨੂੰ ਪ੍ਰਮਾਣਿਕਤਾ ਅਸਫਲਤਾ ਦੇ ਅੰਦਰ ਲੁਕਾ ਦਿੰਦਾ ਹੈ ਅਤੇ ਉਪਲਬਧ ਨਾ ਹੋਣ ਵਾਲੀ ਡਾਇਰੈਕਟਰੀ ਨੂੰ ਰੱਦ ਕੀਤੇ ਭੇਤ ਨਾਲ ਉਲਝਾ ਸਕਦਾ ਹੈ।

ਦੋ ਪ੍ਰਬੰਧ ਪਛਾਣ ਨੂੰ ਸਪੱਸ਼ਟ ਕਰ ਸਕਦੇ ਹਨ:

• ਯੋਗ ਲੌਗਇਨ। [email protected] ਵਰਗਾ ਨਾਮ ਡਿਸਪੈਚਰ ਰਾਹੀਂ ਪ੍ਰਸ਼ਾਸਕ ਵੱਲੋਂ ਤੈਅ ਸਥਿਰ ਡਾਇਰੈਕਟਰੀ ਚੁਣਦਾ ਹੈ। ਅਧਿਕਾਰ ਲਈ ਯੋਗ ਪਛਾਣ ਅਤੇ ਲੌਗਿੰਗ ਰੱਖੋ। ਕਲਾਇੰਟ ਵੱਲੋਂ ਦਿੱਤੇ ਪਿਛੇਤਰ ਨੂੰ ਮਨਮਾਨੀ LDAP ਸਰਵਰ ਪਤੇ ਵਿੱਚ ਨਾ ਬਦਲੋ।
• ਸਥਿਰ ਭਰੋਸੇਯੋਗ ਬੇਨਤੀ ਸੰਦਰਭ। ਸਰੋਤਾ ਜਾਂ ਹੋਰ ਸਮਰਥਿਤ ਸੰਦਰਭ ਡਾਇਰੈਕਟਰੀ ਚੁਣਦਾ ਹੈ। ਵਿਅਕਤੀ ਦੇ ਘੁੰਮਣ ਜਾਂ ਹੋਰ ਸਰੋਤਾ ਵਰਤਣ ਵੇਲੇ ਕੀ ਹੁੰਦਾ ਹੈ, ਤੈਅ ਕਰੋ; ਨੈੱਟਵਰਕ ਟਿਕਾਣਾ ਨਿੱਜੀ ਪਛਾਣ ਨਹੀਂ ਹੈ।

ਇੱਕ ਡਾਇਰੈਕਟਰੀ ਦੀਆਂ ਨਕਲਾਂ ਵੱਖਰੀਆਂ ਹਨ: ਉਹ ਇੱਕੋ ਪਛਾਣ ਨਾਮ-ਥਾਂ ਸਾਂਝੀ ਕਰਦੀਆਂ ਹਨ। ਅਸੰਬੰਧਿਤ ਡਾਇਰੈਕਟਰੀਆਂ ਇਸ ਲਈ ਨਕਲ ਨਹੀਂ ਬਣਦੀਆਂ ਕਿ ਦੋਵੇਂ LDAP ਵਰਤਦੀਆਂ ਹਨ।

Squid ਦੀ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ-ਕੈਸ਼ ਕੁੰਜੀ ਨੂੰ ਸਹਾਇਕ ਦੀ ਚੋਣ ਨਾਲ ਮਿਲਾਓ। auth_param ਸੰਦਰਭ ਵਾਧੂ ਸੰਦਰਭ ਭੇਜਣ ਅਤੇ ਇਸਨੂੰ ਕੈਸ਼ ਕੁੰਜੀ ਵਿੱਚ ਸ਼ਾਮਲ ਕਰਨ ਲਈ key_extras ਦੱਸਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ ਸੁਣਨ ਵਾਲੇ ਪੋਰਟ ਨਾਲ ਵੱਖ ਕੀਤੇ ਸਮਾਨ ਨਾਵਾਂ ਦਾ ਮਾਮਲਾ ਵੀ ਸ਼ਾਮਲ ਹੈ। ਸਹਾਇਕ ਨੂੰ ਵਿਸਤ੍ਰਿਤ ਇਨਪੁਟ ਸਮਝਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਚੁਣਿਆ ਮੈਕਰੋ ਉਸ ਪ੍ਰਮਾਣਿਕਤਾ ਪੜਾਅ ਵਿੱਚ ਉਪਲਬਧ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।

ਸਥਿਰ ਸੰਦਰਭ ਨੂੰ ਤਰਜੀਹ ਦਿਓ। ਵਾਰ-ਵਾਰ ਬਦਲਦਾ ਕਲਾਇੰਟ IP ਕੈਸ਼ ਪਛਾਣਾਂ ਨੂੰ ਵਧਾ ਸਕਦਾ ਹੈ ਅਤੇ ਇੱਕ ਵਰਤੋਂਕਾਰ ਪਛਾਣ ਦੀ ਆਸ ਰੱਖਣ ਵਾਲੇ ਨਿਯੰਤਰਣ ਬਦਲ ਸਕਦਾ ਹੈ।

ਅਣਜਾਣ ਡਾਇਰੈਕਟਰੀ, ਅਣਜਾਣ ਖਾਤਾ, ਰੱਦ ਕੀਤਾ ਪਾਸਵਰਡ ਅਤੇ ਉਪਲਬਧ ਨਾ ਹੋਣ ਵਾਲੀ ਡਾਇਰੈਕਟਰੀ ਨੂੰ ਵੱਖਰੇ ਤੌਰ ਤੇ ਪਰਿਭਾਸ਼ਿਤ ਕਰੋ। North ਦੇ ਉਪਲਬਧ ਨਾ ਹੋਣ ਵੇਲੇ North ਦਾ ਖਾਤਾ ਚੁੱਪਚਾਪ South ਦਾ Alex ਨਹੀਂ ਬਣਨਾ ਚਾਹੀਦਾ। ਪਾਸਵਰਡ ਦਰਜ ਕੀਤੇ ਬਿਨਾਂ ਉਹ ਨਤੀਜੇ ਲੌਗ ਵਿੱਚ ਵੱਖਰੇ ਰੱਖੋ।