ನಿಮ್ಮ Windows VPN ಸ್ಥಳೀಯ ಮುದ್ರಕವನ್ನು ಏಕೆ ಕೊಲ್ಲುತ್ತದೆ ಮತ್ತು ಅದನ್ನು ಹೇಗೆ ನಿಲ್ಲಿಸುವುದು

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

ಮೊದಲು ರೂಟ್ ಕೋಷ್ಟಕ ಓದಿ

ಏನನ್ನಾದರೂ ಬದಲಿಸುವ ಮೊದಲು, IPv4 ಕೋಷ್ಟಕವನ್ನು ಇದರೊಂದಿಗೆ ಸೆರೆಹಿಡಿಯಿರಿ: route print -4 ಮತ್ತು ಔಟ್ಪುಟ್ ಇರಿಸಿಕೊಳ್ಳಿ. ಸಂಪರ್ಕಿಸಿ, ಮತ್ತೆ ಸೆರೆಹಿಡಿಯಿರಿ ಮತ್ತು 0.0.0.0 ಸಾಲುಗಳನ್ನು ಹೋಲಿಸಿ: ಸಕ್ರಿಯ ಡೀಫಾಲ್ಟ್ ರೂಟ್ ಒಂದು ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಹೆಸರಿಸುತ್ತದೆ, ಮತ್ತು ಆ ಇಂಟರ್ಫೇಸ್ ಟನೆಲ್ ಆಗಿದ್ದರೆ, ಸ್ಥಳೀಯ ಮುದ್ರಣ ಮತ್ತು ಬ್ರೌಸಿಂಗ್ ಮೊದಲು ಕಚೇರಿಗೆ ಕಳುಹಿಸಲಾಗುತ್ತದೆ.

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

ಡೀಫಾಲ್ಟ್ ರೂಟ್ ತೆಗೆದುಹಾಕಿ, ಮೂರು ರೀತಿಯಲ್ಲಿ

ಅಂತರ್ಗತ Windows ಪ್ರೊಫೈಲ್ನಲ್ಲಿ ನಿಯಂತ್ರಣ ಒಂದು ಚೆಕ್ಬಾಕ್ಸ್. ಸಂಪರ್ಕದ ಗುಣಲಕ್ಷಣಗಳನ್ನು ತೆರೆಯಿರಿ, IPv4, ನಂತರ ಸುಧಾರಿತ, ಮತ್ತು Use default gateway on remote network ತೆಗೆದುಹಾಕಿ; ಹೊಸ ಸೆಟ್ಟಿಂಗ್ಗಳ ಅಪ್ಲಿಕೇಶನ್ ಅದೇ ಸಂವಾದವನ್ನು ಒಂದು ಪದರ ಆಳವಾಗಿ ಮರೆಮಾಡುತ್ತದೆ. ಎತ್ತರಿಸಿದ ಪ್ರಾಂಪ್ಟ್ನಿಂದ ಅದೇ ಬದಲಾವಣೆ ಒಂದು cmdlet:

Set-VpnConnection -Name "Corp" -SplitTunneling $true

ಒಂದು OpenVPN ಪ್ರೊಫೈಲ್ ಬೇರೆ ರೀತಿ ಕೆಲಸ ಮಾಡುತ್ತದೆ, ಆದ್ದರಿಂದ ಅದರ ವರ್ತನೆ ಚೆಕ್ಬಾಕ್ಸ್ ನಿರೀಕ್ಷಿಸುವವರನ್ನು ಗೊಂದಲಗೊಳಿಸುತ್ತದೆ. ಅದರ redirect-gateway def1 ಸೂಚನೆ ಡೀಫಾಲ್ಟ್ ರೂಟ್ ಅನ್ನು ಸ್ವಲ್ಪವೂ ಬದಲಿಸುವುದಿಲ್ಲ; ಅದು ಅರ್ಧ-ಶ್ರೇಣಿಯ ಎರಡು ರೂಟ್ಗಳನ್ನು ಸ್ಥಾಪಿಸುತ್ತದೆ, 0.0.0.0/1 ಮತ್ತು 128.0.0.0/1, ಅವು ಒಟ್ಟಾಗಿ ಡೀಫಾಲ್ಟ್ ಅನ್ನು ಅಳಿಸದೆ ಅದನ್ನು ಮೀರುತ್ತವೆ. ಮೂಲ ಡೀಫಾಲ್ಟ್ ಉಳಿಯುವುದರಿಂದ, net_gateway ಕಡೆಗೆ ತೋರಿಸುವ ಪ್ರಿಫಿಕ್ಸ್ ಸೇರಿಸಿದರೆ ಆ ಪ್ರಿಫಿಕ್ಸ್ ಮಾತ್ರ ಸ್ಥಳೀಯ ರೌಟರ್ಗೆ ಹಿಂತಿರುಗುತ್ತದೆ. ಆ ವಿವರವೇ def1 ಪ್ರೊಫೈಲ್ಗೆ ಪರಿಹಾರ ಪ್ರಿಫಿಕ್ಸ್ ರೂಟ್ ಎಂದು ವಿವರಿಸುತ್ತದೆ, ಯಾರಿಗೂ ಸಿಗದ ಚೆಕ್ಬಾಕ್ಸ್ ಅಲ್ಲ.

