ಪೂರ್ಣ ಟನೆಲ್ VPN ನಿಮ್ಮ ರೂಟ್ ಮಾಡಿದ ಸ್ಥಳೀಯ VLAN ಗಳನ್ನು ಏಕೆ ಮರೆಮಾಡುತ್ತದೆ

VPN ಕ್ಲೈಂಟ್‌ನಲ್ಲಿನ “allow local network” ಸ್ವಿಚ್ ಕಟ್ಟಡದಲ್ಲಿನ ಎಲ್ಲವನ್ನೂ ಆವರಿಸುತ್ತದೆ ಎಂದು ಕೇಳಿಸುತ್ತದೆ. ವಾಸ್ತವದಲ್ಲಿ ಅದು ಸಾಮಾನ್ಯವಾಗಿ ಟನೆಲ್‌ನ ಡೀಫಾಲ್ಟ್ ರೂಟ್‌ಗೆ ಕೆಲವು ಖಾಸಗಿ-ವಿಳಾಸ ಅಪವಾದಗಳನ್ನು ಸೇರಿಸಿ ಅಲ್ಲಿಯೇ ನಿಲ್ಲುತ್ತದೆ. ನಿಮ್ಮ ಸಂಗ್ರಹಣೆ VLAN ತಲುಪಬಹುದಾಗಿ ಉಳಿಯುವುದು, ಆ ನಿರ್ದಿಷ್ಟ ಪ್ರಿಫಿಕ್ಸ್‌ಗಾಗಿನ ರೂಟ್ ಟನೆಲ್‌ನ ಆಗಮನವನ್ನು ಗೆದ್ದರೆ ಮಾತ್ರ, ಮತ್ತು ಅನೇಕ ಕ್ಲೈಂಟ್‌ಗಳಲ್ಲಿ ಅದು ಗೆಲ್ಲುವುದಿಲ್ಲ.

ಇದು VPN ಸೆಟ್ಟಿಂಗ್ ಅಲ್ಲ, ರೂಟಿಂಗ್ ಪ್ರಶ್ನೆ, ಅದು ಒಳ್ಳೆಯ ಸುದ್ದಿ: ಇದಕ್ಕೆ ನಿರ್ದಿಷ್ಟ ಉತ್ತರವಿದೆ.

allow-local-network ವಾಸ್ತವವಾಗಿ ಏನನ್ನು ಆವರಿಸುತ್ತದೆ

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

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

ಸಂಪರ್ಕಿತ ರೂಟ್‌ಗಳು ಮೊದಲ ರೌಟರ್‌ನಲ್ಲಿ ನಿಲ್ಲುತ್ತವೆ

192.168.10.20/24 ನಲ್ಲಿರುವ, ಗೇಟ್‌ವೇ 192.168.10.1 ಇರುವ ವರ್ಕ್‌ಸ್ಟೇಷನ್ ಸ್ವಯಂಚಾಲಿತವಾಗಿ 192.168.10.0/24 ಗಾಗಿ ಸಂಪರ್ಕಿತ ರೂಟ್ ಪಡೆಯುತ್ತದೆ. 192.168.20.0/24 ನಲ್ಲಿನ ಸಂಗ್ರಹಣೆ VLAN ಬೇರೆ ಪ್ರಿಫಿಕ್ಸ್, ಆ ಗೇಟ್‌ವೇ ಮೂಲಕ ಮಾತ್ರ ತಲುಪಬಹುದು, ಮತ್ತು ವರ್ಕ್‌ಸ್ಟೇಷನ್‌ಗೆ ಡೀಫಾಲ್ಟ್ ಮೀರಿ ಅದಕ್ಕೆ ರೂಟ್ ಇಲ್ಲ. ಟನೆಲ್ ಏಳುವ ಮೊದಲು ಸಾಮಾನ್ಯ ಡೀಫಾಲ್ಟ್ ಆಕಸ್ಮಿಕವಾಗಿ ಸಂಗ್ರಹಣೆ ಸಂಚಾರವನ್ನು 192.168.10.1 ಗೆ ಕಳುಹಿಸುತ್ತದೆ ಮತ್ತು ಎಲ್ಲವೂ ಕೆಲಸ ಮಾಡುತ್ತದೆ.

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

ಪ್ರಲೋಭನೆ ಎಂದರೆ /1 ರೂಟ್ ಜೋಡಿ ಅಥವಾ ಎರಡನೇ ಡೀಫಾಲ್ಟ್‌ನಂತಹ ಅಗಲವಾದ ಅಪವಾದಕ್ಕೆ ಕೈಚಾಚುವುದು. ಅದನ್ನು ಪ್ರತಿರೋಧಿಸಿ. ಅಪವಾದ ಎಷ್ಟು ಕಿರಿದಾದರೆ, ಜಾಲ ಬದಲಾದಾಗ ಅದನ್ನು ವಿವರಿಸುವುದು, ಪರಿಶೀಲಿಸುವುದು ಮತ್ತು ತೆಗೆದುಹಾಕುವುದು ಅಷ್ಟು ಸುಲಭ.

