route-nopull ಒಂಟಿಯಾಗಿ ಫೈಲ್ ಸರ್ವರ್ ಅನ್ನು ಏಕೆ ತಲುಪಲಾಗದಂತೆ ಬಿಡುತ್ತದೆ
ತಳ್ಳಲಾದ ಮಾರ್ಗಗಳನ್ನು ನಿರ್ಲಕ್ಷಿಸುವುದು ವಿಭಜಿತ ಸುರಂಗದ ಅರ್ಧ ಮಾತ್ರ. ಮಾರ್ಗದ ಮಾಲೀಕರನ್ನು ಆಯ್ಕೆಮಾಡಿ, ಕಚೇರಿ ಪೂರ್ವಪ್ರತ್ಯಯವನ್ನು ಕೈಯಿಂದ ಸೇರಿಸಿ ಮತ್ತು ಸರಿಪಡಿಸಲಾಗಿದೆ ಎನ್ನುವ ಮೊದಲು ಮೂರು ಹರಿವುಗಳನ್ನು ಪರೀಕ್ಷಿಸಿ.
ಫೈಲ್ ಸರ್ವರ್ ಸರಿಯಾಗಿ ತೆರೆಯುತ್ತದೆ, ಮತ್ತು ಪಕ್ಕದ ಕಿಟಕಿಯಲ್ಲಿನ ವೀಡಿಯೊ ಕರೆ ಎಡವಲು ಪ್ರಾರಂಭಿಸುತ್ತದೆ. ಯಾವುದೂ ನಿಧಾನವಿಲ್ಲ ಮತ್ತು ಯಾವ MTU ತಪ್ಪಿಲ್ಲ: ನಿಮ್ಮ ಕ್ಲೈಂಟ್ ಸರ್ವರ್ ಕೊಟ್ಟ ಮಾರ್ಗ ಪಟ್ಟಿಯನ್ನು ಸ್ವೀಕರಿಸಿತು, ಆದ್ದರಿಂದ ಈಗ ಪ್ರತಿ ಪ್ಯಾಕೆಟ್ ಕಚೇರಿ ಫೈರ್‌ವಾಲ್ ಮೂಲಕ ಹೊರಹೋಗುತ್ತದೆ. ಪರಿಹಾರವು ಇನ್ನೊಂದು ಟ್ಯೂನಿಂಗ್ ಧ್ವಜವಲ್ಲ, ಕ್ಲೈಂಟ್‌ನ ಮಾರ್ಗ ಕೋಷ್ಟಕ ಯಾರಿಗೆ ಸೇರಿದೆ ಎಂಬ ನಿರ್ಧಾರವಾಗಿದೆ. ಆ ನಿರ್ಧಾರ ಒಂದೇ ಸ್ಥಳಕ್ಕೆ ಸೇರಿದೆ, ಮತ್ತು ಕೆಳಗಿನ ವೈಫಲ್ಯ ವಿಧಾನಗಳು ನೀವು ನಿಜವಾಗಿ ಯಾವ ಸ್ಥಳವನ್ನು ಆಯ್ಕೆ ಮಾಡಿದ್ದೀರಿ ಎಂದು ಹೇಳುತ್ತವೆ.
ಮಾರ್ಗ ಕೋಷ್ಟಕ ಯಾರಿಗೆ ಸೇರಿದೆ ಎಂದು ನಿರ್ಧರಿಸಿ
ಮೂರು ಮಾಲೀಕರು ಸಾಧ್ಯ. ಸರ್ವರ್ ಮಾರ್ಗಗಳನ್ನು ಮತ್ತು ಡೀಫಾಲ್ಟ್ ಗೇಟ್‌ವೇಯನ್ನು ತಳ್ಳಬಹುದು, ಆ ಸಂದರ್ಭದಲ್ಲಿ ಕ್ಲೈಂಟ್ ಹೇಳಿದ್ದನ್ನು ಸ್ಥಾಪಿಸಿ ಪೂರ್ಣ ಸುರಂಗವಾಗುತ್ತದೆ. ಕ್ಲೈಂಟ್ ಪ್ರೊಫೈಲ್ ತಳ್ಳುವಿಕೆಗಳನ್ನು ತಿರಸ್ಕರಿಸಿ ತನ್ನದೇ ಮಾರ್ಗ ಸಾಲುಗಳನ್ನು ಹೊತ್ತುಕೊಳ್ಳುವ ಮೂಲಕ ಮಾಲೀಕತ್ವ ತೆಗೆದುಕೊಳ್ಳಬಹುದು. ಡೆಸ್ಕ್‌ಟಾಪ್ ಸಂಪರ್ಕ ನಿರ್ವಾಹಕನೂ ತನ್ನದೇ ಮಾರ್ಗ ಮತ್ತು ಡೀಫಾಲ್ಟ್-ಮಾರ್ಗ ಗುಣಲಕ್ಷಣಗಳ ಮೂಲಕ ನಿರ್ಧಾರದ ಮಾಲೀಕನಾಗಬಹುದು.
ಪ್ರತಿ ಆಯ್ಕೆಯೂ ಬೇರೆ ರೀತಿಯಲ್ಲಿ ವಿಫಲವಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಪ್ರೊಫೈಲ್ ಸಂಪಾದಿಸುವ ಮೊದಲು ಕೋಷ್ಟಕವನ್ನು ಓದುವುದು ಯೋಗ್ಯ. ನಿಮ್ಮ ಲಕ್ಷಣಕ್ಕೆ ಹೊಂದುವ ಸಾಲೇ ನಿಮ್ಮ ಬಳಿ ನಿಜವಾಗಿ ಇರುವ ಮಾಲೀಕ.
| Owner | Where it lives | Result |
|---|---|---|
| Server | server config, redirect-gateway, pushed routes | client becomes a full tunnel |
| Profile | route-nopull and its own route lines | tunnel up, office prefix missing |
| Manager | never-default plus its own routes | desktop decides, profile ignored |
ಒಂದನ್ನು ಆಯ್ಕೆಮಾಡಿ ಬರೆದಿಡಿ. ಎರಡನ್ನು ಬೆರೆಸಿದರೆ ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗವು ತನ್ನದೇ ದಾಖಲೆಗೆ ವಿರುದ್ಧವಾಗಿರುವ ಹೋಸ್ಟ್ ಉಳಿಯುತ್ತದೆ, ಮತ್ತು ಮುಂದಿನ ಎಂಜಿನಿಯರ್‌ಗೆ ಯಾವ ಪದರ ಗೆದ್ದಿತು ಎಂದು ತಿಳಿಯುವುದಿಲ್ಲ. ಸೋತದ್ದನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಅಳಿಸಿ.
route-nopull ತಳ್ಳುವಿಕೆಗಳನ್ನು ಫಿಲ್ಟರ್ ಮಾಡುತ್ತದೆ, ಮಾರ್ಗಗಳನ್ನು ಸೇರಿಸುವುದಿಲ್ಲ
route-nopull ಕ್ಲೈಂಟ್ ಪ್ರೊಫೈಲ್‌ನಲ್ಲಿರುತ್ತದೆ, ಮತ್ತು ಆ ಕಡತದಲ್ಲಿ ಅದರ ಕ್ರಮ ಅಪ್ರಸ್ತುತ ಏಕೆಂದರೆ ಅದು ಸರ್ವರ್‌ನಿಂದ ಬರುವ ಮೌಲ್ಯಗಳನ್ನು ಮಾತ್ರ ತಿರಸ್ಕರಿಸುತ್ತದೆ. ಅದು ತಳ್ಳಲಾದ ಮಾರ್ಗಗಳನ್ನು, ತಳ್ಳಲಾದ ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗ ಸಹಿತ ತಿರಸ್ಕರಿಸುತ್ತದೆ, ಆದರೆ ಸುರಂಗ ಸಾಮಾನ್ಯವಾಗಿ ಮೇಲೇಳುತ್ತದೆ.
ಜನರು ಕಳೆದುಕೊಳ್ಳುವ ಪರಿಣಾಮವೆಂದರೆ ತಳ್ಳಲಾದ DHCP ಆಯ್ಕೆಗಳು ಅವುಗಳೊಂದಿಗೆ ಹೋಗುತ್ತವೆ. ಸರ್ವರ್ ಕಳುಹಿಸುವ DNS ಸೆಟ್ಟಿಂಗ್‌ಗಳೂ ತಿರಸ್ಕೃತವಾಗುತ್ತವೆ, ಆದ್ದರಿಂದ ಸುರಂಗ ಆರೋಗ್ಯಕರವಾಗಿದ್ದು ಸರ್ವರ್ ವಿಳಾಸದಿಂದ ತಲುಪಬಹುದಾದರೂ ಒಳಗಿನ ಹೆಸರುಗಳು ಪರಿಹರಿಸುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತವೆ.
ಇದು ಕಚೇರಿ ಪೂರ್ವಪ್ರತ್ಯಯಕ್ಕೆ ಮಾರ್ಗವಿಲ್ಲದ ಸುರಂಗವನ್ನು ಬಿಡುತ್ತದೆ, ನೀವೇ ಒಂದನ್ನು ಸೇರಿಸದಿದ್ದರೆ: ಅದೇ ಪ್ರೊಫೈಲ್‌ನಲ್ಲಿ route-nopull ನಂತರ route 10.30.0.0 255.255.0.0. ಆ ಸಾಲು ವಿಳಾಸ ಮತ್ತು ಮುಖವಾಡವನ್ನು ಹೊರುತ್ತದೆ; ಅದು ಮುಂದಿನ ಹಾಪ್ ಅನ್ನು ಹೆಸರಿಸುವುದಿಲ್ಲ.
ಪರ್ಯಾಯ ರೂಪವು ಗೇಟ್‌ವೇ ಟೋಕನ್ ಸೇರಿಸುತ್ತದೆ, route 10.30.0.0 255.255.0.0 vpn_gateway, ಅದು ನಮೂದನ್ನು ಹೆಸರಿನಿಂದ ಸುರಂಗದತ್ತ ತೋರಿಸುತ್ತದೆ. ಆಯಾತಕರು ಆ ರೂಪಾಂತರವನ್ನು ಅನುವಾದಿಸುತ್ತಾರೆಯೇ ಎಂಬುದರಲ್ಲಿ ಭಿನ್ನರಾಗಿದ್ದಾರೆ, ಆದ್ದರಿಂದ ನಮೂದು ಕರ್ನಲ್ ಕೋಷ್ಟಕದಲ್ಲಿ ಇಲ್ಲದಿದ್ದರೆ ಸಂಗ್ರಹಿಸಿದ ಸಂಪರ್ಕವನ್ನು ಪರಿಶೀಲಿಸಿ.
ping ನಿಂದ ಅಲ್ಲ, ಮಾರ್ಗ ಹುಡುಕಾಟಗಳಿಂದ ಪರಿಶೀಲಿಸಿ
ping ಯಾವುದೋ ಉತ್ತರಿಸಿತು ಎಂದು ಹೇಳುತ್ತದೆ. ಮಾರ್ಗ ಹುಡುಕಾಟವು ಕರ್ನಲ್ ಯಾವ ಇಂಟರ್ಫೇಸ್ ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ ಎಂದು ಹೇಳುತ್ತದೆ, ಮತ್ತು ನೀವು ನಿಜವಾಗಿ ಕೇಳಿದ ಪ್ರಶ್ನೆ ಅದೇ. ನಾಲ್ಕು ಸಣ್ಣ ಆಜ್ಞೆಗಳು ಕಾಣೆಯಾದ ಮಾರ್ಗವನ್ನು ತಪ್ಪು ಸಾಧನಕ್ಕೆ ತೋರಿಸುವ ಮಾರ್ಗದಿಂದ ಬೇರ್ಪಡಿಸುತ್ತವೆ.
ಸುರಂಗ ಏನನ್ನು ಸ್ಥಾಪಿಸಿತು ಎಂದು ip route show dev tun0 ನಿಂದ ಓದಿ. ಯಾವುದೇ ಔಟ್‌ಪುಟ್ ಇಲ್ಲದಿರುವುದು ಶೂನ್ಯ ಮಾರ್ಗಗಳು, ಅದು ಕೆಲಸ ಮಾಡುವ ವಿಭಜಿತ ಸುರಂಗವಲ್ಲ, ಮತ್ತು ಸ್ಪಷ್ಟ ಸಾಲಿಲ್ಲದೆ ಫಿಲ್ಟರ್ ಸೇರಿಸುವ ಸಾಮಾನ್ಯ ಫಲಿತಾಂಶ ಅದೇ.
ನಂತರ ip route get 10.30.5.7 ನಿಂದ ಒಂದು ಕಚೇರಿ ವಿಳಾಸವನ್ನು, ಮತ್ತು ip route get 1.1.1.1 ನಿಂದ ಒಂದು ಸಾಮಾನ್ಯ ಇಂಟರ್ನೆಟ್ ವಿಳಾಸವನ್ನು ಪರಿಶೀಲಿಸಿ. ಎರಡನೆಯದು ಭೌತಿಕ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಹೆಸರಿಸಬೇಕು; ಅದು ಸುರಂಗವನ್ನು ಹೆಸರಿಸಿದರೆ, ತಳ್ಳುವಿಕೆ ಫಿಲ್ಟರ್ ಆಗಿಯೇ ಇಲ್ಲ.
ಕೊನೆಗೆ ip rule ಓದಿ, ಏಕೆಂದರೆ ಹಿಂದಿನ ಪ್ರಯತ್ನ ಬಿಟ್ಟ ನೀತಿ ನಿಯಮವು ನೀವು ಈಗ ಸರಿಪಡಿಸಿದ ಕೋಷ್ಟಕವನ್ನು ಮೀರಿಸಬಹುದು. ಮೇಲೆ ಹಳೆಯ ನಿಯಮವಿರುವ ಸರಿಯಾದ ಪ್ರೊಫೈಲ್ ಸರಿಯಾಗಿ ಒಡೆದ ಪ್ರೊಫೈಲ್‌ನಂತೆಯೇ ಕಾಣುತ್ತದೆ. ಇನ್ನೊಂದನ್ನು ಸೇರಿಸುವ ಮೊದಲು ಕಳೆದ ಬಾರಿ ಸೇರಿಸಿದ ನಿಯಮವನ್ನು ಅಳಿಸಿ.
ಅತಿವ್ಯಾಪಿಸುವ ಉಪಜಾಲಗಳು ಒಡೆದ ಸುರಂಗದಂತೆ ಕಾಣುತ್ತವೆ
ಕ್ಲೈಂಟ್‌ನ ದೃಷ್ಟಿಯಿಂದ ಎರಡು ಖಾಸಗಿ ಶ್ರೇಣಿಗಳು ಒಂದೇ ರೀತಿ ಇರಬಹುದು, ಮತ್ತು ಅಲ್ಲಿಯೇ ವಿಭಜಿತ ಸುರಂಗವು ತಾನು ಉಂಟುಮಾಡದ ಯಾವುದಕ್ಕೋ ದೂಷಿಸಲ್ಪಡುತ್ತದೆ. ಕಚೇರಿಯು ನಿಮ್ಮ ಮನೆಯ ರೌಟರ್ ಬಳಸುವ ಅದೇ ಪೂರ್ವಪ್ರತ್ಯಯವನ್ನು ನೀಡಿದರೆ, ಸುರಂಗದ ಮಾರ್ಗವು ರೌಟರ್ ಅನ್ನು ಆವರಿಸುತ್ತದೆ ಮತ್ತು ಮನೆಯ ಜಾಲವು ಕಣ್ಮರೆಯಾದಂತೆ ಕಾಣುತ್ತದೆ.
ಏನನ್ನೂ ಬದಲಿಸುವ ಮೊದಲು ಸರಳ ವಿಳಾಸ ಪಟ್ಟಿ ಬಳಸಿ ನಿಮ್ಮ ಇಂಟರ್ಫೇಸ್‌ನಲ್ಲಿನ ವಿಳಾಸವನ್ನು ಪ್ರೊಫೈಲ್ ಸ್ಥಾಪಿಸುವ ಮಾರ್ಗದೊಂದಿಗೆ ಹೋಲಿಸಿ. ಅತಿವ್ಯಾಪನೆ ನಿಜವಾದದ್ದು, ಮತ್ತು ಯಾವುದೇ ಪ್ರೊಫೈಲ್ ಆಯ್ಕೆ ಅದನ್ನು ಪರಿಹರಿಸುವುದಿಲ್ಲ. ನೀವು ಸರಿಪಡಿಸಬಹುದಾದದ್ದು ಹೆಸರಿಸುವಿಕೆ, ಮುಂದಿನ ವ್ಯಕ್ತಿ ಒಂದರ ಬದಲು ಎರಡು ಶ್ರೇಣಿಗಳನ್ನು ನೋಡುವಂತೆ.
ಪ್ರಾಮಾಣಿಕ ಪರಿಹಾರಗಳು ಒಂದು ಬದಿಯನ್ನು ಮರುಸಂಖ್ಯೆ ಮಾಡುವುದು ಅಥವಾ ಕಚೇರಿಯಲ್ಲಿ ವಿಳಾಸಗಳನ್ನು ಅನುವಾದಿಸುವುದು. ಒಂದೇ ಹೋಸ್ಟ್ ಮಾರ್ಗವನ್ನು ರೌಟರ್‌ಗೆ ಪಿನ್ ಮಾಡುವುದು ರೌಟರ್ ವಿಳಾಸ ಬದಲಾಗುವವರೆಗೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ, ನಂತರ ಅದು ಮೊದಲನೆಯ ಮೇಲೆ ಎರಡನೆಯ ರಹಸ್ಯವಾಗುತ್ತದೆ.
ನಿರ್ಧಾರ ಮರುಸಂಪರ್ಕವನ್ನು ಮೀರಿ ಉಳಿಯುವಂತೆ ಮಾಡಿ
ಕೈಯಿಂದ ಟೈಪ್ ಮಾಡಿದ ನಮೂದುಗಳು ಮರುಸಂಪರ್ಕವನ್ನು ಮೀರಿ ಉಳಿಯುವುದಿಲ್ಲ, ಮತ್ತು ಸಂಪರ್ಕ ನಿರ್ವಾಹಕನು ಪ್ರೊಫೈಲ್ ಪ್ರಾರಂಭವಾದಾಗಲೆಲ್ಲಾ ಕೋಷ್ಟಕವನ್ನು ಮರುನಿರ್ಮಿಸುತ್ತಾನೆ. ನಿರ್ಧಾರವನ್ನು ಸಂಪರ್ಕ ರಚಿಸುವ ಸ್ಥಳದಲ್ಲಿ ಇರಿಸಿ, ಅದು ಪ್ರೊಫೈಲ್ ಆಗಿರಲಿ ಅಥವಾ ನಿರ್ವಾಹಕನ ಸಂಗ್ರಹಿತ ಸೆಟ್ಟಿಂಗ್‌ಗಳಾಗಿರಲಿ. ನಂತರ ಕರೆಯ ಸಮಯದಲ್ಲಿ ವರ್ತನೆಯನ್ನು ಕಂಡುಕೊಳ್ಳುವ ಬದಲು ಒಮ್ಮೆ ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಸಂಪರ್ಕವನ್ನು ಮರುಪ್ರಾರಂಭಿಸಿ. ಮುಂದಿನ ಮರುಸಂಪರ್ಕದವರೆಗೆ ಮಾತ್ರ ಕೆಲಸ ಮಾಡುವ ಪ್ರೊಫೈಲ್ ಮುಗಿದಿಲ್ಲ.
ಮೂರು ಮಾರ್ಗಗಳನ್ನು ಒಟ್ಟಿಗೆ ಪ್ರಯತ್ನಿಸಿ: ಅಕ್ಷರಶಃ ವಿಳಾಸದಿಂದ ಕಚೇರಿ ಹೋಸ್ಟ್, ಹೆಸರಿನಿಂದ ಅದೇ ಹೋಸ್ಟ್, ಮತ್ತು ಸಾಮಾನ್ಯ ಸಾರ್ವಜನಿಕ ತಾಣ. ಮಧ್ಯದ್ದು ನೀವು ತಳ್ಳಲಾದ DNS ಆಯ್ಕೆಗಳನ್ನು ಬಿಟ್ಟ ನಂತರ ಸಂರಚಿಸಿದ ಹೆಸರು ಸೇವೆಯನ್ನು ಅವಲಂಬಿಸಿದೆ, ಮತ್ತು ಸದ್ದಿಲ್ಲದೆ ವಿಫಲವಾಗುವುದು ಅದೇ.