Squid ಮೂಲಕ WSS ಸಾಮಾನ್ಯ WebSocket ಅಪ್‌ಗ್ರೇಡ್‌ನಂತೆಯೇ ಅಲ್ಲ
ಫಾರ್ವರ್ಡ್ ಪ್ರಾಕ್ಸಿಯಲ್ಲಿ CONNECT ಒಳಗಿನ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಆದ WebSocket ಅನ್ನು ಸಾಮಾನ್ಯ HTTP Upgrade ನಿರ್ವಹಣೆಯಿಂದ ಪ್ರತ್ಯೇಕಿಸಿ.
Squid HTTP Upgrade ವಿನಂತಿಯನ್ನು ನೋಡುತ್ತದೆಯೇ, ಅಥವಾ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಆದ ಸಂಚಾರವನ್ನು ಸಾಗಿಸುವ ಸುರಂಗವನ್ನು ಮಾತ್ರ ನೋಡುತ್ತದೆಯೇ? ಅದು ಅದರ HTTP Upgrade ನಿಯಂತ್ರಣಗಳು ವೈಫಲ್ಯವನ್ನು ಪರಿಹರಿಸುತ್ತವೆಯೇ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ.
| ಸಾಮಾನ್ಯ ಸ್ಪಷ್ಟ ಪ್ರಾಕ್ಸಿ ಮಾರ್ಗ | Squid ಏನನ್ನು ಎದುರಿಸುತ್ತದೆ |
|---|---|
wss:// | ಸಾಮಾನ್ಯವಾಗಿ CONNECT, ನಂತರ WebSocket ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಸಾಗಿಸುವ ಗಮ್ಯಸ್ಥಾನದ TLS |
ws:// | ಪ್ರಾಕ್ಸಿ ಪ್ರಕ್ರಿಯೆ ಮಾಡಬಹುದಾದ ಸಾಮಾನ್ಯ HTTP Upgrade ವಿನಂತಿ |
Squid ನ ಅಪ್‌ಗ್ರೇಡ್ ನಿಯಂತ್ರಣವು ಅದು ಪ್ರಕ್ರಿಯೆ ಮಾಡುವ ವಿನಂತಿಗಳಿಗೆ ಸಂಬಂಧಿಸಿದೆ. ಸಾಮಾನ್ಯ ಅಪಾರದರ್ಶಕ WSS ಸುರಂಗದೊಳಗಿನ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಆದ HTTP ಹೆಡರ್‌ಗಳನ್ನು ಅದು ಬಹಿರಂಗಪಡಿಸುವುದಿಲ್ಲ. TLS ಪ್ರತಿಬಂಧ ಅಥವಾ ಇತರ ವಿಶೇಷ ಪ್ರಾಕ್ಸಿ ನಿರ್ವಹಣೆ ಗೋಚರತೆಯನ್ನು ಬದಲಿಸುತ್ತದೆ ಮತ್ತು ತನ್ನದೇ ಹೊಂದಾಣಿಕೆಯ ಅಗತ್ಯಗಳನ್ನು ತರಬಹುದು.
WSS ಗಾಗಿ, ಅನುಕ್ರಮ ಎಲ್ಲಿ ನಿಲ್ಲುತ್ತದೆ ಎಂಬುದನ್ನು ಕಂಡುಹಿಡಿಯಿರಿ: ಪ್ರಾಕ್ಸಿಗೆ ಸಂಪರ್ಕ, ಸ್ವೀಕರಿಸಿದ CONNECT, ಪರಿಶೀಲಿಸಿದ TLS, ನಂತರ ಅಪ್ಲಿಕೇಶನ್ ಹ್ಯಾಂಡ್‌ಶೇಕ್. TLS ಮೊದಲು ನಿರಾಕರಣೆ ಎಂಬುದು ನಿರಾಕರಿಸಿದ ಸಾಮಾನ್ಯ Upgrade ವಿನಂತಿಗಿಂತ ಬೇರೆ ವೈಫಲ್ಯ.
ಅಪ್‌ಗ್ರೇಡ್ ನೀತಿ ಬದಲಾವಣೆ ಅಗತ್ಯವಿದ್ದರೆ, ಸ್ಥಾಪಿತ Squid ಆವೃತ್ತಿಯ ನಿರ್ದೇಶನವನ್ನು ಬಳಸಿ ಮತ್ತು ಅಗತ್ಯವಾದ ವರ್ತನೆಗೆ ನಿರ್ದಿಷ್ಟವಾಗಿ ಅನುಮತಿ ನೀಡಿ. ಎಲ್ಲಾ ಅಪ್‌ಗ್ರೇಡ್ ಪ್ರೋಟೋಕಾಲ್‌ಗಳಿಗೆ ಅನುಮತಿ ನೀಡುವುದು ನೀತಿಯನ್ನು ನಿರ್ದಿಷ್ಟ ಅಪ್ಲಿಕೇಶನ್ ಮೀರಿ ವಿಸ್ತರಿಸುತ್ತದೆ.
ಯಶಸ್ವಿ HTTPS ಪುಟ ವಿನಂತಿ ಮಾರ್ಗದ ಒಂದು ಭಾಗವನ್ನು ಮಾತ್ರ ಸ್ಥಾಪಿಸುತ್ತದೆ. ದೀರ್ಘಕಾಲಿಕ WebSocket ಸಂಚಾರವು ಅದೇ ಹೋಸ್ಟ್‌ಹೆಸರಿಗೂ ಅಪ್ಲಿಕೇಶನ್ ಅಗತ್ಯಗಳು, ಸಂಪರ್ಕದ ಆಯುಷ್ಯ ಅಥವಾ ಮಧ್ಯವರ್ತಿಗಳ ನಿರ್ಬಂಧಗಳಿಂದ ವಿಫಲವಾಗಬಹುದು.