ಟನೆಲ್‌ನ /32 ನಕಲಿಸುವುದು ಕಚೇರಿ ಸಬ್‌ನೆಟ್ ಅನ್ನು ರೂಟ್ ಮಾಡುವುದಿಲ್ಲ
VPN ನಿಮ್ಮ ಅಡಾಪ್ಟರ್‌ಗೆ ನೀಡುವ ವಿಳಾಸವು ಲಿಂಕ್ ಅನ್ನು ವಿವರಿಸುತ್ತದೆ, ಗಮ್ಯಸ್ಥಾನವನ್ನಲ್ಲ. ಪ್ರೊಫೈಲ್‌ಗೆ ಸಂಪನ್ಮೂಲ ಪೂರ್ವಪ್ರತ್ಯಯವನ್ನು ಸೇರಿಸಿ ಮತ್ತು ಡೀಫಾಲ್ಟ್ ಅನ್ನು ಬಿಡಿ.
VPN ಸಂಪರ್ಕಗೊಳ್ಳುತ್ತದೆ, ಇಂಟರ್ಫೇಸ್ ಮೂವತ್ತೆರಡು ಬಿಟ್ ಮಾಸ್ಕ್‌ನೊಂದಿಗೆ ವಿಳಾಸವನ್ನು ತೋರಿಸುತ್ತದೆ, ಮತ್ತು ಕಚೇರಿ ಸರ್ವರ್ ತಲುಪಲಾಗದೆ ಉಳಿಯುತ್ತದೆ. ಮುಂದಿನ ಹೆಜ್ಜೆ ಸಾಮಾನ್ಯವಾಗಿ ಆ ಮಾಸ್ಕ್ ಅನ್ನು ರೂಟ್‌ನಲ್ಲಿ ಮತ್ತೆ ಬಳಸುವುದು, ಇಂಟರ್ಫೇಸ್ ಟನೆಲ್ ಎಲ್ಲಿಯವರೆಗೆ ತಲುಪಬಹುದು ಎಂಬುದನ್ನು ವಿವರಿಸುತ್ತದೆ ಎಂಬ ಸಿದ್ಧಾಂತದ ಮೇಲೆ. ಹಾಗಲ್ಲ. ಆ ವಿಳಾಸವು ಪಾಯಿಂಟ್-ಟು-ಪಾಯಿಂಟ್ ಲಿಂಕ್‌ನ ಸ್ಥಳೀಯ ತುದಿಯನ್ನು ವಿವರಿಸುತ್ತದೆ, ಮತ್ತು ನಿಮಗೆ ಮುಖ್ಯವಾದ ಗಮ್ಯಸ್ಥಾನವು ಅದರ ಇನ್ನೊಂದು ಬದಿಯಲ್ಲಿ ಬೇರೆ ಪೂರ್ವಪ್ರತ್ಯಯದಲ್ಲಿದೆ.
ಎರಡು ವಿಭಿನ್ನ ವಿಷಯಗಳನ್ನು ಗೊಂದಲ ಮಾಡಲಾಗುತ್ತಿದೆ: ಟನೆಲ್ ನಿಮಗೆ ನೀಡಿದ ವಿಳಾಸ, ಮತ್ತು ಅದರ ಮೂಲಕ ನೀವು ತಲುಪಲು ಬಯಸುವ ನೆಟ್‌ವರ್ಕ್.
ಎರಡು ವಿಳಾಸಗಳು, ಎರಡು ಕೆಲಸಗಳು
ಪಾಯಿಂಟ್-ಟು-ಪಾಯಿಂಟ್ ಟನೆಲ್‌ನಲ್ಲಿ ಕ್ಲೈಂಟ್ ವಿಳಾಸವು ಸಾಮಾನ್ಯವಾಗಿ ಒಂದೇ ಹೋಸ್ಟ್ ವಿಳಾಸವಾಗಿರುತ್ತದೆ, ಏಕೆಂದರೆ ಲಿಂಕ್‌ನ ಇನ್ನೊಂದು ತುದಿಯಲ್ಲಿ ನಿಖರವಾಗಿ ಒಬ್ಬ ಸಹಚರ ಇರುತ್ತಾನೆ. ಹಂಚಿಕೆಯ ಸೆಗ್ಮೆಂಟ್ ಇಲ್ಲ ಮತ್ತು ARP ಇಲ್ಲ, ಆದ್ದರಿಂದ Ethernet ನಲ್ಲಿ ಅಸಂಗತವಾಗಿ ಕಾಣುವ ಮಾಸ್ಕ್ ಇಲ್ಲಿ ಸಂಪೂರ್ಣ ಸಾಮಾನ್ಯ.
ಗಮ್ಯಸ್ಥಾನದ ಪೂರ್ವಪ್ರತ್ಯಯವು ಕಚೇರಿ ನೆಟ್‌ವರ್ಕ್‌ನ ಸತ್ಯ, ಟನೆಲ್‌ನದಲ್ಲ. ನಿಮಗೆ ಒಂದು ಸರ್ವರ್ ಬೇಕಾದರೆ, ರೂಟ್ ಆ ಸರ್ವರ್‌ಗೆ ಹೋಸ್ಟ್ ರೂಟ್. ನಿಮಗೆ ಇಡೀ ಕಚೇರಿ ಸಬ್‌ನೆಟ್ ಬೇಕಾದರೆ, ರೂಟ್ ಆ ಸಬ್‌ನೆಟ್. ಈ ಎರಡೂ ಉತ್ತರಗಳನ್ನು ಇಂಟರ್ಫೇಸ್‌ನಿಂದ ಓದಲಾಗದು, ಮತ್ತು ಟನೆಲ್ ವಿಳಾಸದ ಪಕ್ಕದಲ್ಲಿ ಕಾಣಿಸಿಕೊಂಡಿದೆ ಎಂಬ ಕಾರಣಕ್ಕೆ ಒಂದನ್ನು ಆಯ್ಕೆ ಮಾಡುವುದು ಕೆಲಸ ಮಾಡುತ್ತಿರುವ ಸೆಟಪ್ ಮುರಿಯುವ ವಿಧಾನ.
| What you need to reach | What to install |
|---|---|
| One server, nothing else | A host route for that address |
| The office subnet | A route for the subnet prefix |
| Everything in the private space | Only if the requirement says so, and only with the owner's approval |
ಆ ಮೂರನೇ ಸಾಲು ಆಶಾವಾದವು ಅಡಚಣೆಯಾಗುವ ಸ್ಥಳ. ಒಂದೇ ಸೈಟ್‌ಗೆ ಸೇವೆ ಸಲ್ಲಿಸುವ ಟನೆಲ್‌ಗೆ ಇಡೀ ಖಾಸಗಿ ಶ್ರೇಣಿಯನ್ನು ರೂಟ್ ಮಾಡುವುದು ಸಂಬಂಧವಿಲ್ಲದ ಟ್ರಾಫಿಕ್ ಅನ್ನು ತಲುಪಿಸಲಾಗದ ಮಾರ್ಗಕ್ಕೆ ತಳ್ಳುತ್ತದೆ, ಮತ್ತು ಪರಿಣಾಮವಾಗಿ ಉಂಟಾಗುವ ವೈಫಲ್ಯಗಳು ಅಗಲವಾದ ರೂಟ್‌ನಂತೆ ಅಲ್ಲ, ಮುರಿದ VPN ನಂತೆ ಕಾಣುತ್ತವೆ.
ಅಗತ್ಯದಿಂದ ಪೂರ್ವಪ್ರತ್ಯಯವನ್ನು ಆಯ್ಕೆ ಮಾಡಿ
ಪ್ರೊಫೈಲ್ ಮುಟ್ಟುವ ಮೊದಲು ಅಗತ್ಯವನ್ನು ಒಂದು ವಾಕ್ಯವಾಗಿ ಬರೆಯಿರಿ: ಯಾವ ಹೋಸ್ಟ್‌ಗಳು ತಲುಪಬಹುದಾಗಿರಬೇಕು, ಮತ್ತು ಅವುಗಳನ್ನು ಆವರಿಸುವ ಅತ್ಯಂತ ಸಂಕುಚಿತ ಪೂರ್ವಪ್ರತ್ಯಯ ಯಾವುದು? ಒಂದು ಸರ್ವರ್ ಎಂದರೆ ಹೋಸ್ಟ್ ರೂಟ್. ಒಂದು ಸಬ್‌ನೆಟ್ ಎಂದರೆ ಸಬ್‌ನೆಟ್ ರೂಟ್. ಸಬ್‌ನೆಟ್‌ಗಳ ಶ್ರೇಣಿ ಎಂದರೆ ಸಾರಾಂಶ, ಮತ್ತು ಸಾರಾಂಶ ಎಂದರೆ ಅದರ ಒಳಗಿನ ಪ್ರತಿಯೊಂದು ವಿಳಾಸವೂ ತಲುಪಬಹುದು ಎಂಬ ಭರವಸೆ, ಅದು ಅಪರೂಪಕ್ಕೆ ನಿಜ.
ನಂತರ ಸಂಖ್ಯೆಯನ್ನು ಕಚೇರಿ ನಿಜವಾಗಿ ಬಳಸುವುದರೊಂದಿಗೆ ಪರಿಶೀಲಿಸಿ. ಸೈಟ್‌ನ ವಿಳಾಸ ಯೋಜನೆಯೊಂದಿಗೆ ದೃಢೀಕರಿಸದೆ ಚಾಟ್ ಸಂದೇಶದಿಂದ ಪೂರ್ವಪ್ರತ್ಯಯವನ್ನು ನಕಲಿಸುವುದು ರೂಟ್ ಯಾರೂ ಹೊಂದಿಲ್ಲದ ಸಬ್‌ನೆಟ್ ಕಡೆ ತೋರಿಸುವ ವಿಧಾನ.
ರೂಟ್ ಒಂದು ಮಾರ್ಗ, ಅನುಮತಿ ಅಲ್ಲ ಎಂಬುದನ್ನೂ ನೆನಪಿಡಿ. ಗೇಟ್‌ವೇ ನಿಮ್ಮ ಕ್ಲೈಂಟ್ ಗಮ್ಯಸ್ಥಾನವನ್ನು ಬಳಸಬಹುದೇ ಎಂದು ಇನ್ನೂ ನಿರ್ಧರಿಸುತ್ತದೆ, ಮತ್ತು ಸೇವೆ ಇನ್ನೂ ನಿಮ್ಮನ್ನು ನಿರಾಕರಿಸಬಹುದು. ರೂಟ್ ಸರಿಯಾಗಿ ಸ್ಥಾಪಿಸುವುದು ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಅಲ್ಲಿಗೆ ತಲುಪಿಸುತ್ತದೆ ಮತ್ತು ಅಧಿಕಾರದ ಬಗ್ಗೆ ಏನನ್ನೂ ಉತ್ತರಿಸುವುದಿಲ್ಲ.
ಪ್ರೊಫೈಲ್‌ಗೆ ಸೇರಿಸಿ, ಅದನ್ನು ಎಂದಿಗೂ ಬದಲಾಯಿಸಬೇಡಿ
NetworkManager ಪ್ರೊಫೈಲ್‌ನಲ್ಲಿನ ರೂಟ್‌ಗಳು ಬಹುಮೌಲ್ಯ ಗುಣಲಕ್ಷಣ, ಮತ್ತು ಸೆಟ್ ಮಾಡುವುದು ಹಾಗೂ ಸೇರಿಸುವುದರ ನಡುವಿನ ವ್ಯತ್ಯಾಸ ಒಂದು ಅಕ್ಷರ. ನಮೂದನ್ನು ಸೇರಿಸಲು ಮತ್ತು ಈಗಾಗಲೇ ಉಳಿಸಿದ ಎಲ್ಲವನ್ನೂ ಉಳಿಸಿಕೊಳ್ಳಲು ಪ್ಲಸ್ ರೂಪವನ್ನು ಬಳಸಿ.
nmcli connection modify uuid 11111111-2222-4333-8444-555555555555 \
+ipv4.routes "10.40.20.9/32"ಪ್ಲಸ್ ಇಲ್ಲದೆ, ನಿಯೋಜನೆಯು ಇಡೀ ಪಟ್ಟಿಯನ್ನು ಬದಲಿಸುತ್ತದೆ. ಈಗಾಗಲೇ ಹಲವು ಪೂರ್ವಪ್ರತ್ಯಯಗಳನ್ನು ಹೊತ್ತ ಪ್ರೊಫೈಲ್‌ನಲ್ಲಿ ಇದು ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದವನ್ನು ಸದ್ದಿಲ್ಲದೆ ಅಳಿಸುತ್ತದೆ, ಮತ್ತು ಲಕ್ಷಣವು ನಂತರ ಈ ಲ್ಯಾಪ್‌ಟಾಪ್‌ನಿಂದ ಹಿಂದೆ ತಲುಪಬಹುದಾಗಿದ್ದ ಸೇವೆಯಾಗಿ ಬರುತ್ತದೆ.
ಹೆಸರಿನ ಬದಲು UUID ಬಳಸಿ. ಮರುಸ್ಥಾಪನೆಯ ನಂತರ ಹೆಸರುಗಳು ನಕಲಾಗುತ್ತವೆ, ಮತ್ತು ನೀವು ಸಂಪಾದಿಸುತ್ತಿರುವ ಸಂಪರ್ಕವು ನಿಮ್ಮ ಟ್ರಾಫಿಕ್ ಒಯ್ಯುವ ಸಂಪರ್ಕವಲ್ಲದಿರಬಹುದು. ಮೊದಲು ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಒಂದೇ ರೀತಿಯ ನಮೂದನ್ನು ಪರಿಶೀಲಿಸಿ, ಏಕೆಂದರೆ ನಕಲನ್ನು ಸೇರಿಸುವುದು ಹಾನಿಕರವಲ್ಲದಿದ್ದರೂ ಅಸ್ವಸ್ಥವಾಗಿದೆ.
ಈ ರೂಟ್ ಗುಣಲಕ್ಷಣಗಳ ಉಲ್ಲೇಖ ಸ್ಥಾಪಿತ ಆವೃತ್ತಿಗೆ ಗಮ್ಯಸ್ಥಾನ, ಐಚ್ಛಿಕ ಮುಂದಿನ ಹಾಪ್, ಮೆಟ್ರಿಕ್ ಮತ್ತು ಗುಣಲಕ್ಷಣಗಳ ವಾಕ್ಯರಚನೆಯನ್ನು ದಾಖಲಿಸುತ್ತದೆ. ಮುಂದಿನ ಹಾಪ್ ಸೇರಿಸುವ ಮೊದಲು ಅದನ್ನು ಓದಿ, ಏಕೆಂದರೆ ಅದು ಅಗತ್ಯವೇ ಎಂಬುದು ಏಕೀಕರಣ ಮತ್ತು ಟೋಪೋಲಜಿಯನ್ನು ಅವಲಂಬಿಸಿದೆ, ಮತ್ತು ಇಂಟರ್ಫೇಸ್ ಪಟ್ಟಿಯಲ್ಲಿನ ಮೊದಲ ವಿಳಾಸದಿಂದ ಅದನ್ನು ಊಹಿಸುವುದು ವಿಧಾನವಲ್ಲ.
ಡೀಫಾಲ್ಟ್ ರೂಟ್ ಮತ್ತು DNS ಪ್ರತ್ಯೇಕ ನಿರ್ಧಾರಗಳು
Adding an office prefix says nothing about where the rest of your traffic goes. If policy requires ordinary internet traffic to stay outside the tunnel, that is the ipv4.never-default decision, and it belongs to whoever owns the connection policy rather than to whoever is fixing one unreachable server.
ಸ್ವಯಂಚಾಲಿತ ರೂಟ್‌ಗಳು ನಿರ್ಲಕ್ಷ್ಯದಿಂದ ಮುಟ್ಟಬಾರದ ಇನ್ನೊಂದು ವಿಷಯ. ಒಂದು ಕಾಣೆಯಾದ ನಮೂದನ್ನು ಪರಿಹರಿಸಲು ಅವುಗಳನ್ನು ನಿಗ್ರಹಿಸುವುದು ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದ ಹಲವನ್ನು ತೆಗೆದುಹಾಕಬಹುದು, ಮತ್ತು ಅದನ್ನು ಸೂಚಿಸಿದ ವ್ಯಕ್ತಿ ಸಾಮಾನ್ಯವಾಗಿ ಬೇರೆ ಪುಷ್‌ಗಳಿರುವ ಬೇರೆ ಪ್ರೊಫೈಲ್ ನೋಡುತ್ತಿದ್ದರು.
DNS ಗೆ ತನ್ನದೇ ಮಾರ್ಗ ಮತ್ತು ತನ್ನದೇ ವೈಫಲ್ಯಗಳಿವೆ. ತಪ್ಪು ರಿಜಾಲ್ವರ್ ಮೂಲಕ ಸರಿಯಾದ ವಿಳಾಸಕ್ಕೆ ಪರಿಹರಿಸುವ ಹೆಸರು, ಅಥವಾ ಖಾಸಗಿ ವಲಯಕ್ಕೆ ಉತ್ತರಿಸಲಾಗದ ರಿಜಾಲ್ವರ್, ರೂಟ್ ಪರಿಪೂರ್ಣವಾಗಿದ್ದಾಗಲೂ ರೂಟಿಂಗ್ ಸಮಸ್ಯೆಯಂತೆ ಕಾಣುತ್ತದೆ. ವಿಳಾಸ ಮತ್ತು ಹೆಸರನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಪರೀಕ್ಷಿಸಿ, ನಂತರ ಯಾವ ಪದರ ವಾಸ್ತವವಾಗಿ ವಿಫಲವಾಯಿತು ಎಂದು ನಿರ್ಧರಿಸಿ.
ಏನು ಅನ್ವಯವಾಯಿತು ಎಂದು ಪರಿಶೀಲಿಸಿ
ಉಳಿಸಿದ ಬದಲಾವಣೆ ಅನ್ವಯಿಸಿದ ಬದಲಾವಣೆಯಲ್ಲ. ಮ್ಯಾನೇಜರ್‌ನ ಬೆಂಬಲಿತ ಜೀವನಚಕ್ರದ ಮೂಲಕ ಮತ್ತೆ ಸಂಪರ್ಕಿಸಿ, ನಂತರ ಉದ್ದೇಶಿತ ಗಮ್ಯಸ್ಥಾನದ ನಿಜವಾದ ರೂಟ್ ಮತ್ತು ಯಾವ ಕೋಷ್ಟಕವನ್ನು ಸಂಪರ್ಕಿಸಲಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುವ ನೀತಿ ನಿಯಮಗಳನ್ನು ನೋಡಿ.
ಪೂರ್ವಪ್ರತ್ಯಯ ಇದ್ದು ಸಂಪರ್ಕವು ಇನ್ನೂ ವಿಫಲವಾದರೆ, ನೀವು ಬೇರೆ ಸಮಸ್ಯೆಗೆ ಹೋಗಿದ್ದೀರಿ: ಮೂಲ ವಿಳಾಸದ ಆಯ್ಕೆ, ದೂರದ ತುದಿಯಲ್ಲಿ ಮರಳು ರೂಟ್, ಅಥವಾ ನಿಮ್ಮ ಕ್ಲೈಂಟ್ ಅನ್ನು ನಿರಾಕರಿಸುವ ಸೇವೆ. ಅವುಗಳಲ್ಲಿ ಪ್ರತಿಯೊಂದೂ ನೀವು ಈಗಾಗಲೇ ಸರಿಪಡಿಸಿದ ಪ್ರೊಫೈಲ್‌ಗಿಂತ ನೋಡಲು ಉತ್ತಮ ಸ್ಥಳ.