ಅಪವಾದವನ್ನು ಗೆಲ್ಲುವ ಕೋಷ್ಟಕದಲ್ಲಿ ಇರಿಸಿ

ಒಂದೇ ರೂಟಿಂಗ್ ಕೋಷ್ಟಕದೊಳಗೆ, /24 ಎಂಬುದು ಅತ್ಯಂತ ಉದ್ದದ ಪ್ರಿಫಿಕ್ಸ್ ಹೊಂದಿಕೆಯಿಂದ /0 ಅಥವಾ /1 ಅನ್ನು ಸೋಲಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಸ್ಥಳೀಯ ಗೇಟ್‌ವೇ ಮೂಲಕ ಸಂಗ್ರಹಣೆ VLAN ಗೆ ನಿರ್ದಿಷ್ಟ ರೂಟ್ ಸಾಕು, ಕೋಷ್ಟಕವನ್ನು ನಿಜವಾಗಿಯೂ ನೋಡಿದರೆ. Linux ನಲ್ಲಿ ಸಾಮಾನ್ಯ ರೂಪ ಚಿಕ್ಕದಾಗಿದೆ:

ip route add 192.168.20.0/24 via 192.168.10.1 dev eth0

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

ನಂತರ ಕ್ಲೈಂಟ್ ಬೆಂಬಲಿಸುವ ವಿಧಾನ ಅಥವಾ ಇಂಟರ್ಫೇಸ್ ಹೊಂದಿರುವ ಜಾಲ ವ್ಯವಸ್ಥಾಪಕದ ಮೂಲಕ ನಮೂದನ್ನು ಶಾಶ್ವತಗೊಳಿಸಿ. ಪ್ರಾಂಪ್ಟ್‌ನಲ್ಲಿ ಟೈಪ್ ಮಾಡಿದ ರೂಟ್ ಮುಂದಿನ ಮರುಸಂಪರ್ಕದಲ್ಲಿ ಮಾಯವಾಗುತ್ತದೆ, ಮತ್ತು ಒಂದು Wi-Fi ಗೇಟ್‌ವೇಗೆ ಬಿಗಿದ ರೂಟ್ ಲ್ಯಾಪ್‌ಟಾಪ್ ಭೇಟಿ ನೀಡುವ ಮುಂದಿನ ಜಾಲಕ್ಕೆ ಸಾಗಿಸಲಾಗದು.

ಹೆಸರುಗಳು ಮತ್ತು ನೀತಿ ರೂಟ್‌ಗಳನ್ನು ಅನುಸರಿಸುವುದಿಲ್ಲ

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

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

ನೀವು ಹಸ್ತಾಂತರಿಸಬಹುದಾದ ಒಪ್ಪಂದ

ಮುಗಿದ ವಿನ್ಯಾಸವು ಸಣ್ಣ ಪಟ್ಟಿಯಾಗಿ ಓದಬೇಕು: ಸಾಮಾನ್ಯ ಇಂಟರ್ನೆಟ್ ಸಂಚಾರ ಟನೆಲ್ ಅನ್ನು ಅನುಸರಿಸುತ್ತದೆ, ಮತ್ತು ಈ ಹೆಸರಿಸಿದ ಸ್ಥಳೀಯ ಪ್ರಿಫಿಕ್ಸ್‌ಗಳು ಸ್ಥಳೀಯ ರೌಟರ್ ಮೂಲಕ ತಮ್ಮ ಮಾರ್ಗವನ್ನು ಉಳಿಸಿಕೊಳ್ಳುತ್ತವೆ. ಪ್ರಿಫಿಕ್ಸ್‌ಗಳು, ಮುಂದಿನ ಹಾಪ್ ಮತ್ತು ಅವುಗಳೊಂದಿಗೆ ಹೋಗುವ DNS ಪ್ರತ್ಯಯವನ್ನು ಬರೆಯಿರಿ, ಮತ್ತು ಪಟ್ಟಿಯನ್ನು ಯಾರಾದರೂ ರೂಟಿಂಗ್ ಕೋಷ್ಟಕ ಓದದೆಯೇ ಪರಿಶೀಲಿಸಬಹುದಾದಷ್ಟು ಚಿಕ್ಕದಾಗಿ ಇಡಿ.

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

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