Ubuntu ನಲ್ಲಿ ಬೂಟ್ ಸಮಯದಲ್ಲಿ OpenVPN: NetworkManager ಅಥವಾ systemd?

ಬಹುಪಾಲು ಮಾರ್ಗದರ್ಶಿಗಳು ಈ ಆಯ್ಕೆಯನ್ನು ಕೇವಲ ಮೇಲ್ನೋಟದ ವಿಷಯವಾಗಿ ನೀಡುತ್ತವೆ: ಒಂದೋ NetworkManager ಟನೆಲ್ ಅನ್ನು ಮೇಲಕ್ಕೆ ಎತ್ತಲಿ, ಅಥವಾ systemd ನಿದರ್ಶನವನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಿ ಮುಗಿಸಿ. ಎರಡೂ ಮಾರ್ಗಗಳು ಪರದೆ ಇಲ್ಲದ ಯಂತ್ರದಲ್ಲಿ ಫಲಿತಾಂಶವನ್ನು ನಿರ್ಧರಿಸುವ ಒಂದು ವಿಷಯದಲ್ಲಿ ಭಿನ್ನವಾಗಿವೆ, ಮತ್ತು ಅದಕ್ಕೂ ಯಾವ ಸಾಧನ ಹೊಸದು ಎಂಬುದಕ್ಕೂ ಸಂಬಂಧವಿಲ್ಲ. NetworkManager ಸೆಷನ್ ಮೂಲಕ ರಹಸ್ಯಗಳನ್ನು ತೆರೆಯುತ್ತದೆ; systemd ನಿದರ್ಶನಕ್ಕೆ ತೆರೆಯಲು ಸೆಷನ್ ಇಲ್ಲ. ನಿಮ್ಮ ಮುಂದಿರುವ ಯಂತ್ರಕ್ಕೆ ಹೊಂದುವ ರಹಸ್ಯ ನಿರ್ವಹಣೆಯ ಮಾರ್ಗವನ್ನು ಆರಿಸಿ.

ಉಳಿದೆಲ್ಲವೂ, ರೂಟ್ ಸ್ಥಾಪನೆಯಿಂದ ಮರುಸಂಪರ್ಕದ ವರ್ತನೆಯವರೆಗೆ, ಆ ಮೊದಲ ನಿರ್ಧಾರದಿಂದಲೇ ಬರುತ್ತದೆ.

ಯಾರೂ ಹೇಳದ ವ್ಯತ್ಯಾಸವೇ ಕೀರಿಂಗ್

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

systemd ನಿದರ್ಶನವು ಡಿಸ್ಕ್‌ನಿಂದ ರುಜುವಾತು ಫೈಲ್ ಓದುವ ಮೂಲಕ ಆ ಸಮಸ್ಯೆಯನ್ನು ತಪ್ಪಿಸುತ್ತದೆ, ಇದು ಫೈಲ್ ಅನ್ನೇ ನೀವು ರಕ್ಷಿಸುವ ವಸ್ತುವನ್ನಾಗಿ ಮಾಡುತ್ತದೆ. chmod 400 ಜೊತೆಗೆ root ಒಡೆತನ ಕನಿಷ್ಠ ಮಟ್ಟ, ಮತ್ತು ಫೈಲ್ ನಿಮ್ಮ ನಿಯಂತ್ರಣದಲ್ಲಿಲ್ಲದ ಬ್ಯಾಕಪ್‌ಗಳು ಮತ್ತು ಇಮೇಜ್ ಟೆಂಪ್ಲೇಟ್‌ಗಳ ಹೊರಗೆ ಇರಬೇಕು.

VPN ಅನ್ನು ಸಂಪರ್ಕಕ್ಕೆ ಜೋಡಿಸುವುದು ಬೂಟ್‌ನ ಖಾತರಿ ಅಲ್ಲ

