VPN ಕ್ಲೈಂಟ್ ಸಂಪರ್ಕಿಸಿದಾಗ ವೆಬ್ ಸರ್ವರ್ ಕಣ್ಮರೆಯಾಗುತ್ತದೆ

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

ರೋಗಲಕ್ಷಣ: ವಿನಂತಿಗಳು ಒಳಗೆ, ಉತ್ತರಗಳು ತಪ್ಪು ಬಾಗಿಲಿನಿಂದ ಹೊರಗೆ

ಸೂಚನೆ ಎಂದರೆ ಹೋಸ್ಟ್ನಲ್ಲಿ ಉಳಿದೆಲ್ಲವೂ ಕೆಲಸ ಮಾಡುತ್ತಿರುವಾಗ ವಿಫಲವಾಗುವ ಒಳಬರುವ ಸಂಪರ್ಕ. ಇನ್ನೊಂದು ಸೂಚನೆ ಎಂದರೆ LAN ನಿಂದ ತಲುಪಬಹುದಾದರೂ ಇಂಟರ್ನೆಟ್ನಿಂದ ತಲುಪಲಾಗದ ಹೋಸ್ಟ್, ಅಥವಾ ಸುರಂಗ ಮತ್ತೆ ಸಂಪರ್ಕಿಸುವವರೆಗೆ ಕೆಲಸ ಮಾಡಿ ನಂತರ ನಿಲ್ಲುವ ಹೋಸ್ಟ್. ಪ್ರತಿ ಸಂದರ್ಭದಲ್ಲೂ ಮುಂದಿನ ದಿಕ್ಕು ಕೆಲಸ ಮಾಡಿತು ಮತ್ತು ಹಿಂತಿರುಗುವ ದಿಕ್ಕು ಮಾಡಲಿಲ್ಲ, ಇದು ನೀತಿಗಿಂತ ರೂಟಿಂಗ್ ಅಸಮಮಿತಿಯನ್ನು ಸೂಚಿಸುತ್ತದೆ.

ಉತ್ತರ ಎಲ್ಲಿಗೆ ಹೋಗುತ್ತದೆ ಎಂದು ನೋಡುವ ಮೂಲಕ ಇದನ್ನು ದೃಢೀಕರಿಸಿ, ವಿನಂತಿ ಹೇಗೆ ಬರುತ್ತದೆ ಎಂದು ನೋಡುವ ಮೂಲಕ ಅಲ್ಲ.

ಭೌತಿಕ ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿ ಮತ್ತು ಸುರಂಗ ಸಾಧನದಲ್ಲಿ ಒಂದೇ ಸಮಯದಲ್ಲಿ ಸೆರೆಹಿಡಿಯಿರಿ. ವಿನಂತಿ ಭೌತಿಕ ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿ ಕಾಣಿಸಿಕೊಂಡು ಉತ್ತರ ಸುರಂಗದಲ್ಲಿ ಕಾಣಿಸಿಕೊಂಡರೆ, ರೋಗನಿರ್ಣಯ ಮುಗಿದಿದೆ. ಎಲ್ಲೂ ಕಾಣಿಸದ ಉತ್ತರ ಎಂದರೆ ಸೇವೆ ಸಂಪರ್ಕವನ್ನು ಎಂದಿಗೂ ಸ್ವೀಕರಿಸಲಿಲ್ಲ, ಇದು ಬೇರೆ ಕಾರಣದ ಬೇರೆ ತನಿಖೆ.

ಎರಡು ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗಗಳು ಮತ್ತು ಒಂದು ರೂಟಿಂಗ್ ನಿರ್ಧಾರ

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

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

ಸುರಂಗವು ಎಲ್ಲಾ ಸಮಯದಲ್ಲೂ ಸರಿಯಾಗಿ ವರ್ತಿಸುತ್ತದೆ. ಅದಕ್ಕೆ ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗವನ್ನು ಹೊತ್ತುಕೊಂಡು ಹೋಗಲು ಹೇಳಲಾಗಿತ್ತು ಮತ್ತು ಅದು ನಿಖರವಾಗಿ ಅದನ್ನೇ ಮಾಡುತ್ತದೆ.

ಸುರಂಗವನ್ನು ಮುರಿಯದೆ ಹಿಂತಿರುಗುವ ಮಾರ್ಗವನ್ನು ಸರಿಪಡಿಸಿ

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

ಹೋಸ್ಟ್ ಏನು ಮಾಡಬೇಕು ಎಂಬುದರ ಆಧಾರದ ಮೇಲೆ ಆಯ್ಕೆಮಾಡಿ, ನೀವು ಮೊದಲು ಯಾವ ತುಣುಕನ್ನು ಕಂಡುಕೊಂಡಿರಿ ಎಂಬುದರ ಮೇಲೆ ಅಲ್ಲ.

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

ip rule show
ip route get 203.0.113.9 from 192.0.2.44

ಹೋಸ್ಟ್ ತನ್ನ ಹಿಂದಿನ LAN ಗೂ ರೂಟ್ ಮಾಡುವಾಗ

ಇನ್ನೊಂದು ಹೆಜ್ಜೆ ದೂರದಲ್ಲಿ, ಅದೇ ಅಸಮಮಿತಿ ಹೆಚ್ಚು ಚಲಿಸುವ ಭಾಗಗಳೊಂದಿಗೆ ಮರಳುತ್ತದೆ. ಸಂಚಾರವು ಇಂಟರ್ನೆಟ್ನಿಂದ ರೌಟರ್ಗೆ ತಲುಪಿ, ಆಂತರಿಕ ಸಾಧನಕ್ಕೆ ರವಾನೆಯಾಗುತ್ತದೆ, ಮತ್ತು ಆ ಸಾಧನದ ಹಿಂತಿರುಗುವ ಏಕೈಕ ಮಾರ್ಗ ಸುರಂಗವಾಗಿದೆ, ಆದ್ದರಿಂದ ಉತ್ತರವು ಮೂಲ ಕ್ಲೈಂಟ್ಗೆ ಪೂರೈಕೆದಾರರ ಸ್ವಂತ ವಿಳಾಸದಿಂದ ತಲುಪುತ್ತದೆ. ನಂತರ ಸಂಪರ್ಕ ಟ್ರ್ಯಾಕಿಂಗ್ ತಾನು ಪ್ರಾರಂಭವನ್ನು ಕಾಣದ ಹರಿವಿಗೆ ಉತ್ತರವನ್ನು ಎದುರಿಸಿ ಅದನ್ನು ಎಸೆಯುತ್ತದೆ. ಕ್ಲೈಂಟ್ ಈ ಮಧ್ಯೆ ಏನನ್ನೂ ಕಾಣುವುದಿಲ್ಲ.

ಎರಡು ಬದಲಾವಣೆಗಳು ಅದನ್ನು ಸರಿಪಡಿಸುತ್ತವೆ: ಒಳಬರುವ ಸಂಪರ್ಕವು ಆಂತರಿಕ ಸಾಧನವನ್ನು ತಲುಪುವಂತೆ ಗಮ್ಯಸ್ಥಾನ ಅನುವಾದ, ಮತ್ತು ಆ ಸಾಧನದ ಉತ್ತರವು ರೌಟರ್ನಿಂದಲೇ ಬಂದಂತೆ ಕಾಣುವಂತೆ ಮೂಲ ಅನುವಾದ.

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