Squid HTTPS ಹೋಸ್ಟ್ ಅನ್ನು ಲಾಗ್ ಮಾಡುತ್ತದೆ ಆದರೆ ಪುಟದ ಮಾರ್ಗವನ್ನು ಏಕೆ ಅಲ್ಲ
ಸಾಮಾನ್ಯ Squid CONNECT ಲಾಗ್‌ಗಳಲ್ಲಿ ಕಾಣೆಯಾದ HTTPS ಮಾರ್ಗಗಳನ್ನು ವಿವರಿಸುತ್ತದೆ, TLS ಪ್ರತಿಬಂಧವನ್ನು ಸಾಮಾನ್ಯ ಲಾಗಿಂಗ್ ಹೊಂದಾಣಿಕೆ ಎಂದು ಪರಿಗಣಿಸದೆ.
shop.example:443 ಗಾಗಿ ದಾಖಲೆಯು Squid ಗೆ /orders/42 ಮಾರ್ಗವನ್ನು ನೀಡುವುದಿಲ್ಲ. CONNECT ಹೋಸ್ಟ್/ಪೋರ್ಟ್ ಕೇಳುತ್ತದೆ; ನಂತರ ಗಮ್ಯ TLS ಸುರಂಗದ ಒಳಗೆ HTTP ಮಾರ್ಗವನ್ನು ಸಾಗಿಸುತ್ತದೆ.
| ಸಾಕ್ಷ್ಯ | ಸಾಮಾನ್ಯ CONNECT ರಿಲೇ |
|---|---|
| ಗುರಿ ಹೋಸ್ಟ್/ಪೋರ್ಟ್ ಮತ್ತು ಸುರಂಗದ ಫಲಿತಾಂಶ | ಪ್ರಾಕ್ಸಿಗೆ ಲಭ್ಯ. |
| ಒಳಗಿನ HTTPS ಮಾರ್ಗ ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ವಿನಂತಿ | ಕ್ಲೈಂಟ್ ಮತ್ತು ವೆಬ್‌ಸೈಟ್ ನಡುವೆ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಆಗಿದೆ. |
# ಯಿಂದ ಪ್ರಾರಂಭವಾಗುವ ಬ್ರೌಸರ್ URL ತುಣುಕು | ಸಾಮಾನ್ಯವಾಗಿ ಕ್ಲೈಂಟ್‌ನಲ್ಲೇ ಉಳಿಯುತ್ತದೆ, ಪ್ರಾಕ್ಸಿ ಲಾಗಿಂಗ್‌ನ ಹೊರಗೂ. |
ಲಾಗ್ ಸ್ವರೂಪ Squid ಹೊಂದಿರುವ ಕ್ಷೇತ್ರಗಳನ್ನು ದಾಖಲಿಸಬಹುದು, ಕಾಣದ ಸಂದೇಶಗಳನ್ನು ಡೀಕ್ರಿಪ್ಟ್ ಮಾಡಲಾಗದು. ಸರಳ HTTP ಫಾರ್ವರ್ಡಿಂಗ್ ಭಿನ್ನ, ಏಕೆಂದರೆ ಮಧ್ಯವರ್ತಿ ಆ HTTP ವಿನಂತಿಯನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ. ಹೆಚ್ಚು ವಿವರವಾದ ಔಟ್‌ಪುಟ್ CONNECT ಮಿತಿಯನ್ನು ಬದಲಿಸುವುದಿಲ್ಲ.
ನಿರ್ವಹಿತ TLS ಪ್ರತಿಬಂಧವು ಕ್ಲೈಂಟ್ ವಿಶ್ವಾಸ ಮತ್ತು ಆಡಳಿತಾತ್ಮಕ ಅಗತ್ಯಗಳನ್ನು ಬದಲಿಸುತ್ತದೆ. ಇದು ಸಣ್ಣ ಲಾಗಿಂಗ್ ಸ್ವಿಚ್ ಅಲ್ಲ ಮತ್ತು ಸಾಮಾನ್ಯ IP ಬದಲಿಸುವ ಫಾರ್ವರ್ಡ್ ಪ್ರಾಕ್ಸಿಗೆ ಅನಗತ್ಯ.
ಅಪ್ಲಿಕೇಶನ್ ನಿಮ್ಮದಾಗಿದ್ದು ಪುಟ ಮಟ್ಟದ ರೋಗನಿರ್ಣಯ ಬೇಕಾದರೆ, ಅದರ ಲಾಗ್‌ಗಳನ್ನು ಅಥವಾ ಸರಿಯಾಗಿ ವಿನ್ಯಾಸಗೊಳಿಸಿದ ಕ್ಲೈಂಟ್ ಟೆಲಿಮೆಟ್ರಿಯನ್ನು ಬಳಸಿ. ಪ್ರಾಕ್ಸಿ ವೈಫಲ್ಯಗಳಿಗೆ ಗಮ್ಯ ಹೋಸ್ಟ್, ಸಮಯ, ಸ್ಥಿತಿ ಮತ್ತು ಪೂರ್ಣಗೊಂಡ ಸಂಪರ್ಕ ಹಂತ ಉಳಿಸಿ; ಅವು ಖಾಸಗಿ ಪುಟ ಮಾರ್ಗಗಳನ್ನು ಸಂಗ್ರಹಿಸದೆ ಸಮಸ್ಯೆಯನ್ನು ಹೆಚ್ಚಾಗಿ ಪತ್ತೆ ಮಾಡುತ್ತವೆ.