nm-connection-editor ನಲ್ಲಿ, VPN ಬದಲು ವೈರ್ಡ್ ಅಥವಾ ವೈರ್‌ಲೆಸ್ ಸಂಪರ್ಕವನ್ನು ಆರಿಸಿ, General ಟ್ಯಾಬ್ ತೆರೆಯಿರಿ, ಸ್ವಯಂಚಾಲಿತವಾಗಿ VPN ಗೆ ಸಂಪರ್ಕಿಸುವ ಆಯ್ಕೆಯನ್ನು ಟಿಕ್ ಮಾಡಿ ಮತ್ತು ಪ್ರೊಫೈಲ್‌ಗೆ ಹೆಸರು ನೀಡಿ. ನಂತರ ಪ್ರಾಥಮಿಕ ಸಂಪರ್ಕವು ಸಂಪರ್ಕಿತ ಸ್ಥಿತಿಗೆ ತಲುಪಿದಾಗ NetworkManager VPN ಅನ್ನು ದ್ವಿತೀಯ ಸಂಪರ್ಕವಾಗಿ ಸಕ್ರಿಯಗೊಳಿಸುತ್ತದೆ. ಇದು ಅವಲಂಬನೆ, ಫೈರ್‌ವಾಲ್ ನಿಯಮವಲ್ಲ. ಟನೆಲ್ ಮೇಲಕ್ಕೆ ಬರುವ ಮೊದಲಿನ ಸೆಕೆಂಡುಗಳಲ್ಲಿ ಪ್ಯಾಕೆಟ್‌ಗಳು ಇನ್ನೂ ಹೊರಹೋಗಬಹುದು, ಮತ್ತು ತೆರೆಯಲಾಗದ ಸಂಗ್ರಹಿತ ರಹಸ್ಯವು ಯಂತ್ರವನ್ನು ಅದಿಲ್ಲದೆ ಆನ್‌ಲೈನ್‌ನಲ್ಲಿ ಬಿಡುತ್ತದೆ.

ಟನೆಲ್ ಇಲ್ಲದೆ ಏನೂ ಹೊರಹೋಗಬಾರದು ಎಂಬುದೇ ಅಗತ್ಯವಾದರೆ, ಅದನ್ನು ಹೇಳಿ ಮತ್ತು ಕಿಲ್ ಸ್ವಿಚ್ ನಿರ್ಮಿಸಿ, ಏಕೆಂದರೆ ಈ ಸೆಟ್ಟಿಂಗ್ ಒಂದನ್ನು ನೀಡುವುದಿಲ್ಲ. ಸಸ್ಪೆಂಡ್ ಮತ್ತು ರೆಸ್ಯೂಮ್ ಅನ್ನೂ ಪರೀಕ್ಷಿಸಿ, ಏಕೆಂದರೆ ಹಿಂತಿರುಗುವ ದಾರಿಯಲ್ಲಿ ದ್ವಿತೀಯ ಸಂಪರ್ಕವು ಮತ್ತೆ ಮೌಲ್ಯಮಾಪನಗೊಳ್ಳುತ್ತದೆ.

systemd ನಿದರ್ಶನಕ್ಕೆ ಹೊಂದುವ ಫೈಲ್ ಹೆಸರು ಬೇಕು

ಪ್ರೊಫೈಲ್ ಅನ್ನು ಪ್ಯಾಕೇಜ್ ನಿರೀಕ್ಷಿಸುವ ಕ್ಲೈಂಟ್ ಡೈರೆಕ್ಟರಿಗೆ ಇರಿಸಿ, ಉದಾಹರಣೆಗೆ /etc/openvpn/client/office.conf, ಮತ್ತು ಒಳಗಿನಿಂದ ರುಜುವಾತು ಫೈಲ್ ಅನ್ನು auth-user-pass office.cred ಮೂಲಕ ಉಲ್ಲೇಖಿಸಿ. ನಿದರ್ಶನದ ಹೆಸರು ಪ್ರತ್ಯಯವಿಲ್ಲದ ಫೈಲ್ ಹೆಸರು, ಆದ್ದರಿಂದ openvpn-client@office ಫೈಲ್ office.conf ಓದುತ್ತದೆ. ಅದನ್ನು sudo systemctl enable --now openvpn-client@office ಮೂಲಕ ಸಕ್ರಿಯಗೊಳಿಸಿ ಮತ್ತು ಬ್ಲಾಗ್‌ನ ಉದಾಹರಣೆಯನ್ನು ನಂಬುವ ಬದಲು systemctl cat openvpn-client@office ಮೂಲಕ ಹೊಂದಾಣಿಕೆಯನ್ನು ದೃಢೀಕರಿಸಿ.

