curl ರಿಮೋಟ್ URL ಬದಲು localhost ಗೆ ಏಕೆ ಸಂಪರ್ಕಿಸುತ್ತದೆ

ನೀವು ನೀಡಿದ URL ಅನ್ನು ಲೆಕ್ಕಿಸದೆ curl localhost ಗೆ ಸಂಪರ್ಕಿಸಲು ಪ್ರಯತ್ನಿಸಿದರೆ, VPN ಪ್ರಾರಂಭಿಸಲು ತಪ್ಪು ಸ್ಥಳವಾಗಿದೆ. ಸ್ಥಳೀಯ HTTP ಅಥವಾ SOCKS ಪ್ರಾಕ್ಸಿ ಉದ್ದೇಶಿತ ಮೊದಲ ಸಂಪರ್ಕವಾಗಿರಬಹುದು, ನಿಮಗೆ ಬೇಕಾದ ಸೇವೆ ಸಂಪೂರ್ಣವಾಗಿ ಬೇರೆಡೆ ಇದ್ದರೂ ಸಹ. ಆ ಪ್ರಾಕ್ಸಿ ಇನ್ನು ಚಾಲನೆಯಲ್ಲಿಲ್ಲದಿದ್ದರೆ, curl ಗಮ್ಯಸ್ಥಾನವನ್ನು ತಲುಪುವ ಮೊದಲೇ localhost ಪ್ರಯತ್ನ ವಿಫಲವಾಗುತ್ತದೆ. ಪ್ರಾಕ್ಸಿಯ ಪ್ರತಿಕ್ರಿಯೆಯೂ ಗಮ್ಯಸ್ಥಾನ ಉತ್ತರಿಸಿದೆ ಎಂಬುದಕ್ಕೆ ಸಾಕ್ಷಿಯಲ್ಲ.

ಈ ಹಂತಗಳನ್ನು ಕ್ರಮವಾಗಿ ಮಾಡಿ ಮತ್ತು ಮೊದಲ ಸಂಪರ್ಕ ಪ್ರಯತ್ನವನ್ನು ಬದಲಿಸುವ ಮೊದಲ ಹಂತದಲ್ಲಿ ನಿಲ್ಲಿಸಿ.

ಮೊದಲು curl ನ ಸ್ವಂತ ಪ್ರಾಕ್ಸಿ ನಿಯಮಗಳನ್ನು ಓದಿ

curl ಪ್ರೋಟೋಕಾಲ್-ನಿರ್ದಿಷ್ಟ ಪ್ರಾಕ್ಸಿ ಚರಗಳನ್ನು ಓದುತ್ತದೆ, ಉದಾಹರಣೆಗೆ https_proxy ಮತ್ತು HTTPS_PROXY, ಜೊತೆಗೆ ಪ್ರೋಟೋಕಾಲ್-ನಿರ್ದಿಷ್ಟ ಮೌಲ್ಯ ಯಾವುದೂ ಅನ್ವಯವಾಗದಿದ್ದಾಗ ALL_PROXY. curl ಅನ್ನು ನಿಜವಾಗಿ ಪ್ರಾರಂಭಿಸುವ ಶೆಲ್, ಸೇವೆ ಅಥವಾ ಕಾರ್ಯದ ಪರಿಸರವನ್ನು ಪರಿಶೀಲಿಸಿ, ನಿಮ್ಮ ಪ್ರಸ್ತುತ ಟರ್ಮಿನಲ್‌ನದನ್ನು ಅಲ್ಲ. CI ಕೆಲಸ, systemd ಘಟಕ ಮತ್ತು ಸಂವಾದಾತ್ಮಕ ಶೆಲ್ ಮೂರು ವಿಭಿನ್ನ ಸೆಟ್‌ಗಳನ್ನು ಆನುವಂಶಿಕವಾಗಿ ಪಡೆಯಬಹುದು. ಕಾಣುವ ಶೆಲ್‌ನಿಂದ ಊಹಿಸುವುದೇ ಈ ತನಿಖೆ ಪೂರ್ಣ ಮಧ್ಯಾಹ್ನವನ್ನು ವ್ಯರ್ಥ ಮಾಡುವ ಕಾರಣ.

ಒಂದು ಅಪವಾದವನ್ನು ನೆನಪಿಟ್ಟುಕೊಳ್ಳುವುದು ಯೋಗ್ಯ. curl http_proxy ಅನ್ನು ಸಣ್ಣ ಅಕ್ಷರಗಳಲ್ಲಿ ಮಾತ್ರ ಸ್ವೀಕರಿಸುತ್ತದೆ; ದೊಡ್ಡ ಅಕ್ಷರಗಳ HTTP_PROXY ಅನ್ನು ನಿರ್ಲಕ್ಷಿಸಲಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಅದೇ ಪರಿಸರವು ಬೇರೆ ಪರಿಕರಗಳಲ್ಲಿ ವಿಭಿನ್ನವಾಗಿ ವರ್ತಿಸುತ್ತದೆ.

