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, ಕ್ವೆರಿ, ಮೂಲ ವಿಳಾಸ ಮತ್ತು ಬಳಕೆದಾರ ಹೆಸರುಗಳು ಖಾಸಗಿಯಾಗಿರಬಹುದು; ನಿರ್ದಿಷ್ಟ ಅಗತ್ಯವಿಲ್ಲದೆ ಸಂಪೂರ್ಣ ಲಾಗ್ ನೀಡುವುದು ಅಥವಾ ಎಲ್ಲಾ ಹೆಡರ್ ಲಾಗಿಂಗ್ ಸಕ್ರಿಯಗೊಳಿಸುವುದು ಉಪಯುಕ್ತ ಸಾಕ್ಷ್ಯಕ್ಕಿಂತ ಮಾಹಿತಿ ಬಹಿರಂಗತೆಯನ್ನು ಹೆಚ್ಚಿಸುತ್ತದೆ.