Squid ਦੇ ਲਾਗਾਂ ਵਿੱਚ ਅਸਫਲ ਬੇਨਤੀ ਲੱਭੋ
ਲੈਣ-ਦੇਣ ਦੇ ਨਤੀਜਿਆਂ ਲਈ access.log ਅਤੇ Squid ਦੀਆਂ ਆਪਣੀਆਂ ਨਾਕਾਮੀਆਂ ਲਈ cache.log ਵਰਤੋ ਅਤੇ ਟਨਲ ਦੀ ਸਥਿਤੀ ਨੂੰ ਟਿਕਾਣੇ ਦੀ ਸਥਿਤੀ ਤੋਂ ਵੱਖਰਾ ਸਮਝੋ।
Debian ਦੇ Squid 6 ਪੈਕੇਜ ਵਿੱਚ ਆਮ ਲੈਣ-ਦੇਣ ਅਤੇ ਡੀਮਨ ਲਾਗਾਂ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ:
sudo tail -n 50 /var/log/squid/access.log
sudo tail -n 50 /var/log/squid/cache.logਆਪਣੀ ਲਾਗਿੰਗ ਸੈਟਿੰਗ ਜਾਂ ਸੇਵਾ ਮੈਨੇਜਰ ਇਨ੍ਹਾਂ ਨੂੰ ਹੋਰ ਥਾਂ ਭੇਜ ਸਕਦਾ ਹੈ। ਜਾਣੇ ਸਰੋਤ ਤੋਂ ਸੀਮਤ ਦਾਇਰੇ ਦੀ ਇੱਕ ਬੇਨਤੀ ਮੁੜ ਬਣਾਓ ਅਤੇ ਸਮਾਂ, ਮੈਥਡ ਤੇ ਟਿਕਾਣਾ ਲਿਖੋ ਤਾਂ ਜੋ ਸਹੀ ਰਿਕਾਰਡ ਮਿਲਾਇਆ ਜਾ ਸਕੇ।
| ਸਬੂਤ | ਇਸ ਤੋਂ ਕੀ ਪੜ੍ਹਨਾ ਹੈ |
|---|---|
| access.log ਦੇ ਮੂਲ ਫਾਰਮੈਟ ਦਾ ਨਤੀਜਾ | Squid ਦਾ ਨਤੀਜਾ ਕੋਡ ਅਤੇ HTTP ਸਥਿਤੀ ਲੈਣ-ਦੇਣ ਦੇ ਵੱਖਰੇ ਹਿੱਸੇ ਹਨ। |
| ਪਹੁੰਚ ਦੇ ਪੱਧਰਾਂ ਦੀ ਜਾਣਕਾਰੀ | ਅੱਗੇ ਭੇਜਣ ਵੇਲੇ ਪੇਰੈਂਟ ਪ੍ਰੌਕਸੀ ਜਾਂ ਹੋਰ ਰਸਤਾ ਕਿਵੇਂ ਵਰਤਿਆ ਗਿਆ। |
| CONNECT ਸਫਲ | ਟਨਲ ਖੁੱਲ੍ਹ ਗਈ; ਇਹ ਇਨਕ੍ਰਿਪਟ ਕੀਤੇ TLS ਅੰਦਰ ਬਾਅਦ ਵਿੱਚ ਆਉਣ ਵਾਲੀ ਵੈੱਬਸਾਈਟ ਦੀ ਸਥਿਤੀ ਨਹੀਂ ਹੈ। |
| cache.log | Squid ਦੇ ਆਪਣੇ ਸਹਾਇਕ ਪ੍ਰੋਗਰਾਮਾਂ, ਸ਼ੁਰੂਆਤ, ਰਿਜ਼ੌਲਵਰ ਅਤੇ ਕੌਂਫਿਗਰੇਸ਼ਨ ਦੀਆਂ ਨਾਕਾਮੀਆਂ। |
ਜੇ ਮੇਲ ਖਾਂਦੀ ਬੇਨਤੀ ਨਾ ਦਿੱਸੇ ਤਾਂ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਇਹ ਕਲਾਇੰਟ ਇਸੇ ਚੱਲਦੇ ਇੰਸਟੈਂਸ ਅਤੇ ਲਿਸਨਰ ਤੱਕ ਪਹੁੰਚਿਆ ਸੀ। ਲਾਗਿੰਗ ACL, ਬਫਰਿੰਗ, ਰੋਟੇਸ਼ਨ ਅਤੇ ਲੈਣ-ਦੇਣ ਹਾਲੇ ਸਰਗਰਮ ਹੈ ਜਾਂ ਨਹੀਂ ਜਾਂਚੋ; ਲੰਮਾ ਚੱਲਣ ਵਾਲੀ ਟਨਲ ਦਾ ਅੰਤਿਮ ਪਹੁੰਚ ਰਿਕਾਰਡ ਹਾਲੇ ਨਾ ਹੋਵੇ। ਬਾਈਪਾਸ ਜਾਂ ਪੁਰਾਣੀ ਪ੍ਰੌਕਸੀ ਪ੍ਰਕਿਰਿਆ ਟ੍ਰੈਫਿਕ ਹੋਰ ਥਾਂ ਭੇਜ ਸਕਦੀ ਹੈ, ਇਸ ਲਈ ਪਹੁੰਚ ਨੀਤੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਸੁਣਦੀ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਉਸ ਦੀ ਲੋਡ ਕੀਤੀ ਕੌਂਫਿਗਰੇਸ਼ਨ ਨਾਲ ਮਿਲਾਓ।
ਸੰਵੇਦਨਸ਼ੀਲ ਜਾਣਕਾਰੀ ਲੁਕਾਈ ਹੋਈ ਸੰਬੰਧਿਤ ਲੈਣ-ਦੇਣ ਦੀ ਐਂਟਰੀ ਅਤੇ ਨੇੜਲੀਆਂ ਗਲਤੀਆਂ ਸਾਂਝੀਆਂ ਕਰੋ। URL, ਕਿਊਰੀਆਂ, ਸਰੋਤ ਪਤੇ ਅਤੇ ਵਰਤੋਂਕਾਰ ਨਾਮ ਨਿੱਜੀ ਹੋ ਸਕਦੇ ਹਨ; ਖਾਸ ਲੋੜ ਬਿਨਾਂ ਪੂਰੇ ਲਾਗ ਕੱਢਣ ਜਾਂ ਸਾਰੇ ਹੈਡਰਾਂ ਦੀ ਲਾਗਿੰਗ ਚਾਲੂ ਕਰਨ ਨਾਲ ਲਾਭਦਾਇਕ ਸਬੂਤ ਦੀ ਬਜਾਏ ਜਾਣਕਾਰੀ ਦਾ ਖੁਲਾਸਾ ਵਧਦਾ ਹੈ।