VPN ಆನ್ ಮತ್ತು localhost ಕೆಲಸ ಮಾಡುವುದನ್ನು ನಿಲ್ಲಿಸಿದೆ: ಹೆಸರು, ಪ್ರಾಕ್ಸಿ ಅಥವಾ ಬೈಂಡ್?

ನಿಮ್ಮ ಅಭಿವೃದ್ಧಿ ಸರ್ವರ್ ಒಂದು ನಿಮಿಷದ ಹಿಂದೆ ಉತ್ತರಿಸಿತ್ತು, ಈಗ ಸುರಂಗ ಆನ್ ಆಗಿರುವುದರಿಂದ ನೀವು ಎಂದೂ ಟೈಪ್ ಮಾಡದ ಹೋಸ್ಟ್ ಹೆಸರಿನೊಂದಿಗೆ ವಿನಂತಿ ಸಮಯ ಮೀರಿ ಹೋಗುತ್ತದೆ. ಬಹುತೇಕ ಎಲ್ಲಾ ಸಂದರ್ಭಗಳನ್ನು ಎರಡು ಕಾರ್ಯವಿಧಾನಗಳು ವಿವರಿಸುತ್ತವೆ, ಮತ್ತು ಹೊರಗಿನಿಂದ ಅವು ಒಂದೇ ರೀತಿ ಕಾಣುತ್ತವೆ. ಹುಡುಕಾಟ ಪ್ರತ್ಯಯವು ಚಿಕ್ಕ ಹೆಸರನ್ನು ಸಾಂಸ್ಥಿಕ ಹೆಸರಾಗಿ ಪರಿವರ್ತಿಸುತ್ತದೆ, ಆದರೆ ಪ್ರಾಕ್ಸಿ ಲೂಪ್‌ಬ್ಯಾಕ್ ಸಂಚಾರವನ್ನು ಅದನ್ನು ತಲುಪಲು ಸಾಧ್ಯವಿಲ್ಲದ ಹೋಸ್ಟ್‌ಗೆ ಕಳುಹಿಸುತ್ತದೆ. ಈ ಎರಡನ್ನು ಬೇರ್ಪಡಿಸಲು ಒಂದು ಪ್ರಶ್ನೆ ಸಾಕು ಮತ್ತು ನೀವು ಬರೆಯಲಿದ್ದ ಫೈರ್ವಾಲ್ ನಿಯಮ ಉಳಿಯುತ್ತದೆ.

localhost ಸಾಂಸ್ಥಿಕ ವಲಯಕ್ಕೆ ಪರಿಹಾರವಾದಾಗ

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

getent hosts localhost
resolvectl domain
ss -ltnp | grep 8080

ಅಪ್ಲಿಕೇಶನ್, ಡೇಟಾಬೇಸ್ ಕ್ಲೈಂಟ್ ಅಥವಾ ನೋಟ್‌ಬುಕ್ URL ನಲ್ಲಿ ಹೋಸ್ಟ್ ಹೆಸರಿನ ಬದಲು ಅಕ್ಷರಶಃ ವಿಳಾಸವನ್ನು ಹಾಕಿ, ನಂತರ ವಿನಂತಿ ಪುನರಾವರ್ತಿಸಿ. ವೈಫಲ್ಯ ಮಾಯವಾದರೆ ನಿಮಗೆ ಹೆಸರಿಸುವ ಸಮಸ್ಯೆ ಇತ್ತು ಮತ್ತು ಸುರಂಗ ಕೇವಲ ಪ್ರಚೋದಕವಾಗಿತ್ತು. ಅದು ಮುಂದುವರಿದರೆ ಆಲಿಸುವವರು ಅಥವಾ ಮಾರ್ಗ ಮುಂದಿನ ಶಂಕಿತ ಮತ್ತು ಹೆಸರು ಕೇವಲ ತಪ್ಪುದಾರಿ ಸುಳಿವು.

ಲೂಪ್‌ಬ್ಯಾಕ್ ಹಿಡಿಯುವ ಪ್ರಾಕ್ಸಿ ಸೆಟ್ಟಿಂಗ್‌ಗಳು

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

