Mac L2TP ವಿಭಜಿತ ಮಾರ್ಗಗಳು: ಹೋಸ್ಟ್ ವಿಳಾಸ ಏಕೆ ಕೆಲಸ ಮಾಡುವುದಿಲ್ಲ

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

ಗಮ್ಯಸ್ಥಾನವು ನೆಟ್ವರ್ಕ್ ವಿಳಾಸ, ಮಾಸ್ಕ್ ಪೂರ್ವಪ್ರತ್ಯಯವನ್ನು ವಿವರಿಸುತ್ತದೆ

networksetup -setadditionalroutes ಗಮ್ಯಸ್ಥಾನ, ಉಪಜಾಲ ಮಾಸ್ಕ್ ಮತ್ತು ಗೇಟ್ವೇಯ ತ್ರಿವಳಿಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ. ಒಂದು ಒಳಗಿನ ಉಪಜಾಲವನ್ನು ಸುರಂಗದ ಮೂಲಕ ಕಳುಹಿಸುವ ಕರೆ ಹೀಗಿರುತ್ತದೆ:

sudo networksetup -setadditionalroutes "VPN (L2TP)" 192.168.1.0 255.255.255.0 10.2.0.0

ಗಮ್ಯಸ್ಥಾನ ಏನೆಂದು ಗಮನಿಸಿ: ನೆಟ್ವರ್ಕ್ ವಿಳಾಸ, ನೀವು ತಲುಪಲು ಪ್ರಯತ್ನಿಸುತ್ತಿರುವ ಸರ್ವರ್ನ ವಿಳಾಸವಲ್ಲ. ಈ ಲೇಖನಕ್ಕೆ ಕಾರಣವಾದ ಪ್ರಕರಣದಲ್ಲಿ, ಅದೇ ಸ್ಥಾನದಲ್ಲಿ 192.168.1.20 ಹೊಂದಿದ್ದ ಅದೇ ಆದೇಶ ಉಪಯುಕ್ತವಾದುದನ್ನು ಮಾಡಲಿಲ್ಲ, ಮತ್ತು ಅದನ್ನು 192.168.1.0 ನಿಂದ ಬದಲಾಯಿಸಿದಾಗ ತಕ್ಷಣ ಕೆಲಸ ಮಾಡಿತು. ಅದೇ ಮಾಸ್ಕ್, ಅದೇ ಗೇಟ್ವೇ, ಒಂದು ಬೇರೆ ಸಂಖ್ಯೆ. ಇಡೀ ವೈಫಲ್ಯ ಸಣ್ಣ ಪ್ರಮಾಣದಲ್ಲಿ ಇಷ್ಟೇ.

ಕಾರಣ ಅಂಕಗಣಿತ, ನೀತಿ ಅಲ್ಲ. /24 ಮಾಸ್ಕ್ನೊಂದಿಗೆ ಜೋಡಿಸಿದ ಹೋಸ್ಟ್ ವಿಳಾಸ 192.168.1.0/24 ಅನ್ನು ವಿವರಿಸುವುದಿಲ್ಲ; ರೂಟಿಂಗ್ ಕೋಷ್ಟಕವು ಉಪಯುಕ್ತವಾಗಿ ಇಡಲಾಗದ ಯಾವುದನ್ನೋ ವಿವರಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ನಮೂದು ತಿರಸ್ಕೃತವಾಗುತ್ತದೆ ಅಥವಾ ನಿರ್ಲಕ್ಷಿಸಲ್ಪಡುತ್ತದೆ ಮತ್ತು ಸುರಂಗವು ಕೊನೆಗೆ ನೀವು ಉದ್ದೇಶಿಸಿದ್ದಕ್ಕಿಂತ ಕಡಿಮೆ ಸಾಗಿಸುತ್ತದೆ.

ನಿಖರವಾಗಿ ಒಂದು ಹೋಸ್ಟ್ ಬೇಕಾದಾಗ, ಹೋಸ್ಟ್ ವಿಳಾಸವನ್ನು 255.255.255.255 ಮಾಸ್ಕ್ನೊಂದಿಗೆ ಬಳಸಿ. ಮಿಶ್ರ ಜೋಡಿಗಳೇ ಇಲ್ಲಿ ತಪ್ಪಾಗುವ ಸ್ಥಳ, ಹೋಸ್ಟ್ ವಿಳಾಸದ ಬಳಕೆ ಅಲ್ಲ. ಒಂದು ವಿಳಾಸದಿಂದ ನಿರ್ಮಿಸಿದ /32 ಕಾನೂನುಬದ್ಧ ಮಾರ್ಗ; ಒಂದು ವಿಳಾಸದಿಂದ ನಿರ್ಮಿಸಿದ /24 ತಪ್ಪು.

ಕರೆ ಪಟ್ಟಿಯನ್ನು ಬದಲಾಯಿಸುತ್ತದೆ, ಮತ್ತು ಹೆಸರು ಅಕ್ಷರಶಃ

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

ಸೇವಾ ಹೆಸರೂ ನೀವು ಕಲ್ಪಿಸಿದ ಲೇಬಲ್ ಅಲ್ಲ. ಅದನ್ನು ಸಾಧನದಿಂದ ಓದಿ ಮತ್ತು ಪ್ರಕಾರದ ಪ್ರತ್ಯಯ ಸೇರಿಸಿ ನಿಖರವಾಗಿ ನಕಲಿಸಿ:

networksetup -listallnetworkservices

ಒಂದು ಅಕ್ಷರದಿಂದ ಭಿನ್ನವಾದ ಹೆಸರು ಓದಲು ಯೋಗ್ಯವಾದ ದೋಷವನ್ನೂ ನೀಡುವುದಿಲ್ಲ, ಮಾರ್ಗವನ್ನೂ ನೀಡುವುದಿಲ್ಲ. ಇಲ್ಲಿ ಸರಿಯಾದ ತಂತ್ರ ನಕಲಿಸಿ ಅಂಟಿಸುವುದು, ನೆನಪಿನಿಂದ ಮತ್ತೆ ಟೈಪ್ ಮಾಡುವುದಲ್ಲ.

ಪ್ರೊಫೈಲ್ ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗವನ್ನು ಕ್ಲೇಮ್ ಮಾಡಿದಾಗ

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

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

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

PPP ಸುರಂಗಗಳಿಗೆ ಕೀ ಬದಲು ಹುಕ್ ಬೇಕು

PPP ಆಧಾರಿತ ಸುರಂಗಗಳಿಗೆ, defaultroute ಎಂಬುದು ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗವನ್ನು ರಚಿಸುವ ಪ್ರೊಫೈಲ್ ಕೀ; ಅದನ್ನು ತೆಗೆದರೆ ಕ್ಲೈಂಟ್ ಪ್ರತಿ ಗಮ್ಯಸ್ಥಾನವನ್ನೂ ಕ್ಲೇಮ್ ಮಾಡುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ. ನಂತರ ಇಂಟರ್ಫೇಸ್ ಕಾಣಿಸಿಕೊಂಡ ಮೇಲೆ ಮಾರ್ಗಗಳನ್ನು ಸೇರಿಸಲಾಗುತ್ತದೆ, ಸಾಮಾನ್ಯವಾಗಿ /etc/ppp/ip-up ನಿಂದ:

#!/bin/sh
/sbin/route add -net 192.168.1.0 -interface ppp0

ಸ್ಕ್ರಿಪ್ಟ್ ಅನ್ನು root ಒಡೆತನದಲ್ಲಿ ಮತ್ತು ಕಾರ್ಯನಿರ್ವಹಣೀಯವಾಗಿ ಇರಿಸಿ, ಮತ್ತು ಯಂತ್ರದಲ್ಲಿ ಒಂದಕ್ಕಿಂತ ಹೆಚ್ಚು ಸುರಂಗ ಪ್ರೊಫೈಲ್ಗಳಿದ್ದಾಗ ಇಂಟರ್ಫೇಸ್ ಹೆಸರಿಗೆ ಕಾವಲು ಸೇರಿಸಿ. ಪ್ರತಿ PPP ಲಿಂಕ್ಗೂ ಚಲಿಸುವ ಮತ್ತು ಒಂದೇ ಸಾಧನ ಹೆಸರನ್ನು ಊಹಿಸುವ ಹುಕ್ ದೀರ್ಘ ಆಯುಷ್ಯದ ಸಣ್ಣ ದೋಷ.

ಮೂರು ವಿನಂತಿಗಳಿಂದ ವಿಭಜನೆಯನ್ನು ಪರಿಶೀಲಿಸಿ

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

ವಿಭಜನೆಯನ್ನು ಸಾಬೀತುಪಡಿಸುವ ಮೂರು ವಿನಂತಿಗಳೊಂದಿಗೆ ಮುಗಿಸಿ: ವಿಳಾಸದಿಂದ ಒಂದು ಒಳಗಿನ ಹೋಸ್ಟ್, ಒಳಗಿನ ರಿಸಾಲ್ವರ್ ಮೂಲಕ ಒಂದು ಒಳಗಿನ ಹೆಸರು, ಮತ್ತು ಇನ್ನೂ ಸ್ಥಳೀಯ ಸಂಪರ್ಕವನ್ನು ಬಳಸಬೇಕಾದ ಒಂದು ಸಾರ್ವಜನಿಕ ಸೈಟ್. ಸಾರ್ವಜನಿಕ ಸೈಟ್ ಈಗ ಸುರಂಗದ ಮೂಲಕವೂ ಹೋದರೆ, ಮಾರ್ಗ ಪಟ್ಟಿ ಏನೇ ಹೇಳಿದಂತೆ ಕಂಡರೂ, ವಿಭಜನೆ ಎಂದೂ ಸಂಭವಿಸಿಲ್ಲ.

ಇನ್ನೊಮ್ಮೆ ಮರುಸಂಪರ್ಕಿಸಿ ಮತ್ತು ಒಳಗಿನ ವಿನಂತಿಯನ್ನು ಪುನರಾವರ್ತಿಸಿ, ಏಕೆಂದರೆ ಕೈಯಿಂದ ಸೇರಿಸಿದ ಮಾರ್ಗಗಳು ಅವನ್ನು ಮಾನ್ಯಗೊಳಿಸಿದ ಇಂಟರ್ಫೇಸ್ಗಿಂತ ಹೆಚ್ಚು ಕಾಲ ಬದುಕಬಹುದು ಮತ್ತು ಸುರಂಗ ಬಿದ್ದ ನಂತರ ಸಂಚಾರವನ್ನು ಸದ್ದಿಲ್ಲದೆ ಕಪ್ಪು ಕುಳಿಗೆ ಪರಿವರ್ತಿಸಬಹುದು.