ಪ್ರೊಫೈಲ್ ಒಳಗಿನ ಮಾರ್ಗಗಳು ಪ್ರೊಫೈಲ್‌ಗೆ ಅಲ್ಲ, ಯೂನಿಟ್‌ನ ಕೆಲಸದ ಡೈರೆಕ್ಟರಿಗೆ ಸಾಪೇಕ್ಷವಾಗಿ ಪರಿಹರಿಸಲ್ಪಡುತ್ತವೆ, ಆದ್ದರಿಂದ ಸಾಪೇಕ್ಷ ca ಅಥವಾ auth-user-pass ಸಾಲು ಕೈಯಿಂದ ಪರೀಕ್ಷಿಸಿದಾಗ ಕೆಲಸ ಮಾಡಿದರೂ ಬೂಟ್ ಸಮಯದಲ್ಲಿ ವಿಫಲವಾಗಬಹುದು. ಯೂನಿಟ್ ಹುಡುಕಬೇಕಾದ ಎಲ್ಲದಕ್ಕೂ ಸಂಪೂರ್ಣ ಮಾರ್ಗಗಳನ್ನು ಬಳಸಿ. ನಂತರ ನಿಜವಾದ ಬೂಟ್ ನಂತರ journalctl -u openvpn-client@office -b ಓದಿ; ಟನೆಲ್ ಇಲ್ಲದೆ ಸಕ್ರಿಯ ಎಂದು ವರದಿ ಮಾಡುವ ಯೂನಿಟ್ ಸಾಮಾನ್ಯವಾಗಿ ಆ ಲಾಗ್‌ನಲ್ಲಿ ಕಾಣೆಯಾದ ಫೈಲ್ ಅನ್ನು ಹೆಸರಿಸುತ್ತದೆ.

ಹಳೆಯ ಪ್ಯಾಕೇಜ್‌ಗಳು ಬೇರೆ ಟೆಂಪ್ಲೇಟ್ ಹೆಸರನ್ನು ನೀಡುತ್ತವೆ, ಆದ್ದರಿಂದ systemctl list-unit-files 'openvpn*' ಈ ಹೋಸ್ಟ್‌ನಲ್ಲಿ ಯಾವುದು ಇದೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ.

ಮರುಸಂಪರ್ಕದ ವರ್ತನೆ ಪ್ರತ್ಯೇಕ ನಿರ್ಧಾರ

ping-restart ಇರುವ ಪ್ರೊಫೈಲ್ ಟನೆಲ್ ಬಿದ್ದ ನಂತರ ಅದನ್ನು ಮತ್ತೆ ನಿರ್ಮಿಸುತ್ತದೆ, ಮತ್ತು ರೀಸ್ಟಾರ್ಟ್ ಸೂಚನೆ ಇರುವ ಯೂನಿಟ್ ಸೇವಾ ಮಟ್ಟದಲ್ಲಿ ಅದೇ ರೀತಿಯದನ್ನು ಮಾಡುತ್ತದೆ. ಅವು ನೀವು ಆರಿಸುವ ನೀತಿಗಳು, ಆನುವಂಶಿಕವಾಗಿ ಸಿಗುವ ಡೀಫಾಲ್ಟ್‌ಗಳಲ್ಲ. ಸಂಪರ್ಕವು ಬೇಡಿಕೆಯ ಮೇರೆಗೆ ಮಾತ್ರ ಮೇಲಕ್ಕೆ ಬರಬೇಕಾದರೆ, ರೀಸ್ಟಾರ್ಟ್ ವರ್ತನೆಯನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ತೆಗೆದುಹಾಕಿ ಮತ್ತು ಏಕೆ ಎಂದು ಬರೆಯಿರಿ. ಯೂನಿಟ್ ನೆಟ್‌ವರ್ಕ್ ಬಳಸಲು ಯೋಗ್ಯವಾಗುವ ಮೊದಲೇ ಪ್ರಾರಂಭವಾದರೆ, ಅದಕ್ಕೆ ಮರುಪ್ರಯತ್ನ ನೀತಿ ಬೇಕು, ಏಕೆಂದರೆ ಬೂಟ್ ಸಮಯದಲ್ಲಿ ಒಂದು ವಿಫಲ ಪ್ರಯತ್ನ ತಾನಾಗಿ ಪುನರಾವರ್ತನೆಯಾಗುವುದಿಲ್ಲ.