ಕೆಲಸಕ್ಕೆ ಸೇರಿದ್ದನ್ನು ಮಾತ್ರ ಮತ್ತೆ ಸೇರಿಸಿ

ಡೀಫಾಲ್ಟ್ ರೂಟ್ ಹೋದ ನಂತರ ಟನೆಲ್ ಏನನ್ನೂ ಸಾಗಿಸುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಕೆಲಸದ ಪ್ರಿಫಿಕ್ಸ್ಗಳನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಹೆಸರಿಸಬೇಕು. ಪ್ರಿಫಿಕ್ಸ್ ಅನ್ನು ಸಂಪರ್ಕಕ್ಕೆ ಬಂಧಿಸುವ cmdlet ಶಾಶ್ವತ ರೂಟ್ಗಿಂತ ಸುರಕ್ಷಿತ, ಏಕೆಂದರೆ ಅದು ಆ ಸಂಪರ್ಕ ಆನ್ ಇರುವಾಗ ಮಾತ್ರ ಸ್ಥಾಪಿತವಾಗುತ್ತದೆ ಮತ್ತು ಇಂಟರ್ಫೇಸ್ ಸಂಖ್ಯೆಯನ್ನು ಅವಲಂಬಿಸಿಲ್ಲ:

Add-VpnConnectionRoute -ConnectionName "Corp" -DestinationPrefix 172.20.0.0/16

ಹಳೆಯ ವಿಧಾನ ಇನ್ನೂ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಮತ್ತು ಇನ್ನೂ ಪ್ರತಿ ಪರಿಶೀಲನಾ ಪಟ್ಟಿಯಲ್ಲಿದೆ: route -p add 172.20.0.0 mask 255.255.0.0 172.20.0.1 if 14, ಟನೆಲ್ನ ಸ್ವಂತ ಇಂಟರ್ಫೇಸ್ ಸೂಚ್ಯಂಕ ಮತ್ತು ಗೇಟ್ವೇ ವಿಳಾಸದೊಂದಿಗೆ. ಇದು ಮರುಬೂಟ್ಗಳಾದ್ಯಂತ ಉಳಿಯುತ್ತದೆ, ಅದೇ ಉದ್ದೇಶ ಮತ್ತು ಅದೇ ಅಪಾಯ, ಏಕೆಂದರೆ ಮುಂದಿನ ಬೂಟ್ನಲ್ಲಿ ಸೂಚ್ಯಂಕ ಬೇರೆ ಯಾವುದಕ್ಕಾದರೂ ಸೇರಿರಬಹುದು.

ಉಳಿದದ್ದನ್ನು ಮೆಟ್ರಿಕ್ಗಳು ನಿರ್ಧರಿಸುತ್ತವೆ. ಭೌತಿಕ ಮತ್ತು ಟನೆಲ್ ಅಡಾಪ್ಟರ್ಗಳೆರಡೂ ಒಂದೇ ಪ್ರಿಫಿಕ್ಸ್ಗೆ ರೂಟ್ ಕ್ಲೇಮ್ ಮಾಡಿದರೆ, ಕಡಿಮೆ ಮೆಟ್ರಿಕ್ ಗೆಲ್ಲುತ್ತದೆ, ಮತ್ತು ಟನೆಲ್ನ ಮೆಟ್ರಿಕ್ ಹೆಚ್ಚಿಸುವುದು ಹ್ಯಾಕ್ ಅಲ್ಲ, ಕ್ಲೈಂಟ್-ಬದಿಯ ಕಾನೂನುಬದ್ಧ ನಿಯಂತ್ರಣ.

ಸರ್ವರ್ ನಿಮ್ಮ ಬದಲು ನಿರ್ಧರಿಸಿದಾಗ

