TCP ಸಂಪರ್ಕ ಯಶಸ್ವಿಯಾದ ನಂತರ ಪ್ರಾಕ್ಸಿ CONNECT ಟೈಮೌಟ್‌ಗಳು
ಪೂರ್ಣಗೊಂಡ TCP ಸಂಪರ್ಕವು ಟನಲ್ ಸೆಟಪ್ ಅನ್ನು ಸಹ ಮುಗಿಸಿದೆ ಎಂದು ಭಾವಿಸುವ ಬದಲು CONNECT ಸಮಯದಲ್ಲಿ ಸಕ್ರಿಯವಾಗಿರುವ ಟೈಮೌಟ್ ಅನ್ನು ಗುರುತಿಸಿ.
ಕ್ಲೈಂಟ್ ಪ್ರಾಕ್ಸಿಗೆ ಸಂಪರ್ಕಿಸಿದ ಕ್ಷಣವೇ TCP ಸಂಪರ್ಕ ಟೈಮೌಟ್ ತನ್ನ ಕೆಲಸ ಮುಗಿಸಿದೆ. ಮುಂದಿನ ನಿರೀಕ್ಷೆ—ಪೂರ್ಣ CONNECT ಪ್ರತ್ಯುತ್ತರ ಸ್ವೀಕರಿಸುವುದು—ಬೇರೆ ಟೈಮರ್‌ನಿಂದ ನಿಯಂತ್ರಿಸಲ್ಪಡಬಹುದು.
ಪ್ರಾಕ್ಸಿ ಇನ್ನೂ ಮೇಲ್ಮುಖವಾಗಿ ಸಂಪರ್ಕಿಸುತ್ತಿರಬಹುದು, ದೃಢೀಕರಣ ಸಂದೇಶಗಳನ್ನು ವಿನಿಮಯ ಮಾಡುತ್ತಿರಬಹುದು ಅಥವಾ ಇನ್ನೊಂದು ಸೇವೆಗಾಗಿ ಕಾಯುತ್ತಿರಬಹುದು. ವೆಬ್‌ಸೈಟ್‌ನ ಸಾಮಾನ್ಯ ಪ್ರತ್ಯುತ್ತರ ಇನ್ನೂ ಪ್ರಾರಂಭವಾಗಿಲ್ಲ.
| ಕೊನೆಯದಾಗಿ ಪೂರ್ಣಗೊಂಡ ಹಂತ | ಇನ್ನೂ ಯಾವುದಕ್ಕೆ ಕಾಯುತ್ತಿದೆ? |
|---|---|
| TCP ಪ್ರಾಕ್ಸಿಗೆ ಸಂಪರ್ಕಗೊಂಡಿದೆ | CONNECT ಸ್ವೀಕಾರ ಸೇರಿದಂತೆ ಪ್ರಾಕ್ಸಿ ಹ್ಯಾಂಡ್‌ಶೇಕ್ |
| CONNECT ಸ್ವೀಕರಿಸಲಾಗಿದೆ | ಗಮ್ಯಸ್ಥಾನವು ಬಳಸಿದಾಗ ಗುರಿಯ TLS |
| ಗಮ್ಯಸ್ಥಾನದ ವಿನಂತಿ ಕಳುಹಿಸಲಾಗಿದೆ | ಗಮ್ಯಸ್ಥಾನದ ಪ್ರತ್ಯುತ್ತರ |
ಕನೆಕ್ಟರ್ ಆ ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಅನ್ನು ಓದುತ್ತಿರುವಾಗ ಮತ್ತು ಬರೆಯುತ್ತಿರುವಾಗ ಸಕ್ರಿಯವಾಗಿರುವ ಟೈಮರ್ ಅನ್ನು ಹುಡುಕಿ. “response timeout” ಎಂಬ ಗುಣಲಕ್ಷಣವು ಮಾರ್ಗ ಸ್ಥಾಪನೆಯ ನಂತರವೇ ಜಾರಿಗೆ ಬರಬಹುದು. HttpClient 5 ನಲ್ಲಿ, ConnectionConfig ಮತ್ತು ಅದರ ಸಾಕೆಟ್ ಟೈಮೌಟ್, TLS ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಸಂರಚನೆ ಮತ್ತು ವಿನಂತಿ ಮಟ್ಟದ ಪ್ರತಿಕ್ರಿಯೆ ಟೈಮೌಟ್ ನಡುವೆ ವ್ಯತ್ಯಾಸ ಮಾಡಿ. ಸಂಬಂಧಿತ ಸಂಪರ್ಕ ಸಂರಚನೆಯನ್ನು ನಿಜವಾದ ಕ್ಲೈಂಟ್ ಬಳಸುವ ಮ್ಯಾನೇಜರ್ ಮೂಲಕ ಅನ್ವಯಿಸಿ. ಹಳೆಯ Apache HttpClient ಪೀಳಿಗೆಗಳು ವಿಭಿನ್ನ API ಬಳಸುತ್ತವೆ, ಆದ್ದರಿಂದ ಹಳೆಯ ಸ್ನಿಪೆಟ್ ಈ ಜವಾಬ್ದಾರಿಗಳ ನಂಬಲರ್ಹ ನಕ್ಷೆ ಅಲ್ಲ.
ಅಂತಿಮ CONNECT ನಿರಾಕರಣೆಯನ್ನು ಪ್ರಾಕ್ಸಿಯ ಪ್ರತ್ಯುತ್ತರವಾಗಿ ಇರಿಸಿಕೊಳ್ಳಿ. ಯಶಸ್ವಿ ಪ್ರತ್ಯುತ್ತರದ ನಂತರ TLS ನಿಂತುಕೊಳ್ಳುವುದು ಇನ್ನೊಂದು ವೈಫಲ್ಯದ ಹಂತ. “TCP ಸಂಪರ್ಕಗೊಂಡಿದೆ; ಸೆಟಪ್ ಗಡುವಿನ ಮೊದಲು ಪೂರ್ಣ CONNECT ಪ್ರತ್ಯುತ್ತರವಿಲ್ಲ” ಎಂಬುದು ಸಾಮಾನ್ಯ ಪ್ರಾಕ್ಸಿ ಟೈಮೌಟ್‌ಗಿಂತ ಸಮಸ್ಯೆಯನ್ನು ಹೆಚ್ಚು ನಿಖರವಾಗಿ ವಿವರಿಸುತ್ತದೆ.
ಒಂದು ಒಟ್ಟು ಗಡುವು ಈ ಹಂತದ ಮಿತಿಗಳ ಜೊತೆಗೆ ಕರೆ ಮಾಡುವವರ ನಿರೀಕ್ಷೆಯನ್ನು ಮಿತಿಗೊಳಿಸಬಹುದು. ಅದು ಮುಗಿದಾಗ, ಇನ್ನೊಂದು ಪ್ರಯತ್ನ ಸಂಪರ್ಕ ಸಾಮರ್ಥ್ಯವನ್ನು ಬಳಸುವ ಮೊದಲು ಕ್ಲೈಂಟ್ ಬೆಂಬಲಿಸುವ ಜೀವನಚಕ್ರದ ಮೂಲಕ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ರದ್ದುಮಾಡಿ ಅಥವಾ ಮುಚ್ಚಿ.