Squid ਪਾਸਵਰਡ ਅਤੇ DES crypt ਦੀ ਅੱਠ-ਅੱਖਰ ਸੀਮਾ

ਪਰਾਕਸੀ ਪੁਰਾਣਾ ਪਾਸਵਰਡ ਤਦ ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ ਜਦੋਂ ਉਸ ਦਾ ਅੰਤ ਬਦਲਦਾ ਹੈ, ਜਾਂ ਪਾਸਵਰਡ ਫਾਈਲ ਦੀ ਥਾਂ-ਬਦਲੀ ਅਚਾਨਕ ਲੰਮੇ ਪਾਸਵਰਡ ਵਾਲੇ ਖਾਤੇ ਤੋੜ ਦਿੰਦੀ ਹੈ। ਸਾਰਿਆਂ ਦੇ ਪਾਸਵਰਡ ਛੋਟੇ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ hash ਫਾਰਮੈਟ ਜਾਂਚੋ।

Apache ਦਾ htpasswd -d ਪੁਰਾਣੀ crypt() ਹੈਸ਼ਿੰਗ ਚੁਣਦਾ ਹੈ। ਇਸ ਦੀ ਦਸਤਾਵੇਜ਼ੀ DES ਸੀਮਾ ਅੱਠ ਮਹੱਤਵਪੂਰਨ ਪਾਸਵਰਡ ਅੱਖਰ ਹੈ। ਇਹ ਸੀਮਾ ਫਾਰਮੈਟ ਦੀ ਹੈ, Squid ਵਿੱਚ ਪਾਸਵਰਡਾਂ ਲਈ ਸਰਵਵਿਆਪੀ ਅੱਠ-ਅੱਖਰ ਨਿਯਮ ਦੀ ਨਹੀਂ।

NCSA ਸਹਾਇਕ ਸਟੋਰ ਕੀਤੀ ਪਾਸਵਰਡ ਪੇਸ਼ਕਾਰੀ ਪੜ੍ਹਦਾ ਹੈ ਅਤੇ ਦਿੱਤਾ ਮੁੱਲ ਉਹਨਾਂ ਫਾਰਮੈਟਾਂ ਵਿੱਚ ਜਾਂਚਦਾ ਹੈ ਜਿਨ੍ਹਾਂ ਦਾ ਉਹ ਸਹਾਇਕ ਤੇ ਉਸ ਦਾ ਪਲੇਟਫਾਰਮ ਸਮਰਥਨ ਕਰਦੇ ਹਨ। ਫਾਈਲ ਨੂੰ “htpasswd ਫਾਰਮੈਟ” ਕਹਿਣਾ ਇਹ ਗਾਰੰਟੀ ਨਹੀਂ ਦਿੰਦਾ ਕਿ ਹਰ ਇਤਿਹਾਸਕ ਤੇ ਮੌਜੂਦਾ ਸਹਾਇਕ htpasswd ਦੇ ਹਰ ਵਿਕਲਪ ਵੱਲੋਂ ਬਣਾਇਆ ਹਰ hash ਐਲਗੋਰਿਦਮ ਸਵੀਕਾਰ ਕਰੇਗਾ।

ਪੇਸ਼ਕਾਰੀ ਨੂੰ ਸੋਚ-ਸਮਝ ਕੇ ਭੇਜੋ

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

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

ਫਾਰਮੈਟ ਬਦਲਣ ਲਈ ਆਮ ਤੌਰ 'ਤੇ ਅਸਲ ਪਾਸਵਰਡ ਜਾਂ ਪਾਸਵਰਡ ਰੀਸੈਟ ਲੋੜੀਂਦਾ ਹੈ। ਜੇ ਉਹ ਜਾਣਕਾਰੀ ਕਦੇ ਸੰਭਾਲੀ ਨਹੀਂ ਗਈ ਤਾਂ ਪੁਰਾਣੇ hash ਨੂੰ ਪੂਰੇ ਮੂਲ ਪਾਸਵਰਡ ਦੇ ਵਧੇਰੇ ਮਜ਼ਬੂਤ hash ਵਿੱਚ ਨਹੀਂ ਬਦਲਿਆ ਜਾ ਸਕਦਾ।

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

ਬਗ ਰਿਪੋਰਟ ਵਿੱਚ ਪਾਸਵਰਡ ਫਾਈਲ ਪ੍ਰਕਾਸ਼ਿਤ ਨਾ ਕਰੋ। ਐਲਗੋਰਿਦਮ ਮਾਰਕਰ ਤੇ ਕ੍ਰਿਤਰਿਮ ਖਾਤਾ ਆਮ ਤੌਰ 'ਤੇ ਅਸਲ ਵਰਤੋਂਕਾਰਾਂ ਦੇ hash ਨਾਲੋਂ ਵਧੇਰੇ ਲਾਹੇਵੰਦ ਸਬੂਤ ਦਿੰਦੇ ਹਨ।