ನಿಮ್ಮ ಚೆಕ್ಬಾಕ್ಸ್ ಅನ್ನು ನಿರ್ಲಕ್ಷಿಸುವ ಕ್ಲೈಂಟ್ ಸಾಮಾನ್ಯವಾಗಿ ಒಂದು ನೀತಿಯನ್ನು ಪಾಲಿಸುತ್ತಿದೆ. Cisco ಪ್ರೊಫೈಲ್ಗಳಲ್ಲಿ Allow Local LAN Access ಸೆಟ್ಟಿಂಗ್ ಇರುತ್ತದೆ, ಮತ್ತು headend ಕ್ಲೈಂಟ್ ಏನನ್ನು ಬಯಸಿದರೂ ಅದನ್ನು ಮೀರಿಸುವ tunnel-all ನೀತಿಯನ್ನು ತಳ್ಳಬಹುದು; ಕಡ್ಡಾಯ-ಟನೆಲ್ ನಿಯೋಜನೆಯಲ್ಲಿ ತಿರುಗಿಸಲು ಸ್ಥಳೀಯ ಸ್ವಿಚ್ ಇಲ್ಲ. ಅದೇ ಸಂವಾದವನ್ನು ಮತ್ತೆ ಪರಿಶೀಲಿಸುವ ಬದಲು ತಳ್ಳಲಾದ ರೂಟ್ಗಳು ಮತ್ತು ನೀತಿ ಸಾಲುಗಳಿಗಾಗಿ ಕ್ಲೈಂಟ್ ಲಾಗ್ ಓದಿ.

ನಂತರ ಹೆಸರು ಪರಿಹಾರವನ್ನು ನೋಡಿ, ಅದು ರೂಟಿಂಗ್ನಿಂದ ಪ್ರತ್ಯೇಕ ಸ್ವಿಚ್. ವಿಭಜಿತ ಟನೆಲ್ ಇನ್ನೂ ಆಂತರಿಕ resolver ಮತ್ತು ಹುಡುಕಾಟ ಸಫಿಕ್ಸ್ ಪಡೆಯಬಹುದು, ಆದ್ದರಿಂದ ಸ್ಥಳೀಯ ಸಾಧನ ವಿಳಾಸದಿಂದ ತಲುಪಬಹುದು ಮತ್ತು DNS ಬದಿಯೂ ಸರಿಪಡಿಸುವವರೆಗೆ ಹೆಸರಿನಿಂದ ಹುಡುಕಲಾಗದು.

ಅತಿಕ್ರಮಣ ಬೇರೆ ಸಮಸ್ಯೆ

ಮನೆಯ LAN ಮತ್ತು ಕಚೇರಿಯ LAN 192.168.0.0/24 ನಂತಹ ಪ್ರಿಫಿಕ್ಸ್ ಹಂಚಿಕೊಂಡರೆ, ಯಾವುದೇ ರೂಟ್ ಅವನ್ನು ಪ್ರತ್ಯೇಕಿಸಲಾರದು. ಆ ಶ್ರೇಣಿಯ ಪ್ರತಿ ಪ್ಯಾಕೆಟ್ಗೂ ಒಂದೇ ಹುಡುಕಾಟ ಫಲಿತಾಂಶ ಇರುತ್ತದೆ, ಮತ್ತು ಪರಿಹಾರ ಒಂದು ಬದಿಯನ್ನು ಮರುಸಂಖ್ಯೆ ಮಾಡುವುದು ಅಥವಾ ಪೂಲ್ನಿಂದ ಅನುವಾದಿತ ವಿಳಾಸದ ಮೂಲಕ ಕಚೇರಿ ತಲುಪುವುದು. ಹೆಚ್ಚು ನಿರ್ದಿಷ್ಟ ರೂಟ್ಗಳನ್ನು ಸೇರಿಸುವುದು ನೆಟ್ವರ್ಕ್ನ ಯಾವ ಅರ್ಧ ಮುರಿಯುತ್ತದೆ ಎಂಬುದನ್ನು ಮಾತ್ರ ಸರಿಸುತ್ತದೆ.

ಐದಕ್ಕಿಂತ ಒಂದು ಪರಿಶೀಲನೆಯಿಂದ ಮುಗಿಸಿ: ಸಂಪರ್ಕಿಸಿ, ನಂತರ tracert ಅನ್ನು ಆಂತರಿಕ ಮತ್ತು ಸಾರ್ವಜನಿಕ ಹೋಸ್ಟ್ ವಿರುದ್ಧ ಚಲಾಯಿಸಿ. ಮೊದಲ ಹಾಪ್ ಭಿನ್ನವಾಗಿರಬೇಕು, ಮತ್ತು ಇಲ್ಲದಿದ್ದರೆ, ಕ್ಲೈಂಟ್ ಏನು ವರದಿ ಮಾಡಿದರೂ ವಿಭಜನೆ ಜಾರಿಯಲ್ಲಿಲ್ಲ. ನಂತರ ಒಮ್ಮೆ ಮತ್ತೆ ಸಂಪರ್ಕಿಸಿ ಪುನರಾವರ್ತಿಸಿ, ಏಕೆಂದರೆ ತಳ್ಳಲಾದ ರೂಟ್ಗಳು ಪ್ರತಿ ಸೆಷನ್ ಜೊತೆ ಹಿಂತಿರುಗುತ್ತವೆ.