ಪ್ರಾಕ್ಸಿಯೊಂದಿಗೆ WRONG_VERSION_NUMBER: HTTP ಮತ್ತು HTTPS ಪರಿಶೀಲಿಸಿ

ದೋಷವು “ತಪ್ಪು ಆವೃತ್ತಿ” ಎನ್ನುತ್ತದೆ, ಹಾಗಾಗಿ TLS ಆವೃತ್ತಿಗಳನ್ನು ಬದಲಿಸಲು ಪ್ರಾರಂಭಿಸುವ ಪ್ರಲೋಭನೆ ಉಂಟಾಗುತ್ತದೆ. ಪ್ರಾಕ್ಸಿಯೊಂದಿಗೆ, ಇನ್ನೂ ಹಿಂದಿನ ಸಾಧ್ಯತೆಯನ್ನು ಪರಿಶೀಲಿಸಿ: ಕ್ಲೈಂಟ್ ಸಾಮಾನ್ಯ HTTPಗಾಗಿ ಕಾಯುತ್ತಿದ್ದ ಪೋರ್ಟ್‌ಗೆ TLS ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಕಳುಹಿಸಿದೆಯೇ?

https://example.com/ ನಂತಹ ಗಮ್ಯಸ್ಥಾನ ಮತ್ತು http://proxy.example:8080 ನಂತಹ ಪ್ರಾಕ್ಸಿ ಸಾಮಾನ್ಯ ಜೋಡಿ. ಎರಡನೇ URL ಅನ್ನು HTTPS ಗೆ ಬದಲಿಸುವುದು ಕ್ಲೈಂಟ್ ತನ್ನ ಸಂಭಾಷಣೆಯನ್ನು ಪ್ರಾಕ್ಸಿಯೊಂದಿಗೇ ಗೂಢಲಿಪೀಕರಿಸಬೇಕು ಎಂದು ಹೇಳುತ್ತದೆ. ಇದು HTTPS ಸೈಟ್‌ಗಳನ್ನು ಅನುಮತಿಸುವ ಸೂಚನೆ ಅಲ್ಲ.

ಮೊದಲ TLS ಸಂಭಾಷಣೆಯನ್ನು ಗುರುತಿಸಿ

HTTP ಪ್ರಾಕ್ಸಿಯೊಂದಿಗೆ, ಕ್ಲೈಂಟ್ ಮೊದಲು CONNECT ಕಳುಹಿಸಿ HTTP ಉತ್ತರ ಪಡೆಯಬಹುದು. ನಂತರವೇ ಸುರಂಗದೊಳಗೆ ಗಮ್ಯಸ್ಥಾನದ TLS ಪ್ರಾರಂಭಿಸುತ್ತದೆ. HTTPS ಪ್ರಾಕ್ಸಿಯೊಂದಿಗೆ ಮೊದಲು ಪ್ರಾಕ್ಸಿಗೆ ಪ್ರತ್ಯೇಕ TLS ಸಂಪರ್ಕ ಬರುತ್ತದೆ.

HTTP ದೋಷ ಪುಟ ಅಥವಾ ಬೇರೆ ಸರಳ ಪಠ್ಯ ಸ್ವೀಕರಿಸುವ TLS ಪಾರ್ಸರ್ ಪ್ರೋಟೋಕಾಲ್ ದೋಷ ವರದಿ ಮಾಡಬಹುದು. ಆ ಪದಗಳು ಸೈಟ್ ಯಾವ TLS ಆವೃತ್ತಿಗಳನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ ಎಂಬುದನ್ನೂ, ಸೈಟ್‌ಗೆ ಸಂಪರ್ಕಿಸಲಾಗಿದೆಯೇ ಎಂಬುದನ್ನೂ ಸ್ಥಾಪಿಸುವುದಿಲ್ಲ.

