VPN ಕ್ಲೈಂಟ್ ಮೋಡ್‌ನಲ್ಲಿ ರೌಟರ್: LAN ಸಾಧನಗಳು ಏಕೆ ಕಣ್ಮರೆಯಾಗುತ್ತವೆ
ರೌಟರ್ VPN ಕ್ಲೈಂಟ್ ಮೋಡ್‌ಗೆ ಹೋದ ನಂತರ LAN ಸಾಧನಗಳು ಕಣ್ಮರೆಯಾಗುತ್ತವೆ: ಮೊದಲು ಫಾರ್ವರ್ಡ್ ಮಾರ್ಗದ ಪರಿಶೀಲನಾ ವೈಶಿಷ್ಟ್ಯವನ್ನು, ನಂತರ ಫರ್ಮ್‌ವೇರ್ ಬದಲಿಸಿದ LAN ಶ್ರೇಣಿಯನ್ನು ಪರಿಶೀಲಿಸಿ.
ಕ್ಲೈಂಟ್ ಮೋಡ್ ಸ್ವತಃ LAN ಪ್ರವೇಶವನ್ನು ಕೊಲ್ಲುತ್ತದೆ ಎಂಬ ನಂಬಿಕೆ ಜನರನ್ನು ತಪ್ಪು ಸೆಟ್ಟಿಂಗ್‌ಗಳ ಮೆನುಗೆ ಕಳುಹಿಸುತ್ತದೆ, ಮತ್ತು ನಿಜವಾದ ಕಾರಣಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಎರಡು. ಟನೆಲ್ LAN ಸೇತುವೆಯನ್ನು ತೆಗೆದುಹಾಕುವುದಿಲ್ಲ ಮತ್ತು ತಂತಿ ಹಾಗೂ ನಿಸ್ತಂತು ಕ್ಲೈಂಟ್‌ಗಳು ಒಬ್ಬರನ್ನೊಬ್ಬರು ತಲುಪದಂತೆ ತಡೆಯುವುದಿಲ್ಲ. ಸ್ಥಳೀಯ ಪ್ರವೇಶವನ್ನು ಮುರಿಯುವುದು ರೌಟರ್‌ನ ಫಾರ್ವರ್ಡ್ ಮಾರ್ಗದಲ್ಲಿರುವ ಪರಿಶೀಲನಾ ವೈಶಿಷ್ಟ್ಯ ಅಥವಾ ಫರ್ಮ್‌ವೇರ್ ಬದಲಾದಾಗ ಸರಿದ LAN ವಿಳಾಸ ಶ್ರೇಣಿ. ಎರಡೂ ಒಂದೇ ದೂರನ್ನು ಉಂಟುಮಾಡುತ್ತವೆ, ಮತ್ತು VPN ಪ್ರೊಫೈಲ್ ಮರುಸ್ಥಾಪಿಸುವುದರಿಂದ ಯಾವುದೂ ಸರಿಯಾಗುವುದಿಲ್ಲ.
ಪುರಾಣ, ಮತ್ತು ಕ್ಲೈಂಟ್ ಮೋಡ್ ನಿಜವಾಗಿ ಏನನ್ನು ಬದಲಿಸುತ್ತದೆ
ಕ್ಲೈಂಟ್ ಮೋಡ್ ಟನೆಲ್ ಇಂಟರ್ಫೇಸ್ ಮತ್ತು ಅದರ ಮೂಲಕ ಹೋಗುವ ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗವನ್ನು ಸೇರಿಸುತ್ತದೆ, ನಂತರ LAN ಸಂಚಾರವನ್ನು ಆ ಟನೆಲ್‌ಗೆ ಫಾರ್ವರ್ಡ್ ಮಾಡುತ್ತದೆ. ತಂತಿ ಪೋರ್ಟ್‌ಗಳು ಮತ್ತು ನಿಸ್ತಂತು ರೇಡಿಯೊಗಳ ನಡುವಿನ ಸೇತುವೆ ಅಸ್ಪೃಶ್ಯವಾಗಿರುತ್ತದೆ, ಸ್ಥಳೀಯ ಸ್ವಿಚಿಂಗ್ ಕೂಡ. ಬದಲಾಗುವುದು ನೀತಿ: ಯಾವ ಸಂಚಾರ ಫಾರ್ವರ್ಡ್ ಆಗುತ್ತದೆ, ಎಲ್ಲಿ ಅನುವಾದವಾಗುತ್ತದೆ ಮತ್ತು ಕ್ಲೈಂಟ್‌ಗಳಿಗೆ ಯಾವ ರಿಜಾಲ್ವರ್ ಸಿಗುತ್ತದೆ.
ಈ ವ್ಯತ್ಯಾಸ ಮುಖ್ಯ ಏಕೆಂದರೆ ಮುರಿದ LAN ಸಾಮಾನ್ಯವಾಗಿ ಆ ಮೂರು ನೀತಿಗಳಲ್ಲಿ ಒಂದು ಬದಲಾಗಿದೆ ಎಂದರ್ಥ, ರೌಟರ್ ಸ್ವಿಚ್ ಆಗುವುದನ್ನು ನಿಲ್ಲಿಸಿದೆ ಎಂದಲ್ಲ. ತನ್ನದೇ ಆಡಳಿತ ಪುಟಕ್ಕೆ ಇನ್ನೂ ಉತ್ತರಿಸುವ ರೌಟರ್ LAN ಇಂಟರ್ಫೇಸ್ ಜೀವಂತವಾಗಿದೆ ಎಂಬ ಸಾಕ್ಷ್ಯ. ಯಾವುದಕ್ಕೂ ಉತ್ತರಿಸದ ರೌಟರ್‌ಗೆ ಬೇರೆ ಸಮಸ್ಯೆ ಇದೆ, ಉದಾಹರಣೆಗೆ ಬದಲಾದ LAN ವಿಳಾಸ ಅಥವಾ ತಪ್ಪು ಸಬ್‌ನೆಟ್‌ನಲ್ಲಿರುವ ಕ್ಲೈಂಟ್.
ಆದ್ದರಿಂದ ಉಪಯುಕ್ತ ಮೊದಲ ಹೆಜ್ಜೆ ಯಾವ ಪದರ ಮುರಿದಿದೆ ಎಂದು ಕಂಡುಹಿಡಿಯುವುದು, ನೀವು ಶಂಕಿಸುವ ಪದರವನ್ನು ಬದಲಿಸುವುದಲ್ಲ.
ಸೆಟ್ಟಿಂಗ್ ಮುಟ್ಟುವ ಮೊದಲು ಮೂರು ಗುರಿಗಳನ್ನು ಪರೀಕ್ಷಿಸಿ
ತಂತಿ ಕ್ಲೈಂಟ್‌ನಿಂದ ಮೂರು ಗುರಿಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಪರೀಕ್ಷಿಸಿ ಮತ್ತು ಪ್ರತಿ ಫಲಿತಾಂಶವನ್ನು ಬರೆಯಿರಿ: ರೌಟರ್‌ನ ಸ್ವಂತ LAN ವಿಳಾಸ, ಅದೇ ಸ್ವಿಚ್‌ನಲ್ಲಿರುವ ಇನ್ನೊಂದು ಸಾಧನ IP ಮೂಲಕ, ಮತ್ತು ಟನೆಲ್ ಮೂಲಕ ಮಾತ್ರ ತಲುಪಬಹುದಾದ ಯಾವುದೋ ಒಂದು. ಈ ಕ್ರಮದಲ್ಲಿ ಮಾಡಿ, ಏಕೆಂದರೆ ಪ್ರತಿ ಫಲಿತಾಂಶ ಬೇರೆ ಪದರವನ್ನು ಹೊರಗಿಡುತ್ತದೆ. ಮೊದಲ ಸುತ್ತಿನಲ್ಲಿ ಹೆಸರಿನ ಬದಲು ವಿಳಾಸಗಳನ್ನು ಬಳಸಿ, ಏಕೆಂದರೆ ಹೆಸರಿನ ವೈಫಲ್ಯ DNS ಅನ್ನು ಸಂಪರ್ಕ ಪ್ರಶ್ನೆಗೆ ಬೆರೆಸುತ್ತದೆ.
ಉತ್ತರಗಳ ಮಾದರಿಯೇ ರೋಗನಿರ್ಣಯ. ಸ್ಥಳೀಯ ಸಾಧನಗಳು ಉತ್ತರಿಸದಿದ್ದರೂ ರೌಟರ್ ಉತ್ತರಿಸಿದರೆ ಅದು ಸ್ಥಳೀಯ ಸ್ವಿಚಿಂಗ್ ಅಥವಾ ಫಿಲ್ಟರಿಂಗ್ ವೈಶಿಷ್ಟ್ಯದ ಕಡೆಗೆ ಸೂಚಿಸುತ್ತದೆ, ರೂಟಿಂಗ್ ಕಡೆಗಲ್ಲ. ಟನೆಲ್ ಕಡೆ ಉತ್ತರಿಸದಿದ್ದರೂ ಸ್ಥಳೀಯ ಸಾಧನಗಳು ಉತ್ತರಿಸಿದರೆ ಅದು ಟನೆಲ್ ಮಾರ್ಗ ಅಥವಾ ದೂರದ ಫೈರ್‌ವಾಲ್ ಕಡೆಗೆ ಸೂಚಿಸುತ್ತದೆ. ವಿಳಾಸದಿಂದ ಎಲ್ಲವೂ ಉತ್ತರಿಸಿ ಹೆಸರುಗಳು ವಿಫಲವಾದರೆ ಅದು ರಿಜಾಲ್ವರ್ ಪ್ರಶ್ನೆ, ಮತ್ತು ಮಾರ್ಗ ಸಂಪಾದನೆಯಿಂದ ಅದು ಸರಿಯಾಗದು.
| What answers | What it points at |
|---|---|
| Router only | LAN-side filtering or a broken bridge |
| Router and local hosts, not remote | Tunnel route, NAT or remote firewall |
| Addresses yes, names no | DNS handed to clients by the router |
| Nothing at all | Client subnet or router LAN address changed |
ಪರೀಕ್ಷಾ ಫಲಿತಾಂಶಗಳ ಪಕ್ಕದಲ್ಲಿ ಕೋಷ್ಟಕವನ್ನು ಇರಿಸಿ. ಅದು ಅಸ್ಪಷ್ಟ ದೂರನ್ನು ನೀವು ಕ್ರಮ ತೆಗೆದುಕೊಳ್ಳಬಹುದಾದ ಒಂದು ಸಾಲಾಗಿ ಬದಲಿಸುತ್ತದೆ.
ಫಾರ್ವರ್ಡ್ ಮಾರ್ಗದ ಒಳಗಿನ ಭದ್ರತಾ ಪದರ
ಗ್ರಾಹಕ ರೌಟರ್‌ಗಳಲ್ಲಿ ಫಾರ್ವರ್ಡ್ ಆಗುವ ಸಂಚಾರವನ್ನು ಗಮನಿಸುವ ಪರಿಶೀಲನಾ ವೈಶಿಷ್ಟ್ಯ ಹೆಚ್ಚುತ್ತಿದೆ, ಮತ್ತು ಅದು LAN ನಿಂದ ಟನೆಲ್‌ಗೆ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಸಾಗಿಸುವ ಅದೇ ಮಾರ್ಗದಲ್ಲಿ ಚಲಿಸುತ್ತದೆ. ಆ ಪರಿಶೀಲನೆ ಟನೆಲ್ ಸಂಚಾರವನ್ನು ವರ್ಗೀಕರಿಸಲು ಸಾಧ್ಯವಾಗದಿದ್ದಾಗ, ಟನೆಲ್ ಸ್ವತಃ ಚಾಲನೆಯಲ್ಲಿದ್ದು ರೌಟರ್ ಆರೋಗ್ಯಕರ ಸಂಪರ್ಕ ವರದಿ ಮಾಡುತ್ತಿದ್ದರೂ ಫಾರ್ವರ್ಡಿಂಗ್ ನಿಲ್ಲಬಹುದು. VPN ಲಾಗ್‌ನಲ್ಲಿ ಇದು ಕಾಣುವುದಿಲ್ಲ, ಏಕೆಂದರೆ VPN ನಿಜವಾಗಿ ಸಂಪರ್ಕಗೊಂಡಿತು.
ರೋಗನಿರ್ಣಯವು ನಿಯಂತ್ರಿತ ಪ್ರಯೋಗ, ಶಾಶ್ವತ ಬದಲಾವಣೆಯಲ್ಲ. ಪ್ರಸ್ತುತ ಸೆಟ್ಟಿಂಗ್ ಬರೆಯಿರಿ, ಒಂದು ಪರೀಕ್ಷೆಯ ಅವಧಿಗೆ ವೈಶಿಷ್ಟ್ಯವನ್ನು ಆಫ್ ಮಾಡಿ, ಟನೆಲ್ ಮತ್ತೆ ಎತ್ತಿ, ಮತ್ತು ವಿಳಾಸದಿಂದ ಒಂದು ಸ್ಥಳೀಯ ಹೋಸ್ಟ್ ಪರೀಕ್ಷಿಸಿ. ಹಿಂತಿರುಗಿ ಬರುವ ಫಾರ್ವರ್ಡಿಂಗ್ ನಿಮಗೆ ಬೇಕಾದ ಸಾಕ್ಷ್ಯ, ಮತ್ತು ಆಗ ರಾಜಿ ಊಹೆಯ ಬದಲು ನಿರ್ಧಾರವಾಗುತ್ತದೆ. ಏನೂ ಬದಲಾಗದಿದ್ದರೆ ತಕ್ಷಣ ಅದನ್ನು ಮತ್ತೆ ಆನ್ ಮಾಡಿ ಮತ್ತು ವಿಳಾಸದ ಕಾರಣಕ್ಕೆ ಹೋಗಿ.
ಟನೆಲ್ ಕೆಲಸ ಮುಂದುವರಿಯಲು ಪಾವತಿಸಿದ ಭದ್ರತಾ ವೈಶಿಷ್ಟ್ಯವನ್ನು ಆಫ್ ಇಡುವುದು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಮಾಡಿ ದಾಖಲಿಸಬೇಕಾದ ರಾಜಿ. ಟನೆಲ್ ಬೇರೆ ಸಾಧನದಲ್ಲಿರಬೇಕೇ ಎಂದು ಕೇಳುವುದೂ ಯೋಗ್ಯ, ಏಕೆಂದರೆ ಎಲ್ಲವನ್ನೂ ಪರಿಶೀಲಿಸಬೇಕಾದ ರೌಟರ್ ಮತ್ತು ಎಲ್ಲವನ್ನೂ ಫಾರ್ವರ್ಡ್ ಮಾಡಬೇಕಾದ ರೌಟರ್ ಎರಡು ಬೇರೆ ಕೆಲಸಗಳು.
ಎರಡನೇ ಕಾರಣ: LAN ಶ್ರೇಣಿ ಸರಿದಿದೆ
ಫರ್ಮ್‌ವೇರ್ ನವೀಕರಣಗಳು LAN ವಿಳಾಸವನ್ನು ತಯಾರಕರ ಡೀಫಾಲ್ಟ್‌ಗೆ ನಿಯಮಿತವಾಗಿ ಮರಳಿಸುತ್ತವೆ, ಮತ್ತು ಕೆಲವು ರೌಟರ್‌ಗಳಲ್ಲಿ LAN ಖಾಸಗಿ ಶ್ರೇಣಿಯನ್ನು ಇಟ್ಟುಕೊಳ್ಳುತ್ತದೆಯೇ ಅಥವಾ ಮೇಲಿನ ಸಾಧನದಿಂದ ಒಂದನ್ನು ಬಳುವಳಿಯಾಗಿ ಪಡೆಯುತ್ತದೆಯೇ ಎಂದು ನಿರ್ಧರಿಸುವ ಸ್ಪಷ್ಟ ಮೋಡ್ ಸ್ವಿಚ್ ಇರುತ್ತದೆ. 192.168.8.x ನಿರೀಕ್ಷಿಸುವ ಕ್ಲೈಂಟ್ 10.64.0.x ಗೆ ಬಂದು ಸೇರಬಹುದು, ಆಗ ಟನೆಲ್ ಸಂಪೂರ್ಣ ಆರೋಗ್ಯಕರವಾಗಿದ್ದರೂ ಹೋಸ್ಟ್‌ಗೆ SSH ಅಧಿವೇಶನದ ಸಮಯ ಮುಗಿಯುತ್ತದೆ.
ipconfig /all
ip addr show
ip route get 192.168.8.20ರೌಟರ್ ಪುಟ ತೆರೆಯುವ ಮೊದಲು ಲೀಜ್‌ನಿಂದ ಪ್ರಿಫಿಕ್ಸ್ ಮತ್ತು ಗೇಟ್‌ವೇ ಓದಿ. ಮೊದಲ ಎರಡು ಆಜ್ಞೆಗಳು ಕ್ಲೈಂಟ್ ನಿಜವಾಗಿ ಏನನ್ನು ಪಡೆದಿದೆ ಎಂಬುದನ್ನು ತೋರಿಸುತ್ತವೆ, ಮತ್ತು ಮೂರನೆಯದು ಸ್ಥಳೀಯ ವಿಳಾಸಕ್ಕೆ ಕ್ಲೈಂಟ್ ಯಾವ ಇಂಟರ್ಫೇಸ್ ಬಳಸುತ್ತದೆ ಎಂಬುದನ್ನು ತೋರಿಸುತ್ತದೆ, ಉಳಿದ ಮಾರ್ಗ ಅಥವಾ ಹಳೆಯ ಸಬ್‌ನೆಟ್ ಹೀಗೆ ತನ್ನನ್ನು ಬಯಲು ಮಾಡುತ್ತದೆ. ನಂತರ ಅದನ್ನು LAN ಪುಟ ಮತ್ತು ರೌಟರ್ ಇರುವ ಮೋಡ್‌ನೊಂದಿಗೆ ಹೋಲಿಸಿ.
ಶ್ರೇಣಿ ಹಿಂತಿರುಗಲು ಸಾಧ್ಯವಾಗದಿದ್ದರೆ ಅದನ್ನು ಹೆಸರಿಸುವ ಪ್ರತಿ ವಸ್ತುವನ್ನು ನವೀಕರಿಸಿ: DHCP ಕಾಯ್ದಿರಿಸುವಿಕೆಗಳು, ಹಳೆಯ ಸಬ್‌ನೆಟ್‌ಗೆ ಯಾವುದೇ ಸ್ಥಿರ ಮಾರ್ಗ, ಮತ್ತು ಹಿಂದಿನ ಪ್ರಿಫಿಕ್ಸ್ ಹೊತ್ತಿರುವ ಪ್ರತಿ ಫೈರ್‌ವಾಲ್ ನಿಯಮ. ಟನೆಲ್‌ನ ದೂರದ ಸಬ್‌ನೆಟ್‌ಗೆ ಘರ್ಷಿಸುವ ಶ್ರೇಣಿ ಕೆಟ್ಟ ರೂಪ, ಏಕೆಂದರೆ ಸ್ಥಳೀಯ ಸಾಧನಗಳು ತಲುಪಬಹುದಾಗಿ ಉಳಿಯುತ್ತವೆ ಆದರೆ ದೂರದ ಗಮ್ಯಸ್ಥಾನಗಳು ಮೌನವಾಗಿ LAN ಗೆ ತಪ್ಪಾಗಿ ರೂಟ್ ಆಗುತ್ತವೆ.
ಮತ್ತೆ ಸಂಪರ್ಕಿಸಿ ಮತ್ತು ಪ್ಯಾಕೆಟ್ ಕ್ರಮದಲ್ಲಿ ಮತ್ತೆ ಪರೀಕ್ಷಿಸಿ
ಎರಡು ಬದಲಾವಣೆಗಳಲ್ಲಿ ಯಾವುದಾದರೂ ನಂತರ ಟನೆಲ್ ಮತ್ತೆ ಸಂಪರ್ಕಿಸಿ ಮತ್ತು ಪರೀಕ್ಷೆಗಳನ್ನು ಪ್ಯಾಕೆಟ್ ಕ್ರಮದಲ್ಲಿ ಪುನರಾವರ್ತಿಸಿ: ರೌಟರ್, ಸ್ಥಳೀಯ ಹೋಸ್ಟ್, ದೂರದ ಹೋಸ್ಟ್, ನಂತರ ಹೆಸರುಗಳು, ನಂತರ ಅಪ್ಲಿಕೇಶನ್. ಮೊದಲು ಅಪ್ಲಿಕೇಶನ್ ಪರೀಕ್ಷಿಸುವುದು ಯಾವ ಪದರ ಇನ್ನೂ ಮುರಿದಿದೆ ಎಂಬುದನ್ನು ಮರೆಮಾಡುತ್ತದೆ, ಮತ್ತು ಕ್ಯಾಶ್ ಮಾಡಿದ ಹೆಸರಿಗೆ ಬ್ರೌಸರ್‌ನ ಮರುಪ್ರಯತ್ನ ರೂಟಿಂಗ್ ವೈಫಲ್ಯದಂತೆ ಕಾಣಬಹುದು.
VPN ಪ್ರೊಫೈಲ್ ಪಕ್ಕದಲ್ಲಿ ಫರ್ಮ್‌ವೇರ್ ಆವೃತ್ತಿ, LAN ಪ್ರಿಫಿಕ್ಸ್ ಮತ್ತು ಪರಿಶೀಲನಾ ವೈಶಿಷ್ಟ್ಯದ ಸ್ಥಿತಿಯನ್ನು ಬರೆಯಿರಿ. ಮೂರೂ ಮುಂದಿನ ನವೀಕರಣವು ಮೇಲೆ ಬರೆಯಬಹುದಾದ ಸಂರಚನೆ, ಮತ್ತು ಎರಡು ಸಾಲಿನ ಟಿಪ್ಪಣಿಗಳು ಈಗ ವ್ಯಯಿಸಿದ ಗಂಟೆಯನ್ನು ಉಳಿಸುತ್ತವೆ.