Squid ਦੀ Basic ਪ੍ਰਮਾਣਿਕਤਾ ਪੁਰਾਣਾ ਪਾਸਵਰਡ ਹਾਲੇ ਕਿਉਂ ਮੰਨਦੀ ਹੈ

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

Squid 6.13 ਵਿੱਚ ਇਹ ਜਾਂਚ ਕਿੰਨੇ ਸਮੇਂ ਤੱਕ ਵੈਧ ਮੰਨੀ ਜਾਵੇ, ਇਸ ਨੂੰ credentialsttl ਸੈਟਿੰਗ ਕੰਟਰੋਲ ਕਰਦੀ ਹੈ। ਉਦਾਹਰਨ ਵਜੋਂ:

auth_param basic credentialsttl 5 minutes

ਇਹ ਨੀਤੀ ਮੁੱਲ ਦੀ ਮਿਸਾਲ ਹੈ, ਸਰਵਵਿਆਪੀ ਸਿਫ਼ਾਰਸ਼ ਨਹੀਂ। ਇਸ ਨੂੰ ਮਨਜ਼ੂਰਯੋਗ ਰੱਦ ਕਰਨ ਦੀ ਦੇਰੀ ਅਤੇ ਤੁਹਾਡੇ ਪ੍ਰਮਾਣਿਕਤਾ ਬੈਕਐਂਡ ਵੱਲੋਂ ਝੱਲੇ ਜਾ ਸਕਣ ਵਾਲੇ ਭਾਰ ਮੁਤਾਬਕ ਚੁਣੋ।

ਤਿੰਨ ਜਾਂਚਾਂ ਵੱਖ ਕਰੋ

ਪਹਿਲਾਂ ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਤੁਸੀਂ ਸਰਗਰਮ ਸਹਾਇਕ ਵੱਲੋਂ ਵਰਤੀ ਜਾਂਦੀ ਫਾਈਲ ਸੰਪਾਦਿਤ ਕੀਤੀ ਹੈ। ਨਾ ਵਰਤੀ ਫਾਈਲ ਵਿੱਚ ਸਹੀ ਤਬਦੀਲੀ ਦਾ ਕੋਈ ਅਸਰ ਨਹੀਂ। ਫਿਰ ਜਾਂਚੋ ਕਿ ਸਹਾਇਕ ਫਾਈਲ ਪੜ੍ਹ ਕੇ ਨਵੇਂ ਖਾਤੇ ਦੀ ਜਾਣਕਾਰੀ ਜਾਂਚ ਸਕਦਾ ਹੈ। ਅੰਤ ਵਿੱਚ ਚੱਲ ਰਹੇ ਇੰਸਟੈਂਸ ਰਾਹੀਂ ਨਵੀਂ ਪ੍ਰੌਕਸੀ ਬੇਨਤੀ ਅਜ਼ਮਾਓ; ਉੱਥੇ ਜਾਣਕਾਰੀ ਕੈਸ਼ ਅਤੇ ਪਹੁੰਚ ਨਿਯਮ ਵੀ ਲਾਗੂ ਹੁੰਦੇ ਹਨ।

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

ਇਹ ਵਿਹਾਰ ਜਾਂਚਣ ਲਈ ਵੱਖਰਾ ਟੈਸਟ ਖਾਤਾ ਵਰਤੋ। ਬੇਨਤੀ, ਕਲਾਇੰਟ ਸਰੋਤ ਅਤੇ ਮੰਜ਼ਿਲ ਇੱਕੋ ਰੱਖੋ ਅਤੇ ਸਾਂਝੇ ਕਮਾਂਡ ਆਉਟਪੁੱਟ ਵਿੱਚ ਅਸਲੀ ਪਾਸਵਰਡ ਨਾ ਪਾਓ।

ਫਾਈਲ ਬਦਲਣ ਉੱਤੇ ਨਿਰਭਰ ਹੋਣ ਦੀ ਥਾਂ ਰੱਦ ਕਰਨ ਦੀ ਯੋਜਨਾ ਬਣਾਓ

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

ਤੁਰੰਤ ਪਹੁੰਚ ਹਟਾਉਣ ਲਈ ਖਾਤੇ ਜਾਂ ਸਰੋਤ ਉੱਤੇ ਸਪਸ਼ਟ ਪਹੁੰਚ-ਪਾਬੰਦੀ ਵੱਖਰੀ ਹੱਦ ਦੇ ਸਕਦੀ ਹੈ। ਸਿਰਫ਼ ਪਾਸਵਰਡ ਫਾਈਲ ਤੋਂ ਹਟਾਉਣ ਉੱਤੇ ਨਿਰਭਰ ਹੋਣ ਦੀ ਥਾਂ ਪ੍ਰਭਾਵਿਤ ਰਸਤੇ ਤੋਂ ਉਹ ਪਾਬੰਦੀ ਜਾਂਚੋ।

ਇਹ ਸੈਟਿੰਗ Basic ਜਾਂਚ ਦੀ ਕੈਸ਼ ਦੱਸਦੀ ਹੈ। ਕਨੈਕਸ਼ਨ-ਅਧਾਰਿਤ ਪ੍ਰਮਾਣਿਕਤਾ ਸਕੀਮਾਂ ਵਿੱਚ ਵਾਧੂ ਹਾਲਤ ਹੁੰਦੀ ਹੈ ਅਤੇ ਸਿਰਫ਼ ਤੁਲਨਾ ਨਾਲ ਉਨ੍ਹਾਂ ਨੂੰ ਇਹੀ ਰੱਦੀਕਰਨ ਮਾਡਲ ਨਹੀਂ ਦੇਣਾ ਚਾਹੀਦਾ।