1. ಪ್ರಾಕ್ಸಿಯ URL ಅನ್ನು ಅದರ ಸ್ಕೀಮ್ ಸಹಿತ, ಮತ್ತು ಎಂಡ್‌ಪಾಯಿಂಟ್‌ನ ದಾಖಲಿತ ಪ್ರೋಟೋಕಾಲ್ ಬರೆದಿಡಿ.
2. ವೈಫಲ್ಯವು CONNECT ಉತ್ತರದ ಮೊದಲು, ಗಮ್ಯಸ್ಥಾನದ TLS ಸಮಯದಲ್ಲಿ, ಅಥವಾ ಪ್ರಾಕ್ಸಿಯ ಸ್ವಂತ ಪ್ರಮಾಣಪತ್ರದ ಪರಿಶೀಲನೆಯಲ್ಲಿ ಸಂಭವಿಸಿದೆಯೇ ಎಂದು ಕಂಡುಹಿಡಿಯಿರಿ.
3. ಹಳೆಯ ಪರಿಹಾರವನ್ನು ಹೋಲಿಸುವಾಗ ನಿಜವಾದ ಕ್ಲೈಂಟ್ ಮತ್ತು ಅವಲಂಬನೆಗಳ ಆವೃತ್ತಿಗಳನ್ನು ಪರಿಶೀಲಿಸಿ. ಹಿಂದಿನ ಪ್ರಾಕ್ಸಿ ಅನುಷ್ಠಾನಗಳು ಕೆಲವೊಮ್ಮೆ ಸ್ಕೀಮ್ ಅನ್ನು ಬೇರೆ ರೀತಿ ನೋಡುತ್ತಿದ್ದವು.

ಹಲವು ತಿದ್ದುಪಡಿಗಳು ಬೇರೆ ಬೇರೆ ಕಾರಣಗಳಿಂದ ತಪ್ಪಾಗಿರಬಹುದು. HTTP ಪ್ರಾಕ್ಸಿ ಪಟ್ಟಿ ಅಂತಹ ಮಾರ್ಗದ ಮೂಲಕ ಅನುಮತಿಸಲಾದ ಸಾರ್ವಜನಿಕ ವಿನಂತಿಗಳಿಗೆ ಸಾಮಾನ್ಯ HTTP ಎಂಡ್‌ಪಾಯಿಂಟ್ ಅಭ್ಯರ್ಥಿಗಳನ್ನು ನೀಡುತ್ತದೆ. ಸರಳ HTTP ಎಂಡ್‌ಪಾಯಿಂಟ್‌ಗೆ HTTP ಪ್ರಾಕ್ಸಿ ಸ್ಕೀಮ್ ಬೇಕು; ನಿಜವಾಗಿ TLS ಸಕ್ರಿಯವಾದ ಎಂಡ್‌ಪಾಯಿಂಟ್ HTTPS ಮತ್ತು ಅದರ ಪ್ರಮಾಣಪತ್ರ ಪರಿಶೀಲನೆಯನ್ನು ಉಳಿಸಿಕೊಳ್ಳಬೇಕು. CONNECT ಅನ್ನು ನಿರಾಕರಿಸುವ ಪ್ರಾಕ್ಸಿಗೆ ಬೆಂಬಲಿತ ಸೇವೆ ಅಥವಾ ನೀತಿ ಬೇಕು, ಲೈಬ್ರರಿಯ ಅನಿಯಂತ್ರಿತ ಡೌನ್‌ಗ್ರೇಡ್ ಅಲ್ಲ.

ಮೊದಲ ಗಮನಿಸಬಹುದಾದ ವೈಫಲ್ಯವನ್ನು ಇಟ್ಟುಕೊಳ್ಳಿ. ಪ್ರಮಾಣಪತ್ರ ಪರಿಶೀಲನೆಯನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವುದು HTTP ಮಾತ್ರ ಆಡುವ ಶ್ರೋತೃವನ್ನು TLS ಆಡಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ, ಮತ್ತು ಹಳೆಯ ಸೈಫರ್ ನೀತಿಯನ್ನು ಆಯ್ಕೆ ಮಾಡುವುದು ಸೈಟ್‌ನ ಹ್ಯಾಂಡ್‌ಶೇಕ್‌ಗೆ ಮೊದಲು ಕಳುಹಿಸಿದ HTTP ನಿರಾಕರಣೆಯನ್ನು ವಿವರಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ.