ತೆರೆದ TCP ಪೋರ್ಟ್ proxy ಕೆಲಸ ಮಾಡುತ್ತದೆಂದು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ
ಯಶಸ್ವಿ ಪೋರ್ಟ್ ಪರೀಕ್ಷೆ ಕೇವಲ ಸಂಪರ್ಕ ಸ್ಥಾಪಿಸುತ್ತದೆ. Proxy handshake ಮತ್ತು ಗಮ್ಯಸ್ಥಾನದ ನಿರೀಕ್ಷಿತ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನೂ ಪರಿಶೀಲಿಸಿ.
ತೆರೆದ TCP ಪೋರ್ಟ್ listener ಸಂಪರ್ಕವನ್ನು ಸ್ವೀಕರಿಸಿದೆ ಎಂದು ತೋರಿಸುತ್ತದೆ. ಅದು proxy, ಸಾಮಾನ್ಯ ವೆಬ್ ಸರ್ವರ್ ಅಥವಾ ಬೇರೆ ಸೇವೆಯಾಗಿರಬಹುದು; ಪೋರ್ಟ್ 8080 ಪ್ರೋಟೋಕಾಲ್ ಗುರುತಿಸುವುದಿಲ್ಲ.
HTTP proxy ಎಂದು ದಾಖಲಿಸಲಾದ endpoint ನ ನಿಜವಾದ ವಿಳಾಸವನ್ನು ಸಮಯಮಿತಿಯ HTTPS ವಿನಂತಿಯಲ್ಲಿ ಬಳಸಿ:
curl --proxy http://203.0.113.10:8080 --noproxy '' --connect-timeout 5 --max-time 15 --verbose https://example.com/
ದಾಖಲೆಯ ವಿಳಾಸವನ್ನು ನಿಮ್ಮ HTTP endpoint ಅಥವಾ HTTP proxy ಪಟ್ಟಿಯ ಅಭ್ಯರ್ಥಿಯಿಂದ ಬದಲಿಸಿ. SOCKS ಗಾಗಿ ಸೂಕ್ತ SOCKS client mode ಬಳಸಿ ಸಂಧಾನ ಪೂರ್ಣಗೊಳಿಸಿ. ತಪ್ಪಾದ handshake TCP ಸ್ವೀಕಾರದ ತಕ್ಷಣ ವಿಫಲವಾಗಬಹುದು.
| ಗಮನಿಸಿದ ಹಂತ | ಅದು ತೋರಿಸುವುದು |
|---|---|
| TCP ಸ್ವೀಕರಿಸಲಾಗಿದೆ | Listener ತಲುಪಬಹುದು. |
| Proxy handshake ಸ್ವೀಕರಿಸಲಾಗಿದೆ | Listener ಈ proxy ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಸ್ವೀಕರಿಸಿದೆ. |
| ಗಮ್ಯಸ್ಥಾನದ TLS ಪರಿಶೀಲಿಸಲಾಗಿದೆ | ಕ್ಲೈಂಟ್ ತನ್ನ ನಂಬಿಕೆ ಸೆಟ್ಟಿಂಗ್ಗಳಂತೆ ಉದ್ದೇಶಿತ ಸುರಕ್ಷಿತ ಸಂಪರ್ಕ ಪೂರ್ಣಗೊಳಿಸಿದೆ. |
| ನಿರೀಕ್ಷಿತ ಸ್ಥಿತಿ ಮತ್ತು ವಿಷಯ ಸ್ವೀಕರಿಸಲಾಗಿದೆ | ಅಪ್ಲಿಕೇಶನ್ ವಿನಂತಿ ನಿರೀಕ್ಷಿತ ಫಲಿತಾಂಶ ನೀಡಿದೆ. |
HTTP proxy ಮೂಲಕ HTTPS ಗೆ ಗಮ್ಯಸ್ಥಾನ ಪೋರ್ಟ್ಗೆ CONNECT ಅನುಮತಿ ಬೇಕು. CONNECT 200 ಕೂಡ ಮಧ್ಯಂತರ ಹಂತ: TLS ಅಥವಾ ಅಂತಿಮ ವಿನಂತಿ ಯಶಸ್ವಿಯಾಗುವ ಮೊದಲು tunnel ಮುಚ್ಚಬಹುದು. ಎನ್ಕ್ರಿಪ್ಶನ್ ಇಲ್ಲದ HTTP ಯಶಸ್ಸು ಆ tunnel ಸಾಮರ್ಥ್ಯವನ್ನು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.
ವಿಷಯವನ್ನು ಊಹಿಸಬಹುದಾದ ಗಮ್ಯಸ್ಥಾನ ಬಳಸಿ, ಸಾಧ್ಯವಾದರೆ ನಿಮ್ಮ ನಿಯಂತ್ರಣದಲ್ಲಿರುವುದನ್ನು ಆಯ್ದು, ಲಭ್ಯವಿದ್ದರೆ ವಿನಂತಿ ದಾಖಲೆ ಪರಿಶೀಲಿಸಿ. ಎನ್ಕ್ರಿಪ್ಶನ್ ಇಲ್ಲದ HTTP listener ಗಮ್ಯಸ್ಥಾನವನ್ನು ಸಂಪರ್ಕಿಸದೆಯೇ ಸ್ಥಿರ ಪುಟವನ್ನು ಸ್ಥಿತಿ 200 ಜೊತೆಗೆ ಕೊಡಬಹುದು. ಯಾವುದೋ ಯಶಸ್ವಿ ಸ್ಥಿತಿ ಸಿಗುವುದು ನಿರೀಕ್ಷಿತ ಪ್ರತಿಕ್ರಿಯೆಗೆ ಹೊಂದುವುದಕ್ಕಿಂತ ದುರ್ಬಲ ಸಾಕ್ಷಿ; HTTPS ಗುರುತು ಪರಿಶೀಲನೆ ಹೆಚ್ಚುವರಿ ರಕ್ಷಣೆ ನೀಡುತ್ತದೆ.
ಕೊನೆಯ ಯಶಸ್ವಿ ಹಂತ ದಾಖಲಿಸಿ. ‘ಪೋರ್ಟ್ ತೆರೆದಿದೆ, SOCKS ಸಂಧಾನ ತಿರಸ್ಕೃತವಾಗಿದೆ’ ಮುಂದಿನ ತನಿಖೆಗೆ ಉಪಯುಕ್ತ ಆರಂಭ ನೀಡುತ್ತದೆ.