ಮೌಲ್ಯಗಳನ್ನು ಖಾಸಗಿಯಾಗಿ ಓದಿ, ಏಕೆಂದರೆ ಪ್ರಾಕ್ಸಿ URL ಸಾಮಾನ್ಯವಾಗಿ ರುಜುವಾತುಗಳನ್ನು ಹೊತ್ತಿರುತ್ತದೆ.

ನಂತರ ಡೀಫಾಲ್ಟ್ curl ಸಂರಚನಾ ಕಡತದಲ್ಲಿ ಪ್ರಾಕ್ಸಿ ಅಥವಾ ಸಂಪರ್ಕದ ಮೇಲ್ಬರಹಗಳನ್ನು ಪರಿಶೀಲಿಸಿ, ಮತ್ತು ನೀವು ನಿಜವಾಗಿ ಯಾವ ಕಾರ್ಯನಿರ್ವಾಹಕ ಕಡತವನ್ನು ಚಾಲನೆ ಮಾಡುತ್ತಿದ್ದೀರಿ ಎಂದು ಖಚಿತಪಡಿಸಿ. ಶೆಲ್ ಉಪನಾಮ, ಫಂಕ್ಷನ್ ಅಥವಾ ಸುತ್ತು ಸ್ಕ್ರಿಪ್ಟ್ ನಿಮ್ಮ ಆಜ್ಞಾ ಸಾಲಿನಲ್ಲಿ ಎಂದಿಗೂ ಕಾಣದ ಆಯ್ಕೆಗಳನ್ನು ಸೇರಿಸಬಹುದು.

TLS ಆನ್ ಮಾಡಿದಂತೆ ಮೂರು ಕರೆಗಳನ್ನು ಹೋಲಿಸಿ

ಮೂರೂ ರನ್‌ಗಳಿಗೆ ಒಂದೇ ಅನುಮೋದಿತ ರೋಗನಿರ್ಣಯ ಗಮ್ಯಸ್ಥಾನ ಮತ್ತು ಅದೇ ಬೈನರಿ ಬಳಸಿ.

curl -v https://service.corp.example/status
curl -q -v https://service.corp.example/status
curl -q --proxy '' -v https://service.corp.example/status

-q ಡೀಫಾಲ್ಟ್ curlrc ಅನ್ನು ನಿಗ್ರಹಿಸುತ್ತದೆ ಮತ್ತು ಕೆಲಸ ಮಾಡಲು ಸಾಲಿನ ಮೊದಲ ಪರಿಮಾಣವಾಗಿರಬೇಕು. ಇದು ಪ್ರಾಕ್ಸಿ ಪರಿಸರ ಚರಗಳನ್ನು ತೆಗೆಯುವುದಿಲ್ಲ, ಇದು ಹಾಗೆ ನಿರೀಕ್ಷಿಸುವವರನ್ನು ಬೆಚ್ಚಿಬೀಳಿಸುತ್ತದೆ. ಮೂರನೇ ರೂಪವು ಖಾಲಿ --proxy ಮೌಲ್ಯವನ್ನು ಸೇರಿಸುತ್ತದೆ ಮತ್ತು ಆ ಕರೆಗೆ ಮಾತ್ರ ಪರಿಸರ ಕೋರಿದ ಪ್ರಾಕ್ಸಿಯನ್ನು ಮೇಲ್ಬರಹ ಮಾಡುತ್ತದೆ. ಪ್ರತಿ ಔಟ್‌ಪುಟ್‌ನಲ್ಲಿ ಮೊದಲ ಸಂಪರ್ಕ ಪ್ರಯತ್ನವನ್ನು ಹೋಲಿಸಿ, ಅಂತಿಮ ಸ್ಥಿತಿ ಸಂಕೇತವನ್ನಲ್ಲ.

ವಿಸ್ತೃತ ಔಟ್‌ಪುಟ್ ಶೀರ್ಷಿಕೆಗಳು, ಟೋಕನ್‌ಗಳು ಮತ್ತು ಪ್ರಾಕ್ಸಿ ರುಜುವಾತುಗಳನ್ನು ಬಹಿರಂಗಪಡಿಸಬಹುದು, ಆದ್ದರಿಂದ ಅದನ್ನು ಸ್ಥಳೀಯವಾಗಿ ಇರಿಸಿ ಮತ್ತು ಹಂಚಿಕೊಳ್ಳುವ ಮೊದಲು ತುಣುಕುಗಳನ್ನು ಓದಿ.

ಪ್ರತಿ ಫಲಿತಾಂಶ ಏನನ್ನು ಹೊರಗಿಡುತ್ತದೆ