ನಿಲ್ಲಿಸುವುದೂ ಅಷ್ಟೇ ಅಕ್ಷರಶಃ: sudo systemctl disable --now openvpn-client@office ಚಾಲನೆಯಲ್ಲಿರುವ ನಿದರ್ಶನವನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ ಮತ್ತು ಬೂಟ್ ಲಿಂಕ್ ತೆಗೆದುಹಾಕುತ್ತದೆ. ಕೇವಲ ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವುದು ಟನೆಲ್ ಅನ್ನು ಮುಂದಿನ ರೀಬೂಟ್‌ವರೆಗೆ ಚಾಲನೆಯಲ್ಲಿಡುತ್ತದೆ, ಇದು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಿ ಇಂಟರ್ಫೇಸ್ ಮೇಲೆಯೇ ಉಳಿಯುವುದನ್ನು ನೋಡಿ ಪರೀಕ್ಷಿಸುವ ಯಾರನ್ನೂ ಬೆಚ್ಚಿಬೀಳಿಸುತ್ತದೆ.

ರೀಬೂಟ್ ಮಾಡಿ, ನಂತರ ನಾಲ್ಕು ವಿಷಯಗಳನ್ನು ಕ್ರಮವಾಗಿ ಪರಿಶೀಲಿಸಿ

ಸೇವೆಯನ್ನು ರೀಸ್ಟಾರ್ಟ್ ಮಾಡುವುದು ಸೇವೆಯನ್ನು ಪರೀಕ್ಷಿಸುತ್ತದೆ; ಯಂತ್ರವನ್ನು ರೀಬೂಟ್ ಮಾಡುವುದು ಬೂಟ್ ಮಾರ್ಗವನ್ನು ಪರೀಕ್ಷಿಸುತ್ತದೆ. ರೀಬೂಟ್ ನಂತರ ಯೂನಿಟ್ ಮೇಲಕ್ಕೆ ಬಂದಿದೆ ಎಂದು, ನಂತರ ದೂರದ ಸಬ್‌ನೆಟ್‌ಗೆ ರೂಟ್ ಇದೆ ಎಂದು, ನಂತರ ಯಂತ್ರವು ಇಂಟರ್ನೆಟ್‌ಗೆ ಯಾವ ವಿಳಾಸವನ್ನು ತೋರಿಸುತ್ತದೆ ಎಂದು, ಮತ್ತು ಕೊನೆಯದಾಗಿ ಹೆಸರುಗಳು ಟನೆಲ್ ಮೂಲಕ ಪರಿಹರಿಸಲ್ಪಡುತ್ತವೆ ಎಂದು ದೃಢೀಕರಿಸಿ. ಏನಾದರೂ ತಪ್ಪಾದಾಗ ಆ ನಾಲ್ಕು ಪರಿಶೀಲನೆಗಳು ಅದೇ ಕ್ರಮದಲ್ಲಿ ವಿಫಲವಾಗುತ್ತವೆ, ಇದು ಮೊದಲ ವೈಫಲ್ಯವನ್ನು ಉಪಯುಕ್ತವನ್ನಾಗಿಸುತ್ತದೆ.

ರೂಟ್ ಇಲ್ಲದೆ ಸಕ್ರಿಯವಾಗಿರುವ ಯೂನಿಟ್ ಸಾಮಾನ್ಯವಾಗಿ ಪ್ರೊಫೈಲ್ ಸಂಪರ್ಕಗೊಂಡಿತು ಆದರೆ ಸರ್ವರ್ ಯಾವುದೇ ರೂಟ್ ತಳ್ಳಲಿಲ್ಲ, ಅಥವಾ ರೂಟ್ ನಂತರ ಮಾಯವಾದ ಇಂಟರ್ಫೇಸ್‌ನಲ್ಲಿ ಸ್ಥಾಪಿಸಲ್ಪಟ್ಟಿತು ಎಂದು ಅರ್ಥ. ಹೆಸರು ಹುಡುಕಾಟ ಕೆಲಸ ಮಾಡದ ರೂಟ್ ಟನೆಲ್‌ಗಲ್ಲ, DNS ಸಂರಚನೆಗೆ ಸೂಚಿಸುತ್ತದೆ.

ಟನೆಲ್ ಮೇಲಕ್ಕೆ ಬರಲಾಗದಿದ್ದಾಗ ಏನಾಗಬೇಕು ಎಂಬುದನ್ನು ಮೊದಲೇ ನಿರ್ಧರಿಸಿ. ಸಾಮಾನ್ಯ ಸಂಪರ್ಕಕ್ಕೆ ಹಿಂತಿರುಗುವುದು ಒಂದು ನೀತಿ, ಮತ್ತು ಅದನ್ನು ಮೊದಲು ಪ್ರಾರಂಭವಾದ ಯಾವುದೇ ನಿರ್ವಾಹಕರಿಗೆ ಬಿಡುವ ಬದಲು ಬರೆದಿಡಬೇಕು.