ಅಪ್ಲಿಕೇಶನ್ ಚೌಕಟ್ಟುಗಳು ತಮ್ಮದೇ ಪರಿಸರ ಚರಗಳನ್ನು ಮತ್ತು ಕೆಲವೊಮ್ಮೆ ತಮ್ಮದೇ ಸಂರಚನಾ ಫೈಲ್ ಓದುತ್ತವೆ, ಆದ್ದರಿಂದ ಒಂದು ಉಪಕರಣಕ್ಕೆ ಕೆಲಸ ಮಾಡುವ ಬೈಪಾಸ್ ಮುಂದಿನದಕ್ಕೆ ಏನನ್ನೂ ಸಾಬೀತು ಮಾಡುವುದಿಲ್ಲ. ಬ್ರೌಸರ್‌ಗಳು ಒಂದು ಸೂಕ್ಷ್ಮತೆ ಸೇರಿಸುತ್ತವೆ: Chromium ಆಧಾರಿತ ಬ್ರೌಸರ್‌ಗಳು ಲೂಪ್‌ಬ್ಯಾಕ್‌ಗೆ ಪ್ರಾಕ್ಸಿಯನ್ನು ಸೂಚ್ಯವಾಗಿ ಬೈಪಾಸ್ ಮಾಡುತ್ತವೆ, ಮತ್ತು ಬೈಪಾಸ್ ಟೋಕನ್ ಆ ವರ್ತನೆಯನ್ನು ತೆಗೆದುಹಾಕಬಹುದು. ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಂ ಸೆಟ್ಟಿಂಗ್ ಇಡೀ ಕಥೆ ಎಂದು ಭಾವಿಸುವ ಬದಲು ನಿಜವಾದ ಪ್ರಾಕ್ಸಿ ನಿರ್ಣಯ ಪರಿಶೀಲಿಸಿ. ಶೆಲ್‌ನಿಂದ ಪ್ರಾರಂಭವಾಗುವ ಯಾವುದಕ್ಕೂ ಎರಡು ಆದೇಶಗಳು ಇದನ್ನು ನಿರ್ಧರಿಸುತ್ತವೆ:

curl --noproxy '*' http://127.0.0.1:8080/health
NO_PROXY=localhost,127.0.0.1,::1 your-tool

ಬೈಂಡ್ ವಿಳಾಸ ಯಾರು ಸಂಪರ್ಕಿಸಬಹುದೆಂದು ನಿರ್ಧರಿಸುತ್ತದೆ

127.0.0.1 ನಲ್ಲಿ ಪ್ರಾರಂಭವಾಗುವ ಸರ್ವರ್ ಆ ಯಂತ್ರದಿಂದ ಮಾತ್ರ ಸಂಪರ್ಕ ಸ್ವೀಕರಿಸುತ್ತದೆ, ಇದು ಅಭಿವೃದ್ಧಿಗೆ ಸಾಮಾನ್ಯವಾಗಿ ಸರಿಯಾದ ಡೀಫಾಲ್ಟ್. 0.0.0.0 ನಲ್ಲಿನ ಸರ್ವರ್ VPN ಅಡಾಪ್ಟರ್ ಸೇರಿದಂತೆ ಪ್ರತಿ ಇಂಟರ್ಫೇಸ್‌ನಲ್ಲಿ ಉತ್ತರಿಸುತ್ತದೆ, ಇದು ಹೆಚ್ಚಿನ ಜನರು ಉದ್ದೇಶಿಸುವುದಕ್ಕಿಂತ ಹೆಚ್ಚು ಒಡ್ಡುವಿಕೆ. ಅಕ್ಷರಶಃ ಲೂಪ್‌ಬ್ಯಾಕ್ ವಿಳಾಸ ವಿಫಲವಾದಾಗ ಮೊದಲು ಬೈಂಡ್ ಪರಿಶೀಲಿಸಿ.

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

ಡೀಬಗ್ಗಿಂಗ್ ಉಪಕರಣ LAN ನಿರೀಕ್ಷಿಸುವ ಸ್ಥಳ

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