ಡೀಫಾಲ್ಟ್ ಸಂರಚನೆಯನ್ನು ಬಿಟ್ಟುಬಿಡುವುದು ಸಂಪರ್ಕವನ್ನು ಬದಲಿಸಿದರೆ, ಸಂರಚನಾ ಕಡತವೇ ಮೂಲ. ವಂಶಾವಳಿಯ ಪ್ರಾಕ್ಸಿಯನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವುದು ಅದನ್ನು ಬದಲಿಸಿದರೆ, ಪರಿಸರ ಚರವೇ ಮೂಲ. ಎರಡೂ ಅದನ್ನು ಬದಲಿಸದಿದ್ದರೆ ಮತ್ತು localhost ಇನ್ನೂ ಕಾಣಿಸಿದರೆ, ಆಜ್ಞಾ ಸಾಲಿನ ಸಂಪರ್ಕ ಮೇಲ್ಬರಹಗಳು, ಹೋಸ್ಟ್‌ನಾಮ ವಿಭಜನೆ ಮತ್ತು ಆಯ್ಕೆಮಾಡಿದ ಕಾರ್ಯನಿರ್ವಾಹಕ ಕಡತವನ್ನು ನೋಡಿ. ಅವುಗಳಲ್ಲಿ ಪ್ರತಿಯೊಂದಕ್ಕೂ ಬೇರೆ ಪರಿಹಾರವಿದೆ, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಯಾವುದೂ ಮಾರ್ಗನಿರ್ದೇಶನ ಬದಲಾವಣೆಯಲ್ಲ.

ಕಸ್ಟಮ್ ಗ್ರಂಥಾಲಯದ ಲೋಡಿಂಗ್ ಅಥವಾ ಚುಚ್ಚಿದ ಜಾಲ ವರ್ತನೆ ನಂತರದ ಪದರ, ಮತ್ತು ಒಂದೇ ಪರಿಸರ ಚರ ಅದಕ್ಕೆ ಸಾಕ್ಷಿಯಲ್ಲ.

ಪ್ರಾಕ್ಸಿ ನಿರ್ಧಾರವನ್ನು VPN ನಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿ ಇರಿಸಿ

curl ನೇರ ಗಮ್ಯಸ್ಥಾನವನ್ನು ಆಯ್ಕೆಮಾಡಿದ ನಂತರವೂ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ ಆ ಸಂಪರ್ಕವನ್ನು ಮಾರ್ಗನಿರ್ದೇಶಿಸುತ್ತದೆ. ಅಪ್ಲಿಕೇಶನ್ ಪ್ರಾಕ್ಸಿಯನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವುದು VPN ನ ಮಾರ್ಗ ಅಥವಾ ಅದರ ಶೋಧನಾ ನೀತಿಯನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವುದಿಲ್ಲ. ನೇರ ಪ್ರವೇಶದ ಹೋಲಿಕೆಗಳನ್ನು ಆ ರೋಗನಿರ್ಣಯಕ್ಕೆ ಅನುಮತಿ ಇರುವಲ್ಲಿ ಮಾತ್ರ ಮಾಡಿ. ನೀತಿಯನ್ನು ಮೌನವಾಗಿ ಬಳಸಿಕೊಳ್ಳದ ಪರೀಕ್ಷೆ ಮಾನ್ಯ ಫಲಿತಾಂಶವಲ್ಲ, ಅದು ಘಟನೆ.

ಸ್ಥಳೀಯ ಪ್ರಾಕ್ಸಿ ಅಗತ್ಯವಿದ್ದರೆ, ಅದರ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಅಳಿಸುವ ಬದಲು ಅದರ ಸೇವೆ ಮತ್ತು ವಿಳಾಸವನ್ನು ಮರುಸ್ಥಾಪಿಸಿ.

ಆಯ್ದ ಖಾಸಗಿ ಗಮ್ಯಸ್ಥಾನಗಳಿಗೆ ಮಾತ್ರ ನೇರ ಪ್ರವೇಶ ಬೇಕಾದರೆ, ಸಣ್ಣ ಅನುಮೋದಿತ ಹೊರತುಪಡಿಸುವಿಕೆಯನ್ನು ಸೇರಿಸಿ ಮತ್ತು ಉಳಿದ ಎಲ್ಲದಕ್ಕೂ ಪ್ರಾಕ್ಸಿಯನ್ನು ಇರಿಸಿ. ಆಯ್ಕೆಮಾಡಿದ ಮಾರ್ಗದ ಮೊದಲ ದೋಷವನ್ನು ಉಳಿಸಿ, ಏಕೆಂದರೆ localhost ನ ನಿರಾಕರಣೆ, ಪ್ರಾಕ್ಸಿ CONNECT ನ ನಿರಾಕರಣೆ, ಪ್ರಮಾಣಪತ್ರ ವೈಫಲ್ಯ ಮತ್ತು ಅಧಿಕಾರ ದೋಷ ನಾಲ್ಕು ವಿಭಿನ್ನ ಹಂತಗಳನ್ನು ಸೂಚಿಸುತ್ತವೆ.