curl ಪ್ರಾಕ್ಸಿ ಸಮಯ ಮೀರಿಕೆ: ವಿಫಲವಾದ ಹಂತ ಹುಡುಕಿ
ಪ್ರಾಕ್ಸಿ ಸಂಪರ್ಕ, ಸುರಂಗ ಮಾತುಕತೆ, TLS ಮತ್ತು ನಿಂತ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಬೇರ್ಪಡಿಸಿ curl ಸಮಯ ಮಿತಿಗಳಿಂದ ಸಮಸ್ಯೆಯನ್ನು ಗುರುತಿಸಿ.
curl ನ ವಿವರವಾದ ಔಟ್‌ಪುಟ್‌ನಲ್ಲಿ ಕೊನೆಯದಾಗಿ ಪೂರ್ಣಗೊಂಡ ಕಾರ್ಯವನ್ನು ಹುಡುಕಿ. ‘ಪ್ರಾಕ್ಸಿಗೆ ಸಂಪರ್ಕವಾಯಿತು, ಆದರೆ CONNECT ಪ್ರತಿಕ್ರಿಯೆ ಇಲ್ಲ’ ಎನ್ನುವುದು ‘ಪ್ರಾಕ್ಸಿ ಸಮಯ ಮೀರಿತು’ ಎನ್ನುವುದಕ್ಕಿಂತ ಸಮಸ್ಯೆಯನ್ನು ಹೆಚ್ಚು ಸೀಮಿತಗೊಳಿಸುತ್ತದೆ.
ಸಮಯ ಮಿತಿಯ ವಿನಂತಿ ಬಳಸಿ ಸ್ಥಳೀಯ ಉದಾಹರಣೆಯ ಬದಲು ನಿಮ್ಮ HTTP ಪ್ರಾಕ್ಸಿ ಹಾಕಿ; ಹೋಲಿಕೆಗೆ ಬೇರೆ ಎಂಡ್‌ಪಾಯಿಂಟ್‌ಗಳು HTTP ಪ್ರಾಕ್ಸಿಗಳ ಪಟ್ಟಿಯಿಂದ ಸಿಗಬಹುದು:
curl --noproxy '' --proxy http://127.0.0.1:8080 --connect-timeout 5 --max-time 15 --verbose https://example.com/--connect-timeout 5 ಅನ್ವಯಿಸುವ ಹುಡುಕಾಟ ಮತ್ತು ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಸೇರಿ ಸಂಪರ್ಕ ಸ್ಥಾಪನೆಗೆ ಒಂದೇ ಹಂಚಿದ ಸಮಯ ಬಜೆಟ್ ನೀಡುತ್ತದೆ; ಪ್ರತಿ ಹಂತಕ್ಕೆ ಐದು ಸೆಕೆಂಡು ಪ್ರತ್ಯೇಕವಾಗಿ ಕೊಡುವುದಿಲ್ಲ. --max-time 15 ಸ್ಥಾಪನೆಯ ನಂತರದ ವರ್ಗಾವಣೆ ಸಮಯ ಸೇರಿ ಇಡೀ ಕಾರ್ಯವನ್ನು ಮಿತಿಗೊಳಿಸುತ್ತದೆ.
| ಪ್ರಗತಿ ಎಲ್ಲಿ ನಿಲ್ಲುತ್ತದೆ | ಮುಂದೆ ಏನು ಪರಿಶೀಲಿಸಬೇಕು |
|---|---|
| ಪ್ರಾಕ್ಸಿಗೆ ಸಂಪರ್ಕವಿಲ್ಲ | ಪ್ರಾಕ್ಸಿ ಹೋಸ್ಟ್ ಹೆಸರು ಪರಿಹಾರ, ಆಲಿಸುವ ಪೋರ್ಟ್, ರೂಟಿಂಗ್ ಮತ್ತು ಫೈರ್‌ವಾಲ್ ನೀತಿ. |
| ಪ್ರಾಕ್ಸಿ ಸಂಪರ್ಕಿತ; ಸುರಂಗ ಪ್ರತಿಕ್ರಿಯೆಯಿಲ್ಲ | ಪ್ರಾಕ್ಸಿ ಹೊರೆ, ದೃಢೀಕರಣ ಮಾತುಕತೆ, ಪ್ರವೇಶ ನೀತಿ ಮತ್ತು ಪ್ರಾಕ್ಸಿಯಿಂದ ಗಮ್ಯದ ತಲುಪುವಿಕೆ. |
| ಸುರಂಗ ಸ್ವೀಕೃತ; TLS ಅಪೂರ್ಣ | ಗಮ್ಯದ ತಲುಪುವಿಕೆ, TLS ಮಾತುಕತೆ ಮತ್ತು ನಿರ್ವಹಿತ ಟ್ರಾಫಿಕ್ ತಡೆಹಿಡಿಯುವಿಕೆ. |
| ಗಮ್ಯದ ಹೆಡರ್ ಬಂದಿವೆ; ಬಾಡಿ ನಿಂತಿದೆ | ಮೂಲ ಸರ್ವರ್‌ನ ವರ್ಗಾವಣೆ ವರ್ತನೆ, ಮಧ್ಯವರ್ತಿಗಳ ಬಫರಿಂಗ್ ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಮೌನವಾಗಿದೆಯೇ ಎಂಬುದು. |
ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಕ್ರಮಕ್ಕೆ CONNECT ಹೇಗೆ HTTPS ಸಾಗಿಸುತ್ತದೆ ನೋಡಿ. ಸಂಪರ್ಕ ಬಜೆಟ್ ಹತ್ತಿರ ನಿಲ್ಲುವುದು ಸ್ಥಾಪನೆಯನ್ನು, ನಂತರ ಒಟ್ಟು ಮಿತಿಯಲ್ಲಿ ನಿಲ್ಲುವುದು ಅಪೂರ್ಣ ವರ್ಗಾವಣೆಯನ್ನು ಸೂಚಿಸುತ್ತದೆ. ಸಮಯದ ಜೊತೆಗೆ ಕ್ರಮವನ್ನು ನೋಡಿ; ಸಮಯವೊಂದೇ ಘಟಕವನ್ನು ಗುರುತಿಸುವುದಿಲ್ಲ. curl ಬಿಲ್ಡ್‌ಗಳ ನಡುವೆ ಲಾಗ್ ಪದಗಳು ಬದಲಾಗುತ್ತವೆ ಮತ್ತು ತೆರೆದ TCP ಪೋರ್ಟ್ CONNECT ಕೆಲಸ ಮಾಡುವುದಕ್ಕೆ ಪುರಾವೆಯಲ್ಲ.
ಒಂದು ಬದಿಯನ್ನು ಸ್ಥಿರವಾಗಿಡಿ
ಅನುಮತಿಸಿದ ನೇರ ಮಾರ್ಗದಲ್ಲಿ ಅದೇ ಗಮ್ಯವನ್ನು ಹೋಲಿಸಿ:
curl --noproxy '*' --connect-timeout 5 --max-time 15 --verbose https://example.com/ನಂತರ ಅದೇ ಪ್ರಾಕ್ಸಿ ಮೂಲಕ ಇನ್ನೊಂದು ಹಾನಿರಹಿತ ಗಮ್ಯವನ್ನು ಹೋಲಿಸಿ. ಒಂದೇ ವಿಫಲವಾದರೆ ಅದರ ಮಾರ್ಗ ಅಥವಾ ಗಮ್ಯ ನೀತಿ ಪರಿಶೀಲಿಸಿ. ಎಲ್ಲವೂ ಒಂದೇ ಸ್ಥಾಪನೆ ಹಂತದಲ್ಲಿ ನಿಂತರೆ ಸಾಮಾನ್ಯ ಪ್ರಾಕ್ಸಿ ಮಾರ್ಗ ಪರಿಶೀಲಿಸಿ. ಆರಂಭ ಸಮಯ, ಎಂಡ್‌ಪಾಯಿಂಟ್, ಗಮ್ಯ ಮತ್ತು ಕೊನೆಯ ಪೂರ್ಣ ಹಂತ ಉಳಿಸಿ; ಲಾಗ್ ಹಂಚುವ ಮೊದಲು ಪ್ರವೇಶ ವಿವರ, ಟೋಕನ್, ಕುಕೀ ಮತ್ತು ಖಾಸಗಿ ಹೆಸರು ತೆಗೆದುಹಾಕಿ.
ಸಂಪರ್ಕ ತೆರೆದಿದ್ದರೂ ಉಪಯುಕ್ತ ಪ್ರಗತಿ ಇಲ್ಲದಾಗ
ಫೈಲ್ ವರ್ಗಾವಣೆಗೆ ಸ್ಥಾಪನೆ ಮತ್ತು ಒಟ್ಟು ಸಮಯ ಮಿತಿಯ ಜೊತೆಗೆ ಕಡಿಮೆ ವೇಗದ ಮಿತಿಯೂ ಬೇಕಾಗಬಹುದು:
curl --noproxy '' --proxy http://127.0.0.1:8080 --connect-timeout 5 --max-time 60 --speed-limit 100 --speed-time 20 https://example.com/ನಿರಂತರ ವರ್ಗಾವಣೆ ದರ 20 ಸೆಕೆಂಡು ಕಾಲ ಪ್ರತಿ ಸೆಕೆಂಡಿಗೆ 100 ಬೈಟ್‌ಗಿಂತ ಕಡಿಮೆ ಇದ್ದರೆ ಇದು ಕಾರ್ಯವನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ ಮತ್ತು ಒಟ್ಟು ಮಿತಿಯನ್ನು 60 ಸೆಕೆಂಡಾಗಿ ಇಡುತ್ತದೆ. ಕೆಲಸಕ್ಕೆ ತಕ್ಕ ಮೌಲ್ಯ ಆಯ್ಕೆಮಾಡಿ. ಘಟನೆಗಳ ಸ್ಟ್ರೀಮ್ ದೀರ್ಘ ಮೌನದಲ್ಲೂ ಆರೋಗ್ಯಕರವಾಗಿರಬಹುದು, ಆದ್ದರಿಂದ ಡೌನ್‌ಲೋಡ್ ನಿಯಮ ಅದನ್ನು ತಪ್ಪಾಗಿ ನಿಲ್ಲಿಸಬಹುದು.
ಎಲ್ಲ ಮಿತಿಗಳನ್ನು ಹೆಚ್ಚಿಸುವುದು ಲಕ್ಷಣವನ್ನು ಮುಂದೂಡುತ್ತದೆ. ತಕ್ಷಣದ ಪುನರಾವರ್ತಿತ ಪ್ರಯತ್ನಗಳು ಹೆಚ್ಚು ಹೊರೆ ಇರುವ ಮಾರ್ಗಕ್ಕೆ ಸಂಪರ್ಕ ಸೇರಿಸಬಹುದು. ಕೆಲವು ಯೋಚಿಸಿದ ಹೋಲಿಕೆಗಳಿಂದ ನಿರ್ಣಯಿಸಿ; ನಂತರದ ಅಪ್ಲಿಕೇಶನ್ ಮರುಪ್ರಯತ್ನ ನೀತಿಗೆ ತನ್ನದೇ ಒಟ್ಟು ಬಜೆಟ್ ಹಾಗೂ ಕಾರ್ಯ ಪುನರಾವರ್ತನೆ ಸುರಕ್ಷಿತವೇ ಎಂಬ ಪರಿಗಣನೆ ಬೇಕು.