ನಿಯಂತ್ರಣ ಪೋರ್ಟ್ ಮತ್ತು ಡೇಟಾ ಪೋರ್ಟ್ ಪ್ರತ್ಯೇಕವಾಗಿ ಗುರುತಿಸಿ, ಏಕೆಂದರೆ ಹಲವು ಬಾರಿ ಒಂದು ಉಳಿಯುತ್ತದೆ ಮತ್ತೊಂದು ಉಳಿಯುವುದಿಲ್ಲ. ನಂತರ ಸರಿಪಡಿಸುವಿಕೆ ಉಪಕರಣದ ಸಂರಚನೆಗೆ ಸೇರಿದೆಯೇ, ಆ ಉಪಜಾಲದ ಮಾರ್ಗಕ್ಕೆ, ಅಥವಾ ಸ್ಪ್ಲಿಟ್ ಸುರಂಗ ನಿಯಮಕ್ಕೆ ಎಂದು ನಿರ್ಧರಿಸಿ. ಪ್ರತಿ ಡೆವಲಪರ್ ಯಂತ್ರದಲ್ಲಿ hosts ಫೈಲ್ ಸಂಪಾದಿಸುವುದು ಅತ್ಯಂತ ಕೆಟ್ಟದಾಗಿ ಸ್ಕೇಲ್ ಆಗುತ್ತದೆ ಮತ್ತು ಮೊದಲು ಮರೆತುಹೋಗುತ್ತದೆ. ಪ್ರೊಫೈಲ್‌ನೊಂದಿಗೆ ಜೀವಿಸುವ ಮತ್ತು ಸುರಂಗವನ್ನು ಹೊಂದಿರುವ ಯಾರಾದರೂ ಪರಿಶೀಲಿಸಬಹುದಾದ ಸೆಟ್ಟಿಂಗ್‌ಗೆ ಆದ್ಯತೆ ನೀಡಿ.

ವಿಫಲವಾಗುವ ಮೊದಲ ಹಂತದಲ್ಲಿ ನಿಲ್ಲಿ

ಮೂರು ಹಂತಗಳ ಮೂಲಕ ಇಳಿಯಿರಿ: ಹೆಸರು ಪರಿಹರಿಸಿ, ಅಕ್ಷರಶಃ ವಿಳಾಸಕ್ಕೆ ಸಾಕೆಟ್ ತೆರೆಯಿರಿ, ನಂತರ ಉಪಕರಣ ತನ್ನದೇ ಸಂಪರ್ಕ ಮಾಡಲಿ. ಪ್ರತಿ ಹಂತ ಒಂದು ಪದರ ತೆಗೆದುಹಾಕುತ್ತದೆ, ಆದ್ದರಿಂದ ಮೊದಲ ವೈಫಲ್ಯ ಸರಿಪಡಿಸಬೇಕಾದ ಪದರವನ್ನು ಹೆಸರಿಸುತ್ತದೆ ಮತ್ತು ಅದ ನಂತರದ ಎಲ್ಲವೂ ಪರೀಕ್ಷಿಸದೆ ಉಳಿಯುತ್ತದೆ. ಏನನ್ನಾದರೂ ಬದಲಿಸುವ ಮೊದಲು ಫಲಿತಾಂಶ ಬರೆಯಿರಿ, ಏಕೆಂದರೆ ಅಳತೆಗೆ ಮೊದಲು ಅನ್ವಯಿಸಿದ ಸರಿಪಡಿಸುವಿಕೆಯನ್ನು ಅದೃಷ್ಟದಿಂದ ಪ್ರತ್ಯೇಕಿಸಲಾಗದು. ಮೊದಲ ಪ್ರಯತ್ನ ವಿಫಲವಾಗಿ ಮರುಪ್ರಯತ್ನ ಕೆಲಸ ಮಾಡಿದರೆ, ಉಪಕರಣ ಪ್ರಾರಂಭವಾದಾಗ ಸುರಂಗ ಸಿದ್ಧವಿರಲಿಲ್ಲ.

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