SELinux ਹੇਠ Squid ਦੇ ਇਨਕਾਰ ਦਾ ਨਿਦਾਨ

Squid ਵੱਲੋਂ ਪੈਦਾ ਕੀਤਾ HTTP ਪਹੁੰਚ ਇਨਕਾਰ ਅਤੇ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਦਾ “Permission denied” ਵੱਖ-ਵੱਖ ਹੱਦਾਂ ’ਤੇ ਹੁੰਦੇ ਹਨ। ਪਤਾ ਕਰੋ ਕਿ Squid ਫਾਈਲ ਖੋਲ੍ਹ ਰਿਹਾ ਸੀ, ਸਾਕਟ ਬੰਨ੍ਹ ਰਿਹਾ ਸੀ, ਬਾਹਰ ਜੁੜ ਰਿਹਾ ਸੀ ਜਾਂ ਕਲਾਇੰਟ ਬੇਨਤੀ ਨਕਾਰ ਰਿਹਾ ਸੀ।

ਆਡਿਟ ਘਟਨਾ ਨੂੰ ਸੰਬੰਧਿਤ ਕਰੋ

SELinux ਸਿਸਟਮਾਂ ’ਤੇ, ਸੇਵਾ ਦੀ ਗਲਤੀ ਨੂੰ ਉਸਦੇ ਆਡਿਟ ਰਿਕਾਰਡ ਨਾਲ ਮਿਲਾਓ। ਸਰੋਤ ਡੋਮੇਨ, ਟਾਰਗੈਟ ਕਿਸਮ, ਆਬਜੈਕਟ ਸ਼੍ਰੇਣੀ ਅਤੇ ਨਕਾਰੀ ਇਜਾਜ਼ਤ ਦਰਸਾਉਂਦੇ ਹਨ ਕਿ ਨੀਤੀ ਨੇ ਕਿਹੜੀ ਕਾਰਵਾਈ ਰੋਕੀ। ਸਹੀ Unix ਮਾਲਕੀ ਸਾਬਤ ਨਹੀਂ ਕਰਦੀ ਕਿ ਸੁਰੱਖਿਆ ਲੇਬਲ ਢੁਕਵਾਂ ਹੈ।

ਕਸਟਮ ਸੁਣਨ ਵਾਲੇ ਪੋਰਟ ਲਈ ਸੰਬੰਧਿਤ ਪੋਰਟ ਲੇਬਲ ਲੋੜੀਂਦਾ ਹੋ ਸਕਦਾ ਹੈ। ਬਦਲੀ ਗਈ ਲਾਗ ਜਾਂ ਕੈਸ਼ ਡਾਇਰੈਕਟਰੀ ਲਈ ਫਾਈਲ ਲੇਬਲਿੰਗ ਲੋੜੀਂਦੀ ਹੋ ਸਕਦੀ ਹੈ। Squid ਲਾਗ-ਪਾਥ ਫੇਲ੍ਹ ਹੋਣ ’ਤੇ, ਲੇਬਲ ਨੂੰ ਦੋਸ਼ ਦੇਣ ਤੋਂ ਪਹਿਲਾਂ ਡਾਇਰੈਕਟਰੀ ਟ੍ਰਾਵਰਸਲ ਅਤੇ ਲੇਖਕ ਇਜਾਜ਼ਤਾਂ ਵੀ ਜਾਂਚੋ। ਅਸਾਧਾਰਨ ਬਾਹਰੀ ਸੇਵਾ ਲਈ ਇਜਾਜ਼ਤ ਫਿਰ ਇੱਕ ਹੋਰ ਕਾਰਵਾਈ ਹੈ; Red Hat ਦੇ Squid SELinux ਉਦਾਹਰਨ ਇਹਨਾਂ ਕੇਸਾਂ ਨੂੰ ਵੱਖ ਕਰਦੇ ਹਨ।

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

ਸਬੂਤ ਵੱਲੋਂ ਦਰਸਾਈ ਨੀਤੀ ਜਾਂ ਟਿਕਾਣਾ ਸੁਧਾਰੋ, ਪਰ ਹੋਸਟ ਲਾਗੂ ਕਰਨਾ ਕਾਇਮ ਰੱਖੋ। ਹੋਸਟ ਨੀਤੀ ਦੀ ਸਮੱਸਿਆ ਠੀਕ ਹੋਣ ਤੋਂ ਬਾਅਦ ਵੀ Squid ਦੀ ਆਪਣੀ ਕਲਾਇੰਟ ਪ੍ਰਮਾਣਿਕਤਾ ਅਤੇ ਪਹੁੰਚ ਨਿਯਮ ਲਾਗੂ ਰਹਿੰਦੇ ਹਨ।