Windows ನಲ್ಲಿ VPN ಸ್ಥಳೀಯ LAN ಅನ್ನು ತಡೆಯುತ್ತದೆ: ರೂಟ್ ಅಥವಾ ಕ್ಲೈಂಟ್ ನೀತಿ?
Windows ನಲ್ಲಿ ಸ್ಥಳೀಯ LAN ಪ್ರವೇಶ ಎರಡು ವಿಭಿನ್ನ ಕಾರಣಗಳಿಂದ ಮುರಿಯುತ್ತದೆ: ಕಾಣೆಯಾದ ರೂಟ್, ಅಥವಾ subnet ಅನ್ನು ಬಿಡುವ ಗೇಟ್‌ವೇ ನೀತಿ. ಮೂರು ಪರಿಶೀಲನೆಗಳು ಯಾವುದೆಂದು ಹೇಳುತ್ತವೆ.
ನಿಮ್ಮ ಸ್ವಂತ ಮೇಜಿನ ಮೇಲಿನ ಪ್ರಿಂಟರ್, NAS ಅಥವಾ ಡೆವಲಪ್‌ಮೆಂಟ್ ಬಾಕ್ಸ್ ಕೆಲಸದ VPN ಸಂಪರ್ಕಗೊಂಡ ಕ್ಷಣವೇ ಪ್ರತಿಕ್ರಿಯಿಸುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ. ಕೆಲವೊಮ್ಮೆ ಒಂದು ರೂಟ್ ಆಜ್ಞೆ ಅದನ್ನು ಸೆಕೆಂಡುಗಳಲ್ಲಿ ಸರಿಪಡಿಸುತ್ತದೆ; ಕೆಲವೊಮ್ಮೆ ಅದೇ ರೂಟ್ ಸರಿಯಾಗಿದ್ದು ಪ್ಯಾಕೆಟ್‌ಗಳು ಇನ್ನೂ ಮಾಯವಾಗುತ್ತವೆ, ಅಂದರೆ ನೀವು ಹೋಲುವ ಲಕ್ಷಣದ ಬೇರೆ ಸಮಸ್ಯೆಯನ್ನು ನೋಡುತ್ತಿದ್ದೀರಿ. ನಿರ್ಣಯ ಮೂರು ಪ್ರಶ್ನೆಗಳಿಗೆ ಇಳಿಯುತ್ತದೆ, ಮತ್ತು ಅವನ್ನು ತಪ್ಪು ಕ್ರಮದಲ್ಲಿ ಕೇಳುವುದೇ ಜನರು ಇಡೀ ಸಂಜೆ ರೂಟ್‌ಗಳನ್ನು ಅಳಿಸಿ ಮತ್ತೆ ಸೇರಿಸುವಲ್ಲಿ ಕಳೆಯುವ ಕಾರಣ.
ಯಾವುದೇ ಆಜ್ಞೆಗೆ ಮೊದಲು ಮೂರು ಪ್ರಶ್ನೆಗಳು
ಮೊದಲನೆಯದು: ಸ್ಥಳೀಯ ಪ್ರಿಫಿಕ್ಸ್‌ಗೆ ನಮೂದು ಇದೆಯೇ, ಮತ್ತು ಅದು ಭೌತಿಕ ಅಡಾಪ್ಟರ್‌ಗೆ ತೋರಿಸುತ್ತದೆಯೇ? ಎರಡನೆಯದು: ಸಂಪರ್ಕದ ಸಮಯದಲ್ಲಿ ಕ್ಲೈಂಟ್ ಗೇಟ್‌ವೇಯಿಂದ ಸ್ಥಳೀಯ ನೆಟ್‌ವರ್ಕ್ ಅನುಮತಿ ಅಥವಾ ನಿರಾಕರಣೆ ಪಡೆಯುತ್ತದೆಯೇ? ಮೂರನೆಯದು: ನಿಮಗೆ LAN ಗೆ ಹೊರಹೋಗುವ ಪ್ರವೇಶ ಮಾತ್ರ ಬೇಕೇ, ಅಥವಾ ಇಂಟರ್ನೆಟ್‌ನಲ್ಲಿನ ಯಾವುದೋ ನಿಮ್ಮ ಯಂತ್ರದಲ್ಲಿ ಚಾಲನೆಯಲ್ಲಿರುವ ಸೇವೆಯನ್ನು ತಲುಪಬೇಕೇ?
ಮೊದಲ ಪ್ರಶ್ನೆ ರೂಟಿಂಗ್ ದೋಷವನ್ನು ಫಿಲ್ಟರಿಂಗ್ ದೋಷದಿಂದ ಬೇರ್ಪಡಿಸುತ್ತದೆ. ಎರಡನೆಯದು ರೂಟ್ ಸರಿಪಡಿಸುವಿಕೆಗೆ ಕೆಲಸ ಮಾಡಲು ಅನುಮತಿ ಇದೆಯೇ ಎಂದು ಹೇಳುತ್ತದೆ. ಮೂರನೆಯದು ದುರಸ್ತಿಯನ್ನು ಬದಲಿಸುತ್ತದೆ: ರೂಟ್ ಹೊರಹೋಗುವ ಸಂಚಾರವನ್ನು ಸರಿಪಡಿಸುತ್ತದೆ, ಆದರೆ ತಲುಪಲಾಗದ ಒಳಬರುವ ಸೇವೆ ಸಾಮಾನ್ಯವಾಗಿ listener binding ಮತ್ತು ಮರಳು ಮಾರ್ಗದ ಸಮಸ್ಯೆ, ಅದನ್ನು ರೂಟ್ ಇನ್ನಷ್ಟು ಹದಗೆಡಿಸುತ್ತದೆ.
| What you see | What it points at |
|---|---|
| No local prefix in the table | Missing route |
| Correct prefix, no reply | Client filter or gateway policy |
| Works by IP, fails by name | Resolver changed by the tunnel |
| Inbound service dies, outbound fine | Return path or listener binding |
ಪ್ರಶ್ನೆ ಒಂದು: ರೂಟ್, ಫಿಲ್ಟರ್ ಅಥವಾ ಹೆಸರು
ಏನನ್ನಾದರೂ ಸೇರಿಸುವ ಮೊದಲು ಕೋಷ್ಟಕವನ್ನು ಓದಿ. ಇಂಟರ್‌ಫೇಸ್ ಸೂಚ್ಯಂಕ ಮುಖ್ಯ, ಏಕೆಂದರೆ ಕೆಳಗಿನ ಪ್ರತಿಯೊಂದು ರೂಟ್ ಆಜ್ಞೆ ಅದಕ್ಕೆ ಜೋಡಿಸಲಾಗಿದೆ:
route print -4
Get-NetRoute -DestinationPrefix 192.168.1.0/24 | Format-Table InterfaceIndex,NextHop,RouteMetricನೇರವಾಗಿ ಸಂಪರ್ಕಗೊಂಡ subnet ಸಾಮಾನ್ಯವಾಗಿ ಟನೆಲ್ ಮೇಲಿರುವಾಗಲೂ on-link ರೂಟ್ ಉಳಿಸಿಕೊಳ್ಳುತ್ತದೆ, ಆದ್ದರಿಂದ ನಮೂದು ಇರಬಹುದು ಮತ್ತು ಸಂಚಾರ ವಿಫಲವಾಗಬಹುದು. ಆ ಸಂಯೋಜನೆ ರೂಟಿಂಗ್ ನಂತರ ಚಲಿಸುವ ಫಿಲ್ಟರ್‌ನ ಸಹಿ, ಮತ್ತು ಇನ್ನಷ್ಟು ನಿರ್ದಿಷ್ಟ ಎರಡನೇ ರೂಟ್ ಏನನ್ನೂ ಬದಲಿಸದ ಪ್ರಕರಣ ಅದೇ.
ವಿಳಾಸದಿಂದ ಮತ್ತು ಹೆಸರಿನಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿ ಪರೀಕ್ಷಿಸಿ. ping 192.168.1.50 ಉತ್ತರಿಸಿ net view 192.168.1.50 ಉತ್ತರಿಸದಿದ್ದರೆ, ರೂಟಿಂಗ್ ಕೋಷ್ಟಕ ಎಂದೂ ಸಮಸ್ಯೆಯಾಗಿರಲಿಲ್ಲ: ಟನೆಲ್ resolver ಅನ್ನು ಬದಲಿಸಿತು ಮತ್ತು ಸ್ಥಳೀಯ ಹೆಸರು ಇನ್ನು ಪರಿಹರಿಸುವುದಿಲ್ಲ. ಅದಕ್ಕಾಗಿ ರೂಟ್ ಸೇರಿಸುವುದು ವ್ಯರ್ಥ ಕೆಲಸ.
ಪ್ರಶ್ನೆ ಎರಡು: ಗೇಟ್‌ವೇ ಸ್ಥಳೀಯ LAN ಪ್ರವೇಶಕ್ಕೆ ಅನುಮತಿಸುತ್ತದೆಯೇ?
ವಾಣಿಜ್ಯ ಕ್ಲೈಂಟ್ ರೂಟ್‌ಗಳಿಗಿಂತ ಹೆಚ್ಚಿನದನ್ನು ಸ್ಥಾಪಿಸುತ್ತದೆ. ಅದು ಸಂಪರ್ಕದ ಸಮಯದಲ್ಲಿ ನೀತಿ ಪಡೆಯುತ್ತದೆ, ಮತ್ತು ಆ ನೀತಿಯಲ್ಲಿ ಸ್ಥಳೀಯ ನೆಟ್‌ವರ್ಕ್‌ನ ಸ್ಪಷ್ಟ ಅನುಮತಿ ಇರಬಹುದು. Cisco IPsec ನಿಯೋಜನೆಗಳಲ್ಲಿ ಗುಂಪು ನೀತಿ split-tunneling ಸೆಟ್ಟಿಂಗ್ ಮತ್ತು ಸ್ಥಳೀಯ LAN ಪ್ರವೇಶದ ಪ್ರತ್ಯೇಕ ಧ್ವಜವನ್ನು ಹೊತ್ತಿರುತ್ತದೆ; ಕ್ಲೈಂಟ್‌ನಲ್ಲಿನ ಚೆಕ್‌ಬಾಕ್ಸ್ ಗೇಟ್‌ವೇ ನಿರಾಕರಿಸಬಹುದಾದ ವಿನಂತಿ. AnyConnect ನಲ್ಲಿ ಪ್ರೊಫೈಲ್ split ಸೇರಿಸುವ ಮತ್ತು ಹೊರಗಿಡುವ ಪಟ್ಟಿಗಳನ್ನು ಮತ್ತು ಅದೇ ಅನುಮತಿಯನ್ನು ನಿಯಂತ್ರಿಸುತ್ತದೆ. Windows RRAS ನಲ್ಲಿ ಸಮಾನವಾದವು ಪ್ರೊಫೈಲ್‌ನ ಡೀಫಾಲ್ಟ್ ಗೇಟ್‌ವೇ ಆಯ್ಕೆ ಮತ್ತು ಸರ್ವರ್ ನೀಡುವ ಸ್ಥಿರ ರೂಟ್‌ಗಳು.
ಧ್ವಜ ಆಫ್ ಆಗಿದ್ದಾಗ, ದಾಖಲಾದ ವರ್ತನೆ ಎಂದರೆ ಕ್ಲೈಂಟ್ ನೇರವಾಗಿ ಸಂಪರ್ಕಗೊಂಡ subnet ಗೆ ಸಂಚಾರವನ್ನು ತಡೆಯುತ್ತದೆ, ಮಾನ್ಯವಾದ, ಇನ್ನಷ್ಟು ನಿರ್ದಿಷ್ಟ ರೂಟ್ ಇದ್ದರೂ. ಅದಕ್ಕೇ ಕ್ಲೈಂಟ್‌ನ ಒಡೆತನದಲ್ಲಿಲ್ಲದ ರೂಟ್‌ಗಳು ಸೇರಿಸಿದ ಕೆಲವು ಸೆಕೆಂಡುಗಳ ನಂತರ ಮಾಯವಾಗಬಹುದು: ಕ್ಲೈಂಟ್ ತನಗೆ ಹೇಳಿದ ಸ್ಥಿತಿಯನ್ನು ಮತ್ತೆ ನಿರ್ಮಿಸುತ್ತಿದೆ, ನಿಮ್ಮೊಂದಿಗೆ ಹೋರಾಡುತ್ತಿಲ್ಲ.
ಕ್ಲೈಂಟ್ ಲಾಗ್ ಸಂಪರ್ಕದ ಸಮಯದಲ್ಲಿ ನಿರ್ಣಯವನ್ನು ದಾಖಲಿಸುತ್ತದೆ, ಮತ್ತು ಅದನ್ನು ಓದುವುದು ಯಂತ್ರದ ಮೇಲಿನ ಯಾವುದೇ ಪ್ರಯೋಗಕ್ಕಿಂತ ವೇಗ. ಲಾಗ್ ಸ್ಥಳೀಯ ಪ್ರವೇಶ ತಡೆಯಲಾಗಿದೆ ಎಂದು ಹೇಳಿದರೆ, ನಿಲ್ಲಿಸಿ: ಯಾವುದೇ ಕಮಾಂಡ್-ಲೈನ್ ಸರಿಪಡಿಸುವಿಕೆ ಅದನ್ನು ದಾಟುವುದಿಲ್ಲ, ಮತ್ತು ಉಳಿದ ದಾರಿಗಳು ನೀತಿ ಬದಲಾವಣೆ, ಟನೆಲ್ ಮೂಲಕ ಸಂಪನ್ಮೂಲವನ್ನು ತಲುಪುವುದು, ಅಥವಾ ಕ್ಲೈಂಟ್ ಅನ್ನು ವರ್ಚುವಲ್ ಯಂತ್ರದಲ್ಲಿ ಇರಿಸಿ ಹೋಸ್ಟ್ ಅನ್ನು ಸ್ಥಳೀಯ ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿ ಬಿಡುವುದು.
ಪ್ರಶ್ನೆ ಮೂರು: ನಿಮಗೆ ಯಾವ ದಿಕ್ಕು ಬೇಕು?
ಹತ್ತಿರದ ಸಾಧನಕ್ಕೆ ಹೊರಹೋಗುವ ಸಂಚಾರ ರೂಟಿಂಗ್ ಪ್ರಶ್ನೆ. LAN ಪ್ರಿಫಿಕ್ಸ್ ಅನ್ನು ಸ್ಥಳೀಯ ಗೇಟ್‌ವೇಗೆ ಟನೆಲ್‌ನ ಡೀಫಾಲ್ಟ್ ರೂಟ್ ಅನ್ನು ಮಣಿಸುವಷ್ಟು ಕಡಿಮೆ ಮೆಟ್ರಿಕ್‌ನೊಂದಿಗೆ ತೋರಿಸಿ:
route add 192.168.1.0 mask 255.255.255.0 192.168.1.1 metric 1 if 12
route add 192.168.1.50 mask 255.255.255.255 192.168.1.1 -pಎರಡನೇ ರೂಪ ಒಂದೇ ಸಾಧನವನ್ನು ಪಿನ್ ಮಾಡುತ್ತದೆ, ಮತ್ತು ಒಂದು ವಿಳಾಸವೇ ಇಡೀ ಅಗತ್ಯವಾದಾಗ ನಿಮಗೆ ಬೇಕಾದದ್ದು ಅದೇ. netsh ಸಮಾನವಾದದ್ದು ಅದೇ ನಿರ್ಣಯವನ್ನು ಸೂಚ್ಯಂಕದ ಬದಲು ಇಂಟರ್‌ಫೇಸ್ ಹೆಸರಿನಿಂದ ದಾಖಲಿಸುತ್ತದೆ:
netsh interface ipv4 add route prefix=192.168.1.0/24 interface=12 nexthop=192.168.1.1 store=persistentವಿಳಾಸ ಮತ್ತು ಮಾಸ್ಕ್ ಹೊಂದಿಕೆಯಾಗದಿದ್ದಾಗ ರೂಟ್ ಆಜ್ಞೆಗಳು ಪ್ಯಾರಾಮೀಟರ್ ತಪ್ಪಾಗಿದೆ ಯೊಂದಿಗೆ ವಿಫಲವಾಗುತ್ತವೆ, ಉದಾಹರಣೆಗೆ /24 ಮಾಸ್ಕ್‌ನೊಂದಿಗೆ ಹೋಸ್ಟ್ ವಿಳಾಸ. subnet ರೂಟ್‌ಗೆ ನೆಟ್‌ವರ್ಕ್ ವಿಳಾಸವನ್ನು ಮತ್ತು ಒಂದೇ ಹೋಸ್ಟ್‌ಗೆ ಹೋಸ್ಟ್ ಮಾಸ್ಕ್ ಅನ್ನು ಬಳಸಿ.
ಒಳಬರುವುದು ಬೇರೆ. ಅದೇ ಯಂತ್ರದಲ್ಲಿನ VNC ಅಥವಾ SSH ಸರ್ವರ್ ಒಳಬರುವ ಸಂಪರ್ಕಕ್ಕೆ ಉತ್ತರಗಳು VPN ಗೇಟ್‌ವೇ ಮೂಲಕ ಹೊರಟು ಎಂದೂ ಮರಳದಿದ್ದಾಗ ತಲುಪಲಾಗದಂತಾಗುತ್ತದೆ. ರೂಟ್‌ಗಳನ್ನು ಮುಟ್ಟುವ ಮೊದಲು ಸೇವೆ ಯಾವುದನ್ನು ಆಲಿಸುತ್ತದೆ ಎಂದು ಪರಿಶೀಲಿಸಿ:
netstat -ano | findstr :5900ಒಂದು ನಿರ್ದಿಷ್ಟ ವಿಳಾಸಕ್ಕೆ ಬದ್ಧವಾದ listener ಇನ್ನೊಂದು ಇಂಟರ್‌ಫೇಸ್‌ನಲ್ಲಿ ಉತ್ತರಿಸುವುದಿಲ್ಲ. ಅದನ್ನು ಎಲ್ಲಾ ಇಂಟರ್‌ಫೇಸ್‌ಗಳಿಗೆ ಬಂಧಿಸುವುದು ಉದ್ದೇಶಪೂರ್ವಕ ನಿರ್ಣಯ, ನೀವು ನಂಬುವ ನೆಟ್‌ವರ್ಕ್‌ಗೆ ಸೀಮಿತವಾದ firewall ನಿಯಮದೊಂದಿಗೆ ತೆಗೆದುಕೊಳ್ಳಲಾಗುತ್ತದೆ. ಅದರ ನಂತರವೇ ರೂಟ್ ದುರಸ್ತಿ ಮರಳು ಮಾರ್ಗವನ್ನು ಪುನಃಸ್ಥಾಪಿಸುತ್ತದೆ.
ಹೊಂದುವ ಅತ್ಯಂತ ಚಿಕ್ಕ ಬದಲಾವಣೆಯನ್ನು ಅನ್ವಯಿಸಿ
ಇನ್ನೊಂದು ಸಾಮಾನ್ಯ ಹೆಜ್ಜೆ IPv4 ಸುಧಾರಿತ ಗುಣಲಕ್ಷಣಗಳಲ್ಲಿ “ದೂರದ ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿ ಡೀಫಾಲ್ಟ್ ಗೇಟ್‌ವೇ ಬಳಸಿ” ಎಂಬುದರ ಟಿಕ್ ತೆಗೆಯುವುದು. ಇದು ಇಂಟರ್ನೆಟ್ ಸಂಚಾರವನ್ನು ಸ್ಥಳೀಯವಾಗಿ ಇಡುತ್ತದೆ, ಆದರೆ ಒಟ್ಟಿಗೆ ಎರಡು ಕೆಲಸ ಮಾಡುತ್ತದೆ: VPN ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗವಾಗಿರುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ, ಮತ್ತು ಕ್ಲೈಂಟ್ ದೂರದ ನೆಟ್‌ವರ್ಕ್‌ಗೆ ರೂಟ್‌ಗಳನ್ನು, multicast ಸಹಿತ, ಪಡೆಯುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ. ಟಿಕ್ ತೆಗೆದರೆ, ಸರ್ವರ್ ಪ್ರತಿ ಕ್ಲೈಂಟ್‌ಗೆ ಬೇಕಾದ ನಿರ್ದಿಷ್ಟ ದೂರದ ಪ್ರಿಫಿಕ್ಸ್‌ಗಳನ್ನು ತಳ್ಳದಿದ್ದರೆ ದೂರದ LAN ಮಾಯವಾಗುತ್ತದೆ.
ಆ ಅಸಮಮಿತಿ ಕೆಲಸದ ಕ್ರಮವನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ. ದೂರದ ಬದಿ ಸಂಪೂರ್ಣ ತಲುಪಲಾಗುವಂತೆ ಉಳಿಯಬೇಕಾದರೆ, ಸರ್ವರ್‌ನಿಂದ ದೂರದ subnet ಗಳನ್ನು ತಳ್ಳಿ ಮತ್ತು ಸ್ಥಳೀಯ ಡೀಫಾಲ್ಟ್ ಅನ್ನು ಬಿಡಿ. ಸರ್ವರ್ ಬದಲಿಸಲಾಗದಿದ್ದರೆ, ಟನೆಲ್ ನೀಡಿದ ವಿಳಾಸದ ಮೂಲಕ ದೂರದ ಪ್ರಿಫಿಕ್ಸ್‌ಗೆ ಶಾಶ್ವತ ರೂಟ್ ಸೇರಿಸಿ, ಮತ್ತು route print ನಿಂದ ಪ್ರಿಫಿಕ್ಸ್ VPN ಇಂಟರ್‌ಫೇಸ್‌ಗೆ ಮತ್ತು ಡೀಫಾಲ್ಟ್ ಇನ್ನೂ ಭೌತಿಕ ಗೇಟ್‌ವೇಗೆ ತೋರಿಸುತ್ತದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ.
ನಂತರ ದುರಸ್ತಿ ಮರುಸಂಪರ್ಕವನ್ನು ತಾಳಿಕೊಳ್ಳುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ, ಏಕೆಂದರೆ ಶಾಶ್ವತವಲ್ಲದ ರೂಟ್‌ಗಳು ಅಡಾಪ್ಟರ್‌ನೊಂದಿಗೆ ಸಾಯುತ್ತವೆ ಮತ್ತು ಪ್ರತಿ ಸಂಪರ್ಕದ ನಂತರ ಚಲಿಸುವ ಸ್ಕ್ರಿಪ್ಟ್ ಅವುಗಳಿಗೆ ಪ್ರಾಮಾಣಿಕ ಸ್ಥಳ. ಅದೇ ಅವಧಿಯಲ್ಲಿ ಒಂದು ಸ್ಥಳೀಯ ಸಾಧನ ಮತ್ತು ಒಂದು ದೂರದ ಸಂಪನ್ಮೂಲವನ್ನು ಪರೀಕ್ಷಿಸಿ, ಸಂಪರ್ಕ ಕಡಿತಗೊಳಿಸಿ, ಮತ್ತೆ ಸಂಪರ್ಕಿಸಿ ಮತ್ತು ಮತ್ತೆ ಪರೀಕ್ಷಿಸಿ. ರೂಟ್ ಸರಿಯಾಗಿ ಕಂಡರೂ ಸ್ಥಳೀಯ ಸಾಧನ ವಿಫಲವಾದರೆ, ಪ್ರಶ್ನೆ ಎರಡಕ್ಕೆ ಹಿಂತಿರುಗಿ: ಕ್ಲೈಂಟ್ ಫಿಲ್ಟರ್ ಮಾಡುತ್ತಿದೆ, ಮತ್ತು ಉತ್ತರ ನೀತಿ ಬದಲಾವಣೆ, ಎರಡನೇ ಸ್ಪರ್ಧಾತ್ಮಕ ರೂಟ್ ಅಲ್ಲ.