Squid ਪੇਰੈਂਟ ਲਈ ਵੱਖਰੇ ਲਾਗਇਨ ਵੇਰਵੇ ਰੱਖੋ

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

Squid 6.13 ਪੇਰੈਂਟ ਦੀ ਪਰਿਭਾਸ਼ਾ ਵਿੱਚ ਸਥਿਰ ਲਾਗਇਨ ਜੋੜ ਸਕਦਾ ਹੈ:

cache_peer 192.0.2.20 parent 3128 0 no-query default name=upstream login=parentuser:ExampleOnly

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

ਖਾਤਿਆਂ ਦੇ ਦਾਇਰੇ ਵੱਖਰੇ ਰੱਖੋ

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

ਪੇਰੈਂਟ ਦੀਆਂ ਦਸਤਾਵੇਜ਼ੀ ਪ੍ਰਮਾਣੀਕਰਨ ਲੋੜਾਂ ਪੂਰੀਆਂ ਕਰੋ। ਇਹ ਲਾਈਨ ਹਰ ਕਨੈਕਸ਼ਨਆਧਾਰਿਤ ਪ੍ਰਮਾਣੀਕਰਨ ਤਰੀਕੇ ਦੀ ਪੂਰੀ ਸੰਰਚਨਾ ਨਹੀਂ। ਪੇਰੈਂਟ NTLM ਜਾਂ Negotiate ਮੰਗਦਾ ਹੋਵੇ ਤਾਂ ਇਸ ਫੀਲਡ ਦਾ ਪਾਸਵਰਡ ਵਾਰ-ਵਾਰ ਬਦਲਣ ਦੀ ਥਾਂ ਸਮਰਥਿਤ peer ਬਣਤਰ ਜਾਂਚੋ।

Squid ਵਿੱਚ PASS ਅਤੇ PASSTHRU ਵਰਗੇ ਲਾਗਇਨ ਵੇਰਵੇ ਅੱਗੇ ਭੇਜਣ ਦੇ ਵਿਕਲਪ ਵੀ ਹਨ। ਉਨ੍ਹਾਂ ਦਾ ਅਰਥ ਸਮਰਪਿਤ ਅੱਪਸਟ੍ਰੀਮ ਖਾਤੇ ਤੋਂ ਵੱਖਰਾ ਹੈ ਅਤੇ ਉਹ ਕਲਾਇੰਟ ਦੀ ਪ੍ਰਮਾਣੀਕਰਨ ਜਾਣਕਾਰੀ peer ਨੂੰ ਦਿਖਾ ਸਕਦੇ ਹਨ। ਡਿਜ਼ਾਇਨ ਵੱਖਰੇ ਖਾਤੇ ਵਰਤਦਾ ਹੋਵੇ ਤਾਂ ਉਨ੍ਹਾਂ ਨੂੰ ਛੋਟਾ ਰਾਹ ਨਾ ਬਣਾਓ।

ਸੰਰਚਨਾ ਸੁਰੱਖਿਅਤ ਕਰੋ ਅਤੇ ਸਹੀ ਹੌਪ ਜਾਂਚੋ

ਸਥਿਰ ਗੁਪਤ ਜਾਣਕਾਰੀ ਸੰਰਚਨਾ ਵਿੱਚ ਰਹਿੰਦੀ ਹੈ। ਫਾਇਲਾਂ ਅਤੇ ਬੈਕਅੱਪ ਤੱਕ ਪਹੁੰਚ ਸੀਮਿਤ ਕਰੋ ਅਤੇ parser ਜਾਂ debug ਆਉਟਪੁੱਟ ਸਾਂਝੀ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਸੰਵੇਦਨਸ਼ੀਲ ਜਾਣਕਾਰੀ ਹਟਾਓ। ਵਿਕਲਪ ਦੇ ਆਪਣੇ escaping ਨਿਯਮ ਹਨ: ਦਸਤਾਵੇਜ਼ URL escapes ਮਨਜ਼ੂਰ ਕਰਦਾ ਹੈ ਅਤੇ ਸਿੱਧਾ ਫੀਸਦੀ ਚਿੰਨ੍ਹ ਦੋ ਵਾਰ ਲਿਖਣ ਨੂੰ ਕਹਿੰਦਾ ਹੈ।

ਕਲਾਇੰਟ ਦਾ ਪ੍ਰਮਾਣੀਕਰਨ ਸਫਲ ਹੋਵੇ ਪਰ ਅੱਗੇ ਭੇਜੀਆਂ ਬੇਨਤੀਆਂ ਪੇਰੈਂਟ ਵਿੱਚ ਫੇਲ੍ਹ ਹੋਣ ਤਾਂ ਉਸ ਅੱਪਸਟ੍ਰੀਮ ਲੈਣ-ਦੇਣ ਅਤੇ ਖਾਤੇ ਨੂੰ ਜਾਂਚੋ। ਕਲਾਇੰਟ–Squid ਅਤੇ Squid–ਪੇਰੈਂਟ ਟ੍ਰਾਂਸਪੋਰਟ ਸੁਰੱਖਿਆ ਵੀ ਵੱਖਰੀ ਰੱਖੋ; ਪਹਿਲਾ ਕਨੈਕਸ਼ਨ ਇਨਕ੍ਰਿਪਟ ਕਰਨ ਨਾਲ ਦੂਜਾ ਆਪਣੇ ਆਪ ਸੁਰੱਖਿਅਤ ਨਹੀਂ ਹੁੰਦਾ।