ಹೆಚ್ಚುವರಿ Mac VPN ರೂಟ್‌ಗಳಿಗೆ ಮಾಲೀಕ ಬೇಕು, ಲಾಗಿನ್ ಸ್ಕ್ರಿಪ್ಟ್ ಅಲ್ಲ
ಲಾಗಿನ್ ಸಮಯದಲ್ಲಿ ಒಮ್ಮೆ ಸೇರಿಸಿದ ರೂಟ್ ಮರುಸಂಪರ್ಕ ನೀತಿ ಅಲ್ಲ. ದೂರದ ಪ್ರಿಫಿಕ್ಸ್‌ಗಳಿಗೆ ಮಾಲೀಕರನ್ನು ನೀಡಿ ಮತ್ತು ಅವು ಆ ಸಂಪರ್ಕದೊಂದಿಗೆ ಹೇಗೆ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತವೆ, ಬದಲಾಗುತ್ತವೆ ಮತ್ತು ಮಾಯವಾಗುತ್ತವೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸಿ.
VPN ಮೂಲಕ ಖಾಸಗಿ ಪ್ರಿಫಿಕ್ಸ್ ತಲುಪುವುದು ಅವಧಿ ಇರುವ ಅಗತ್ಯವಾಗಿದೆ: ಆ ಸಂಪರ್ಕ ಬಳಸಬಹುದಾದವರೆಗೆ ಅದು ಜಾರಿಯಲ್ಲಿರುತ್ತದೆ, ಮತ್ತು ಸಂಪರ್ಕ ಮುಗಿದಾಗ ಮುಗಿಯುತ್ತದೆ. ಲಾಗಿನ್ ಸ್ಕ್ರಿಪ್ಟ್ ಇದನ್ನು ವ್ಯಕ್ತಪಡಿಸಲಾರದು, ಏಕೆಂದರೆ ಲಾಗಿನ್ ಮತ್ತು ಟನೆಲ್ ಮೇಲೇಳುವುದು ಬೇರೆ ಬೇರೆ ಕ್ಷಣಗಳು, ಮತ್ತು ಲಾಗಿನ್ ಸಮಯದಲ್ಲಿ ಇರುವ ಟನೆಲ್ ಒಂದು ನಿಮಿಷದ ನಂತರ ಸಂಚಾರ ಸಾಗಿಸುವ ಟನೆಲ್ ಆಗಿರದೇ ಇರಬಹುದು. ಮೊದಲ ನಿರ್ಣಯ ಯಾವ ಆದೇಶ ಚಲಾಯಿಸಬೇಕು ಎಂಬುದಲ್ಲ. ಪ್ರಿಫಿಕ್ಸ್ ಅನ್ನು ಯಾವ ಘಟಕ ಹೊಂದಿದೆ ಎಂಬುದು.
ಪ್ರಿಫಿಕ್ಸ್‌ಗೆ ಮಾಲೀಕ ಬೇಕು, ಕ್ಷಣವಲ್ಲ
ಅಗತ್ಯವನ್ನು ಕರ್ತೃ ಇರುವ ವಾಕ್ಯವಾಗಿ ಬರೆಯುವ ಮೂಲಕ ಪ್ರಾರಂಭಿಸಿ: ತಲುಪಿ 10.77.0.0/24 ಕಚೇರಿ VPN ಮೂಲಕ, ಆ ಸಂಪರ್ಕ ಇರುವವರೆಗೆ. ಆ ವಾಕ್ಯ ಪ್ರಿಫಿಕ್ಸ್, ಸಂಪರ್ಕ ಮತ್ತು ಷರತ್ತನ್ನು ಹೆಸರಿಸುತ್ತದೆ, ಮತ್ತು ತಕ್ಷಣ ಎರಡು ಜನಪ್ರಿಯ ಪರ್ಯಾಯಗಳನ್ನು ಹೊರಗಿಡುತ್ತದೆ: ಲಾಗಿನ್ ಹುಕ್ ಮತ್ತು ಈ ರೀತಿಯ ಇಂಟರ್ಫೇಸ್ ಹೆಸರು ppp0 ಅಥವಾ utun2.
ಇಂಟರ್ಫೇಸ್ ಹೆಸರುಗಳನ್ನು ರನ್‌ಟೈಮ್‌ನಲ್ಲಿ ನೀಡಲಾಗುತ್ತದೆ ಮತ್ತು ಮರುಸಂಪರ್ಕಗಳ ನಡುವೆ ಸ್ಥಿರವಾಗಿರುವುದಿಲ್ಲ. ಕಳೆದ ವಾರ ಕಂಡ ಹೆಸರಿಗೆ ಹೊಂದುವ ಹುಕ್ ಒಂದೋ ಚಾಲನೆಯಾಗದು ಅಥವಾ ಬೇರೆಯವರ ಇಂಟರ್ಫೇಸ್ ಮೇಲೆ ಚಾಲನೆಯಾಗುತ್ತದೆ. ಎರಡೂ ಫಲಿತಾಂಶಗಳು ಹಳೆಯ ಊಹೆಯಂತೆ ಅಲ್ಲ, ರೂಟಿಂಗ್ ದೋಷದಂತೆ ಕಾಣುತ್ತವೆ. ಅದೇ ಆಕ್ಷೇಪಣೆ ನಿರ್ದಿಷ್ಟ ಟನೆಲ್ ಇರುವವರೆಗೆ ಮಾತ್ರ ಇರುವ ಹೆಸರಿಗೆ ಅಂಟಿಕೊಂಡ ಯಾವುದೇ ಸ್ಕ್ರಿಪ್ಟ್‌ಗೂ ಅನ್ವಯಿಸುತ್ತದೆ.
ಬೆಂಬಲಿತ ರೂಟ್ ಉದ್ದೇಶದ ಮೂಲವನ್ನು ಬಳಸಿ
ಗೇಟ್‌ವೇ, ನಿರ್ವಹಿತ ಪ್ರೊಫೈಲ್ ಅಥವಾ ಮಾಲೀಕ ಕ್ಲೈಂಟ್‌ನ ದಾಖಲಿತ ರೂಟ್ ಕಾರ್ಯವಿಧಾನವು ಇದಕ್ಕೆ ಸರಿಯಾದ ಸ್ಥಳ, ಆ ಕಾರ್ಯವಿಧಾನ ಅಗತ್ಯವನ್ನು ವ್ಯಕ್ತಪಡಿಸಬಲ್ಲಾಗ. ಯಾವುದು ಅನ್ವಯಿಸುತ್ತದೆ ಎಂಬುದು ಪ್ರೋಟೋಕಾಲ್ ಮತ್ತು ಪೂರೈಕೆದಾರರನ್ನು ಅವಲಂಬಿಸಿದೆ, ಮತ್ತು ಕೀಗಳು ಅವುಗಳ ನಡುವೆ ಪ್ರಯಾಣಿಸುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಪ್ರೊಫೈಲ್ ಸಂರಚಿಸುವ ಮೌಲ್ಯ OpenVPN ಸ್ಥಳೀಯ L2TP ಅಥವಾ IKEv2 ಕ್ಲೈಂಟ್ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ.
| Mechanism | Can carry extra prefixes | Who owns the lifetime |
|---|---|---|
| Gateway-pushed routes | Often, if the gateway is configured for it | The connection |
| Managed profile settings | Depends on the client and profile format | The profile |
| Provider tunnel settings | Yes, as included and excluded routes | The provider process |
| Manual command | Yes, once | Nobody |
ಪ್ಯಾಕೆಟ್-ಟನೆಲ್ ಡೆವಲಪರ್‌ಗಳಿಗೆ, Apple ನ IPv4 ಟನೆಲ್ ಸೆಟ್ಟಿಂಗ್‌ಗಳು ಸೇರಿಸಿದ ಮತ್ತು ಹೊರಗಿಟ್ಟ ರೂಟ್‌ಗಳನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ತೋರಿಸುತ್ತವೆ, ಮತ್ತು IPv6 ಗೂ ಅದರ ಸಮಾನ ಇದೆ. ಇವು ಪೂರೈಕೆದಾರ ಬಳಸುವ API ಗಳು, ಪ್ರತಿ ಸ್ಥಳೀಯ VPN ಪ್ಯಾನೆಲ್ ನಿರ್ವಾಹಕರಿಗೆ ಅನಿಯತ ರೂಟ್ ಪಟ್ಟಿ ನೀಡುತ್ತದೆ ಎಂಬುದಕ್ಕೆ ಸಾಕ್ಷ್ಯವಲ್ಲ. ಪ್ರಸ್ತುತ ಸಂಯೋಜನೆ ಬೇಕಾದ ಪ್ರಿಫಿಕ್ಸ್‌ಗಳನ್ನು ವ್ಯಕ್ತಪಡಿಸಲಾಗದಿದ್ದರೆ, ಮುಂದಿನ ಹೆಜ್ಜೆ ನಿರ್ವಾಹಕರಿಂದ ಬೆಂಬಲಿತ ಸಂರಚನಾ ಮಾರ್ಗ, ಉತ್ತಮವಾಗಿ ವರ್ತಿಸುತ್ತದೆ ಎಂಬ ನಿರೀಕ್ಷೆಯಲ್ಲಿ ಸ್ಥಾಪಿಸುವ ಬೇರೆ ಅಪ್ಲಿಕೇಶನ್ ಅಲ್ಲ.
ಜೀವಿತಾವಧಿಯಲ್ಲಿ ಸ್ವಚ್ಛಗೊಳಿಸುವಿಕೆ ಸೇರಿದೆ
ಕೆಲವೊಮ್ಮೆ ಬಾಹ್ಯ ಸಹಾಯಕ ನಿಜವಾಗಿಯೂ ಅಗತ್ಯವಾಗಿರುತ್ತದೆ, ಮತ್ತು ಆಗ «ರೂಟ್ ಸೇರಿಸಿ» ಅದರ ಕೆಲಸದ ಚಿಕ್ಕ ಭಾಗ. ಅದು ಯಾವ ಸಂಪರ್ಕಕ್ಕೆ ಸೇವೆ ಸಲ್ಲಿಸುತ್ತದೆ ಮತ್ತು ಆ ಸಂಪರ್ಕ ಯಾವ ಇಂಟರ್ಫೇಸ್ ಬಳಸುತ್ತದೆ ಎಂಬುದನ್ನು ತಿಳಿಯಬೇಕು, ಸಂಬಂಧಿತ ನೆಟ್‌ವರ್ಕ್ ಸ್ಥಿತಿ ಸ್ಥಿರವಾಗುವವರೆಗೆ ಕಾಯಬೇಕು, ಸತತವಾಗಿ ಎರಡು ಬಾರಿ ಚಲಿಸಿದಾಗ ಐಡೆಂಪೊಟೆಂಟ್ ಆಗಿರಬೇಕು, ಮತ್ತು ತಾನೇ ಸ್ಥಾಪಿಸದ ಯಾವುದನ್ನೂ ಸ್ವಚ್ಛಗೊಳಿಸಬಾರದು.
ಕೊನೆಯ ಷರತ್ತೇ ನೋವು ಕೊಡುವುದು. ಕಚೇರಿ ಪ್ರಿಫಿಕ್ಸ್‌ಗೆ ಹೊಂದುವ ಪ್ರತಿ ರೂಟ್ ಅನ್ನು ಅಳಿಸುವ ಸಹಾಯಕ ಬೇಗ ಅಥವಾ ತಡವಾಗಿ ತಾನು ಸೇರಿಸದ ರೂಟ್ ಅನ್ನೂ ಅಳಿಸುತ್ತದೆ. ಪರಿಣಾಮವಾಗಿ ಉಂಟಾದ ಅಡಚಣೆಯನ್ನು VPN ಕ್ಲೈಂಟ್ ಮೇಲೆ ಹೊರಿಸಲಾಗುತ್ತದೆ, ಏಕೆಂದರೆ ಕ್ಲೈಂಟ್ ಬಳಕೆದಾರ ಕಾಣುವ ಭಾಗ. ಸಹಾಯಕ ಯಾವುದನ್ನು ಹೊಂದಿದೆ ಎಂಬುದನ್ನು ಬರೆಯುವ ಮೊದಲು ನಿರ್ಧರಿಸುವುದು, ನಂತರ ಸ್ಥಳೀಯ ಸಬ್‌ನೆಟ್ ಏಕೆ ಉತ್ತರಿಸುವುದನ್ನು ನಿಲ್ಲಿಸಿತು ಎಂದು ವಿವರಿಸುವುದಕ್ಕಿಂತ ಅಗ್ಗ.
ಮರುಸಂಪರ್ಕದ ಓಟ
ವೇಗದ ಮರುಸಂಪರ್ಕವನ್ನು ಊಹಿಸಿ. ಸೆಷನ್ A ಬೀಳುತ್ತದೆ, ಸೆಷನ್ B ಮೇಲೇರಿ ತನ್ನ ರೂಟ್ ಸ್ಥಾಪಿಸುತ್ತದೆ, ನಂತರ A ಯ ವಿಳಂಬಿತ ಸ್ವಚ್ಛಗೊಳಿಸುವಿಕೆ ಅಂತಿಮವಾಗಿ ಚಲಿಸುತ್ತದೆ. ಆ ಸ್ವಚ್ಛಗೊಳಿಸುವಿಕೆ ಪ್ರಿಫಿಕ್ಸ್ ಮೂಲಕ ರೂಟ್‌ಗಳನ್ನು ತೆಗೆದರೆ, ಅದು B ಯ ಮಾನ್ಯ ಸ್ಥಿತಿಯನ್ನೂ ಒಯ್ಯುತ್ತದೆ, ಮತ್ತು ಒಂದು ಸೆಕೆಂಡ್ ಹಿಂದೆ ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದ ಸಂಪರ್ಕ ಈಗ ಎಲ್ಲಿಗೂ ರೂಟ್ ಆಗುವುದಿಲ್ಲ.
ಇದು ಮಾಲೀಕತ್ವದ ಓಟ, ಮತ್ತು ಸ್ಕ್ರಿಪ್ಟ್‌ಗೆ ನಿದ್ರೆ ಸೇರಿಸುವುದು ಯಾವ ಬದಿ ಗೆಲ್ಲುತ್ತದೆ ಎಂಬುದನ್ನು ಮಾತ್ರ ಬದಲಿಸುತ್ತದೆ. ಪರಿಹಾರ ಸ್ವಚ್ಛಗೊಳಿಸುವಿಕೆಯನ್ನು ಗುರುತಿಗೆ ಷರತ್ತುಬದ್ಧವಾಗಿಸುವುದು: ಸಹಾಯಕ ಸ್ಥಾಪಿಸಿದ ಇಂಟರ್ಫೇಸ್ ಮತ್ತು ಸೆಷನ್ ಅನ್ನು ಇನ್ನೂ ಜಾರಿಯಲ್ಲಿರುವವುಗಳೊಂದಿಗೆ ಹೋಲಿಸಿ, ಮತ್ತು ಹೊಂದಿಕೆಯಾದಾಗ ಮಾತ್ರ ತೆಗೆಯಿರಿ.
ಏನನ್ನು ಪರೀಕ್ಷಿಸಬೇಕು, ಮತ್ತು ರೂಟ್ ಏನು ಮಾಡಲಾರದು
ಸ್ವೀಕೃತಿ ನಾಲ್ಕು ಪರಿವರ್ತನೆಗಳನ್ನು ಒಳಗೊಳ್ಳಬೇಕು: ಮೊದಲ ಸಂಪರ್ಕ, ಬೇರೆ ಇಂಟರ್ಫೇಸ್‌ಗೆ ಮರುಸಂಪರ್ಕ, ವಿಫಲವಾದ ಸಂಪರ್ಕ ಪ್ರಯತ್ನ, ಮತ್ತು ಅಂತಿಮ ಸಂಪರ್ಕ ಕಡಿತ. ಪ್ರತಿಯೊಂದರ ನಂತರ, ದೂರದ ಬದಿಯ ವಿಳಾಸಕ್ಕೆ ಸಿಸ್ಟಂ ನಿಜವಾಗಿ ಆಯ್ಕೆ ಮಾಡಿದ ರೂಟ್ ಅನ್ನು ಓದಿ, ನೀವು ನಿರೀಕ್ಷಿಸಿದ್ದನ್ನು ಅಲ್ಲ.
route -n get 10.77.0.5
netstat -rn -f inetಅಸ್ವಸ್ಥ ಪ್ರಕರಣಗಳನ್ನೂ ಅದೇ ಸುತ್ತಿನಲ್ಲಿ ಸೇರಿಸಿ: ಅಗತ್ಯವಿರುವಲ್ಲಿ IPv6, ದೂರದ ಪ್ರಿಫಿಕ್ಸ್‌ಗೆ ಅತಿಕ್ರಮಿಸುವ ಸ್ಥಳೀಯ ಪ್ರಿಫಿಕ್ಸ್, ಮತ್ತು ಸಾರ್ವಜನಿಕ VPN ಎಂಡ್‌ಪಾಯಿಂಟ್‌ಗೆ ಇರುವ ರೂಟ್, ಅದು ಟನೆಲ್ ಇರುವವರೆಗೆ ಕೆಲಸ ಮಾಡುತ್ತಿರಬೇಕು. ನಂತರ ರೂಟ್ ಏನಲ್ಲ ಎಂದು ಬರೆಯಿರಿ. ಅದು ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ; ಅದು ದೂರದ ಬದಿಯಲ್ಲಿ ಅನುಮತಿ ನೀಡುವುದಿಲ್ಲ ಮತ್ತು ಹಿಂತಿರುಗುವ ಮಾರ್ಗವನ್ನು ಸೃಷ್ಟಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಅವು ಬೇರೆ ಬೇರೆ ಮಾಲೀಕರಿರುವ ಬೇರೆ ಬೇರೆ ಅಗತ್ಯಗಳಾಗಿಯೇ ಉಳಿಯುತ್ತವೆ.
ನೀವು ಬಯಸುವ ಫಲಿತಾಂಶ ಪ್ರತಿ ಪರಿವರ್ತನೆಯಲ್ಲೂ ತನ್ನ ಬೆಂಬಲಿತ ಸಂಪರ್ಕ-ಮಾಲೀಕನನ್ನು ಅನುಸರಿಸುವ ಪ್ರಿಫಿಕ್ಸ್, ಬರೆದ ಯಂತ್ರದಲ್ಲಿ ಒಮ್ಮೆ ಆಕಸ್ಮಿಕವಾಗಿ ಯಶಸ್ವಿಯಾದ ಆದೇಶವಲ್ಲ.