Squid ਦਾ ਸੈਸ਼ਨ ਸਹਾਇਕ ਕਿੱਥੇ ਗਿਆ?

ਕਿਸੇ ਹੋਰ ਸਰਵਰ ਤੋਂ ਕਾਪੀ ਕੀਤੀ ਸੰਰਚਨਾ ext_session_acl ਦਾ ਨਾਂ ਲੈਂਦੀ ਹੈ। ਤੁਹਾਡੇ Squid ਪੈਕੇਜ ਵਿੱਚ ਉਸ ਰਾਹ ਉੱਤੇ ਕੋਈ ਫਾਈਲ ਨਹੀਂ ਹੈ। ਇਹ ਟੁੱਟਿਆ ਵਰਤੋਂਕਾਰ ਸੈਸ਼ਨ ਨਹੀਂ, ਸਗੋਂ ਪੈਕੇਜਿੰਗ ਅਸੰਗਤੀ ਹੋ ਸਕਦੀ ਹੈ।

Squid ਬਾਹਰੀ ACL ਫੈਸਲੇ ਸਹਾਇਕ ਪ੍ਰੋਗਰਾਮਾਂ ਨੂੰ ਸੌਂਪ ਸਕਦਾ ਹੈ, ਪਰ external_acl_type ਵਿੱਚ ਪ੍ਰੋਗਰਾਮ ਦਾ ਨਾਂ ਲਿਖਣਾ ਉਸ ਨੂੰ ਸਥਾਪਿਤ ਨਹੀਂ ਕਰਦਾ। ਬਾਈਨਰੀ ਤੈਨਾਤ ਵਾਤਾਵਰਨ ਵਿੱਚ ਹੋਣੀ ਲਾਜ਼ਮੀ ਹੈ।

ਤਿੰਨ ਚੀਜ਼ਾਂ ਦੀ ਤੁਲਨਾ ਕਰੋ:

• ਤੁਹਾਡੇ ਵਰਤੇ ਜਾ ਰਹੇ Squid ਸੰਸਕਰਣ ਲਈ ਸਹਾਇਕ ਦਾ ਦਸਤਾਵੇਜ਼ੀ ਨਾਂ।
• ਤੁਹਾਡੀ ਡਿਸਟਰੀਬਿਊਸ਼ਨ ਦਾ ਪੈਕੇਜ ਅਸਲ ਵਿੱਚ ਜੋ ਫਾਈਲਾਂ ਦਿੰਦਾ ਹੈ।
• Squid ਵੱਲੋਂ ਲੋਡ ਕੀਤੀ ਸੰਰਚਨਾ ਵਿੱਚ ਐਗਜ਼ੀਕਿਊਟੇਬਲ ਦਾ ਪੂਰਨ ਰਾਹ।

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

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

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

ਬੇਸੰਬੰਧ ਪੁਰਾਣੇ ਸਰਵਰ ਦਾ ਸਹਾਇਕ ਸਿਰਫ਼ ਇਸ ਲਈ ਬਦਲਿਆ ਨਹੀਂ ਜਾ ਸਕਦਾ ਕਿ ਇਸ ਦਾ ਫਾਈਲਨਾਮ ਸੰਰਚਨਾ ਨਾਲ ਮਿਲਦਾ ਹੈ।