OpenVPN ನಲ್ಲಿ ರೂಟ್ ಎಲ್ಲಿ ಇರಬೇಕು: ಕ್ಲೈಂಟ್‌ನಲ್ಲಿ ಅಥವಾ ಸರ್ವರ್‌ನಲ್ಲಿ?
ಸರ್ವರ್ ಕಾನ್ಫಿಗ್‌ನಲ್ಲಿ ಬರಿಯ ರೂಟ್ ಸರ್ವರ್ ಅನ್ನು ಬದಲಿಸುತ್ತದೆ, ಕ್ಲೈಂಟ್ ಅನ್ನಲ್ಲ. ಕ್ಲೈಂಟ್ ಫೈಲ್, ಜಾಗತಿಕ push ಅಥವಾ ಒಂದು ಕ್ಲೈಂಟ್‌ಗೆ push ಆಯ್ಕೆಮಾಡಿ ಮತ್ತು ಏನು ಬಂದಿತೆಂದು ಪರಿಶೀಲಿಸಿ.
ನೀವು ಸರ್ವರ್ ಕಾನ್ಫಿಗರೇಶನ್‌ಗೆ route 10.60.0.0 255.255.255.0 ಸೇರಿಸುತ್ತೀರಿ, ಮರುಪ್ರಾರಂಭಿಸುತ್ತೀರಿ, ಲ್ಯಾಪ್‌ಟಾಪ್ ಅನ್ನು ಮತ್ತೆ ಸಂಪರ್ಕಿಸುತ್ತೀರಿ, ಮತ್ತು ಆ ಲ್ಯಾಪ್‌ಟಾಪ್‌ನಿಂದ ಸಬ್‌ನೆಟ್ ಇನ್ನೂ ತಲುಪಲಾಗದಂತಿದೆ. ಸಾಲು ಸ್ವೀಕರಿಸಲ್ಪಟ್ಟಿತು, ಸೇವೆ ಸ್ವಚ್ಛವಾಗಿ ಪ್ರಾರಂಭವಾಯಿತು, ಮತ್ತು ಲಾಗ್‌ನಲ್ಲಿ ಏನೂ ತಪ್ಪಾಗಿ ಕಾಣುತ್ತಿಲ್ಲ. ನಡೆದದ್ದು ಏನೆಂದರೆ ನೀವು ಸಂಪಾದಿಸಿದ ಯಂತ್ರದಲ್ಲೇ ರೂಟ್ ಸ್ಥಾಪಿಸಲ್ಪಟ್ಟಿತು: ಗೇಟ್‌ವೇ ಈಗ ಆ ಪ್ರಿಫಿಕ್ಸ್ ಅನ್ನು ತಲುಪಬಹುದು ಎಂದು ಭಾವಿಸುತ್ತದೆ, ಆದರೆ ಕ್ಲೈಂಟ್‌ಗೆ ಏನೂ ಹೇಳಲಿಲ್ಲ. ಸ್ಥಾನವೇ ಇಡೀ ಪ್ರಶ್ನೆ, ಮತ್ತು ಅದೇ ಸಾಲು ವಾಸಿಸಬಹುದಾದ ನಾಲ್ಕು ಸ್ಥಳಗಳಿವೆ.
ನಾಲ್ಕು ಸ್ಥಳಗಳು ಮತ್ತು ಪ್ರತಿಯೊಂದನ್ನು ಯಾರು ಪಡೆಯುತ್ತಾರೆ
ರೂಟ್ ಅನ್ನು ಕ್ಲೈಂಟ್‌ನ ಸ್ವಂತ ಕಾನ್ಫಿಗರೇಶನ್ ಮೂಲಕ ಸೇರಿಸಬಹುದು, ಜಾಗತಿಕ push ಮೂಲಕ ಪ್ರತಿ ಕ್ಲೈಂಟ್‌ಗೆ ನೀಡಬಹುದು, ಕ್ಲೈಂಟ್-ನಿರ್ದಿಷ್ಟ ಫೈಲ್ ಮೂಲಕ ಒಬ್ಬ ಕ್ಲೈಂಟ್‌ಗೆ ನೀಡಬಹುದು, ಅಥವಾ ಸರ್ವರ್‌ನ ಸ್ವಂತ ರೂಟಿಂಗ್ ಸಂದರ್ಭದಲ್ಲಿ ಬರೆಯಬಹುದು.
ಆ ನಾಲ್ಕು ಪ್ರಕರಣಗಳು ಬಹುತೇಕ ಒಂದೇ ರೀತಿಯ ವಾಕ್ಯರಚನೆಯನ್ನು ಬಳಸುತ್ತವೆ ಮತ್ತು ಸಂಪೂರ್ಣವಾಗಿ ವಿಭಿನ್ನ ಫಲಿತಾಂಶಗಳನ್ನು ನೀಡುತ್ತವೆ. ಮೊದಲ ಮೂರು ಕ್ಲೈಂಟ್ ಟನಲ್‌ಗೆ ಏನು ಕಳುಹಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಪ್ರಭಾವಿಸುತ್ತವೆ; ನಾಲ್ಕನೆಯದು ಸರ್ವರ್ ನೆಟ್ವರ್ಕ್ ಅನ್ನು ಹೇಗೆ ತಲುಪುತ್ತದೆ ಎಂಬುದನ್ನು ಪ್ರಭಾವಿಸುತ್ತದೆ, ಇದು ಸರ್ವರ್‌ಗೆ ಸ್ವತಃ ಮಾರ್ಗ ಬೇಕಾದಾಗ ಉಪಯುಕ್ತ ಮತ್ತು ವಿತರಣೆ ಎಂದು ತಪ್ಪಾಗಿ ಭಾವಿಸಿದಾಗ ಹಾನಿಕಾರಕ.
ಸಾಲು ಬರೆಯುವ ಮೊದಲು ನಾಲ್ಕರಲ್ಲಿ ಯಾವುದು ಬೇಕು ಎಂದು ನಿರ್ಧರಿಸಿ, ನಂತರ ಸ್ವೀಕರಿಸುವವರನ್ನು ದೃಢೀಕರಿಸಿ.
| Placement | Effect | Receiver |
|---|---|---|
| Client profile route | Installed by the client at connect | That client only |
Global push "route ..." | Sent to every client that accepts pushed options | All pulling clients |
| Client-specific push | Sent to the matching client context | One identity |
| Server config route, no push | Added to the server's own table | The gateway itself |
ಬರಿಯ ಸರ್ವರ್ ರೂಟ್ ಜನರನ್ನು ಏಕೆ ಬೆಚ್ಚಿಬೀಳಿಸುತ್ತದೆ
ಸರ್ವರ್ ಕಾನ್ಫಿಗರೇಶನ್ ಎಂಬುದು ನಿರ್ವಾಹಕರು ಮೊದಲು ನೋಡುವ ಸ್ಥಳ, ಮತ್ತು ಅಲ್ಲಿನ ರೂಟ್ ಸೂಚನೆ VPN ನೆಟ್ವರ್ಕ್ ಬಗ್ಗೆ ಒಂದು ಹೇಳಿಕೆಯಂತೆ ಓದುತ್ತದೆ. ಹಾಗಲ್ಲ. OpenVPN ಅದನ್ನು ಡೀಮನ್ ಚಾಲನೆಯಲ್ಲಿರುವ ಯಂತ್ರದಲ್ಲಿ ಸ್ಥಳೀಯ ರೂಟ್ ಸ್ಥಾಪನೆಯಾಗಿ ಪರಿಗಣಿಸುತ್ತದೆ, ಇದು ನೀವು ip route ಬಳಸಿ ಮಾಡಿ ನಂತರ ಮರೆಯುವ ಅದೇ ರೀತಿಯ ಬದಲಾವಣೆ.
ವಿತರಣೆಗೆ ರೂಟ್ ಅನ್ನು push ಮಾಡಬೇಕು, ಮತ್ತು push ಗೆ ಕ್ಲೈಂಟ್ ಅದನ್ನು ಎಳೆಯಬೇಕು. ಎಳೆದ ಆಯ್ಕೆಗಳನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಿ ಪ್ರಾರಂಭಿಸಿದ ಕ್ಲೈಂಟ್ ಕೊಡುಗೆಯನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ನಿರ್ಲಕ್ಷಿಸುತ್ತದೆ. ಸರ್ವರ್ ಫೈಲ್ ಅನ್ನು ಮತ್ತೆ ಬರೆಯುವ ಮೊದಲು ಆ ಕೈಹಿಡಿತದ ಎರಡೂ ತುದಿಗಳನ್ನು ಪರಿಶೀಲಿಸಿ, ಏಕೆಂದರೆ ಸರ್ವರ್ ಲಾಗ್ ದೂರು ಹೇಳುವುದಿಲ್ಲ: ಅದರ ಕಡೆಯಿಂದ ಕೊಡುಗೆ ಕಳುಹಿಸಲಾಗಿದೆ. ಸ್ವೀಕರಿಸಿದ ರೂಟ್ ಕೂಡ ಮುಂದಿನ ಸಂಪರ್ಕದಲ್ಲಿ ಮಾತ್ರ ಜಾರಿಗೆ ಬರುತ್ತದೆ, ನೀವು ಈಗಾಗಲೇ ಇರುವ ಅವಧಿಯಲ್ಲಿ ಎಂದಿಗೂ ಅಲ್ಲ.
ಎರಡನ್ನೂ ಪ್ರತ್ಯೇಕ ಕ್ರಿಯೆಗಳಾಗಿ ನೋಡಿದಾಗ, ವೈಫಲ್ಯವು ನಿಗೂಢವಾಗಿರುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ: ಸರ್ವರ್ ಪ್ರಿಫಿಕ್ಸ್ ತಲುಪುತ್ತದೆ, ಕ್ಲೈಂಟ್ ತಲುಪಲಾರದು, ಮತ್ತು ಎರಡೂ ಹೇಳಿಕೆಗಳು ಒಂದೇ ಸಮಯದಲ್ಲಿ ನಿಜ.
ಕ್ಲೈಂಟ್-ನಿರ್ದಿಷ್ಟ ಫೈಲ್‌ಗಳು ಮತ್ತು ಅವು ಹೊಂದುವ ಗುರುತು
ಕ್ಲೈಂಟ್-ನಿರ್ದಿಷ್ಟ ಫೈಲ್‌ಗೆ ಸರ್ವರ್ ದೃಢೀಕರಿಸಿದ ಗುರುತಿನ ಹೆಸರಿಡಲಾಗುತ್ತದೆ, ಅದು ಡೀಫಾಲ್ಟ್ ಆಗಿ ಪ್ರಮಾಣಪತ್ರದ ಸಾಮಾನ್ಯ ಹೆಸರು. ಡೆಸ್ಕ್‌ಟಾಪ್ ಕ್ಲೈಂಟ್‌ನಲ್ಲಿ ಸ್ನೇಹಪರ ಸಂಪರ್ಕ ಹೆಸರು ಆ ಮೌಲ್ಯವಲ್ಲ, ಮತ್ತು ಹೊಂದಾಣಿಕೆ ಇಲ್ಲದಿದ್ದರೆ ಎಂದಿಗೂ ಓದದ ಫೈಲ್ ಉಂಟಾಗುತ್ತದೆ.
ಸರ್ವರ್ ನಿಜವಾಗಿ ಬಳಸುವ ಡೈರೆಕ್ಟರಿಯನ್ನು ಪರಿಶೀಲಿಸಿ, ನಂತರ ಫೈಲ್ ಹೆಸರು ದೃಢೀಕೃತ ಗುರುತಿಗೆ ನಿಖರವಾಗಿ ಹೊಂದುತ್ತದೆ ಎಂದು ದೃಢೀಕರಿಸಿ, ದೊಡ್ಡ ಮತ್ತು ಸಣ್ಣ ಅಕ್ಷರಗಳೂ ಸೇರಿದಂತೆ.
grep -n 'client-config-dir' /etc/openvpn/server/server.conf
ls -l /etc/openvpn/ccd/ಆ ಫೈಲ್‌ನ ಒಳಗೂ ರೂಟ್ ಅನ್ನು push ಮಾಡಬೇಕು, ಏಕೆಂದರೆ ಕ್ಲೈಂಟ್-ನಿರ್ದಿಷ್ಟ ಸಂದರ್ಭವು ಆ ಕ್ಲೈಂಟ್‌ನ ಅವಧಿಗೆ ಅನ್ವಯಿಸುವ ಆಯ್ಕೆಗಳ ಗುಂಪು, ಸ್ಥಳೀಯ ರೂಟಿಂಗ್ ಕೋಷ್ಟಕವಲ್ಲ. ಅಲ್ಲಿನ ಬರಿಯ ರೂಟ್‌ಗೆ ಜಾಗತಿಕ ಫೈಲ್‌ನ ಬರಿಯ ರೂಟ್‌ನಂತೆಯೇ ಸಮಸ್ಯೆ ಇರುತ್ತದೆ.
ಕ್ಲೈಂಟ್‌ನ ಸ್ವಂತ ಫೈಲ್ ಮತ್ತು ಅದನ್ನು ಹೊಂದಿರುವ ಸಾಧನ
ಕ್ಲೈಂಟ್‌ನ ಕಾನ್ಫಿಗ್‌ನಲ್ಲಿ ಇರಿಸಿದ ರೂಟ್ ಆ ಕ್ಲೈಂಟ್ ಸಂಪರ್ಕಗೊಂಡಾಗ ಸ್ಥಾಪನೆಯಾಗುತ್ತದೆ ಮತ್ತು ಸಂಪರ್ಕ ಕಡಿತಗೊಂಡಾಗ ತೆಗೆದುಹಾಕಲಾಗುತ್ತದೆ, ಇದು ಸ್ಥಿರ ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ಸರಿಯಾದ ಜೀವನಚಕ್ರ.
ನೆಟ್ವರ್ಕ್ ಮ್ಯಾನೇಜರ್ ಪ್ರೊಫೈಲ್ ಅನ್ನು ಹೊಂದಿದ್ದರೆ, ಅದು ಆ ಆಯ್ಕೆಗಳನ್ನು ಒಮ್ಮೆ ಆಮದು ಮಾಡಿಕೊಂಡು ತನ್ನ ಪ್ರತಿಯನ್ನು ಇಟ್ಟುಕೊಳ್ಳಬಹುದು. ನಂತರ ಡೌನ್‌ಲೋಡ್ ಮಾಡಿದ ಫೈಲ್ ಸಂಪಾದಿಸುವುದರಿಂದ ಏನೂ ಬದಲಾಗುವುದಿಲ್ಲ, ಇದು "ರೂಟ್ ಇದೆ ಆದರೆ ಅನ್ವಯವಾಗುವುದಿಲ್ಲ" ಎಂಬುದಕ್ಕೆ ಸಾಮಾನ್ಯ ಕಾರಣ.
ನೀವು ಡೌನ್‌ಲೋಡ್ ಮಾಡಿದ ಫೈಲ್ ಬದಲು ಸಕ್ರಿಯ ಪ್ರೊಫೈಲ್ ಪರಿಶೀಲಿಸಿ, ಮತ್ತು ಮ್ಯಾನೇಜರ್ ತೋರಿಸುವ ಆಮದು ಮಾಡಿದ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಪರಿಶೀಲಿಸಿ. ನಂತರ ಸಂಪರ್ಕಿಸಿ ಮತ್ತು ನಿರ್ದಿಷ್ಟ ವಿಳಾಸ ಯಾವ ಮಾರ್ಗ ಬಳಸುತ್ತದೆ ಎಂದು ಸಿಸ್ಟಮ್ ಅನ್ನು ಕೇಳಿ, ರೂಟ್ ಪಠ್ಯ ಫೈಲ್‌ನಲ್ಲಿತ್ತು ಎಂಬ ಕಾರಣಕ್ಕೆ ಟನಲ್ ಗೆದ್ದಿತು ಎಂದು ಊಹಿಸುವ ಬದಲು.
ಕ್ಲೈಂಟ್‌ನಲ್ಲಿ ಪರಿಶೀಲಿಸಿ, ನಂತರ ಹಿಂತಿರುಗುವ ಮಾರ್ಗ ಪರಿಶೀಲಿಸಿ
ಗಮ್ಯಸ್ಥಾನದ ಬಗ್ಗೆ ಕ್ಲೈಂಟ್‌ನ ಸ್ವಂತ ರೂಟಿಂಗ್ ಕೋಷ್ಟಕವನ್ನು ಕೇಳಿ, ಸರ್ವರ್‌ನದನ್ನಲ್ಲ. ಪ್ರಿಫಿಕ್ಸ್‌ನ ಒಳಗಿನ ಒಂದು ಹೋಸ್ಟ್‌ಗೆ ಹುಡುಕಾಟವೇ ಯಾವ ಇಂಟರ್ಫೇಸ್ ಮತ್ತು ಮುಂದಿನ ಹಾಪ್ ಬಳಸಲಾಗುತ್ತದೆ ಎಂದು ತೋರಿಸಲು ಸಾಕು.
ip route get 10.60.0.10ಹುಡುಕಾಟ ಟನಲ್ ಕಡೆ ತೋರಿಸಿದರೆ ವಿತರಣೆ ಕೆಲಸ ಮಾಡಿದೆ ಮತ್ತು ಉಳಿದ ಸಮಸ್ಯೆ ಬೇರೆಡೆ ಇದೆ. ಅದು ಡೀಫಾಲ್ಟ್ ಗೇಟ್‌ವೇ ಕಡೆ ತೋರಿಸಿದರೆ, ರೂಟ್ ಸ್ಥಾಪನೆಯಾಗಿಲ್ಲ, ಕ್ಲೈಂಟ್-ಸೈಡ್ ಆಯ್ಕೆಯಿಂದ ಫಿಲ್ಟರ್ ಆಗಿದೆ, ಅಥವಾ ಕ್ಲೈಂಟ್ ಬಳಸದ ಪ್ರೊಫೈಲ್‌ಗೆ ಸೇರಿದೆ.
ವಿತರಣೆ ಕೆಲಸ ಮಾಡಿದೆ ಮತ್ತು ಏನೂ ಪ್ರತಿಕ್ರಿಯಿಸುತ್ತಿಲ್ಲ ಎಂದು ಭಾವಿಸಿ: ಆಗ ಗೇಟ್‌ವೇನಲ್ಲಿ ಫಾರ್ವರ್ಡಿಂಗ್, ಆಚೆ ಬದಿಯ ಹಿಂತಿರುಗುವ ರೂಟ್, ಮತ್ತು ಅವುಗಳ ನಡುವಿನ ಯಾವುದೇ ಫೈರ್‌ವಾಲ್ ಪರಿಶೀಲಿಸಿ. ರೂಟ್ ಮಾರ್ಗವನ್ನು ಆಯ್ಕೆಮಾಡುತ್ತದೆ, ಅದು ಪ್ರವೇಶ ನೀಡುವುದಿಲ್ಲ.