ಒಂದು ಪ್ರೊಫೈಲ್, ಇಬ್ಬರು ಮಾಲೀಕರು: NetworkManager ಅಥವಾ systemd

.ovpn ಫೈಲ್ ಯಾವುದೋ ಅದನ್ನು ಹೊಂದುವವರೆಗೆ ಏನೂ ಸಂಭವಿಸುವುದಿಲ್ಲ. Pi ಡೆಸ್ಕ್ಟಾಪ್ನಲ್ಲಿ ಸಂಭಾವ್ಯ ಮಾಲೀಕರು NetworkManager, ಅದು ಆಮದು ಮಾಡಿದ ಸಂಪರ್ಕವನ್ನು ತನ್ನದೇ ಕೀಫೈಲ್ನಲ್ಲಿ ಸಂಗ್ರಹಿಸುತ್ತದೆ, ಮತ್ತು ಡೈರೆಕ್ಟರಿಯಿಂದ ಸಂರಚನೆಯನ್ನು ಓದುವ ಪ್ರತ್ಯೇಕ ಸೇವಾ ಯುನಿಟ್. ಇವು ವಿಭಿನ್ನ ಸಂಗ್ರಹಣೆ, ವಿಭಿನ್ನ ರುಜುವಾತು ನಿರ್ವಹಣೆ ಮತ್ತು ವಿಭಿನ್ನ ಸಕ್ರಿಯಗೊಳಿಸುವ ನಿಯಮಗಳನ್ನು ಹೊಂದಿರುವ ಎರಡು ಕಾರ್ಯಾಚರಣಾ ಮಾದರಿಗಳು. ಒಂದನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಆಯ್ಕೆ ಮಾಡುವುದೇ ಇಡೀ ಕೆಲಸ; ಫೈಲ್ ಅನ್ನು ಎರಡೂ ಸ್ಥಳಗಳಿಗೆ ನಕಲಿಸುವುದು ಆಯ್ಕೆಯನ್ನು ಆಕಸ್ಮಿಕವಾಗಿ ಮಾಡುತ್ತದೆ ಅಷ್ಟೇ.

ಎರಡೂ ಒಂದೇ ಯಂತ್ರದಲ್ಲಿ ಕೆಲಸ ಮಾಡಬಹುದು, ಆದರೆ ಒಂದೇ ಕ್ಷಣದಲ್ಲಿ ಒಂದೇ ಟನೆಲ್ನಲ್ಲಿ ಅಲ್ಲ, ಮತ್ತು ಘರ್ಷಣೆಯು ಸಂರಚನೆಯ ದೋಷದಂತೆ ಅಲ್ಲ, ಜಾಲದ ದೋಷದಂತೆ ಕಾಣುತ್ತದೆ.

ಒಂದೇ ಟನೆಲ್ ಅನ್ನು ಹೊಂದುವ ಎರಡು ದಾರಿಗಳು

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

ಅವು ಒಂದೇ ವಿಷಯದ ಎರಡು ನೋಟಗಳಲ್ಲ. ಡೌನ್ಲೋಡ್ ಮಾಡಿದ ಫೈಲ್ ಸಂಪಾದಿಸುವುದು NetworkManager ಉಳಿಸಿದ್ದನ್ನೂ ಅಲ್ಲ, ಯುನಿಟ್ ಓದುವುದನ್ನೂ ಅಲ್ಲ ಬದಲಿಸುವುದಿಲ್ಲ, ಮತ್ತು ನೀವು ಈಗಷ್ಟೇ ಪರೀಕ್ಷಿಸಿದ ಟನೆಲ್ ಅನ್ನು ನಿರ್ಮಿಸಿದ್ದು ಅವುಗಳಲ್ಲಿ ಯಾವುದಾದರೂ ಆಗಿರಬಹುದು.

ಡೆಸ್ಕ್ಟಾಪ್ ನಿಜವಾಗಿ ಬಳಸುವ ಸಂಪರ್ಕವನ್ನು ಅನುಸರಿಸಿ

ದಾಖಲಿತ ಆಮದು ಕಾರ್ಯಾಚರಣೆ, nmcli connection import type openvpn file office.ovpn, ಪ್ಲಗಿನ್ ಮೂಲಕ ಸಂಪರ್ಕವನ್ನು ರಚಿಸುತ್ತದೆ. ಅದರ UUID ಬರೆದಿಡಿ ಮತ್ತು ಮುಂದೆ ಅದೇ ಗುರುತಿಸುವಿಕೆಯನ್ನು ಬಳಸಿ, ಏಕೆಂದರೆ ಹೆಸರುಗಳು ಸಂಪಾದನೆಯಾಗುತ್ತವೆ ಮತ್ತು ಎರಡು ಸಂಪರ್ಕಗಳು ಒಂದೇ ಲೇಬಲ್ ಹಂಚಿಕೊಳ್ಳಬಹುದು. nmcli connection show ಏನಿದೆ ಎಂಬುದನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ, ಮತ್ತು ಸಂಪರ್ಕದ ಸ್ವಂತ ಗುಣಲಕ್ಷಣಗಳನ್ನು ಓದುವುದು ಅದು ಯಾವ ಫೈಲ್ನಿಂದ ಬಂತು ಮತ್ತು ಏನನ್ನು ಸಂಗ್ರಹಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ತಿಳಿಸುತ್ತದೆ. ನೀವು ಸಂಪಾದಿಸುತ್ತಿರುವ UUID ಡೆಸ್ಕ್ಟಾಪ್ ಸಕ್ರಿಯಗೊಳಿಸುವುದಲ್ಲದಿದ್ದರೆ, ನಿಮ್ಮ ಸಂಪಾದನೆಗಳು ಅಲಂಕಾರ ಮಾತ್ರ.

ರಹಸ್ಯಗಳು ಮಾಲೀಕನ ಸಂಗ್ರಹದಲ್ಲಿ ವಾಸಿಸುತ್ತವೆ. ಯಾವ ಪ್ರೊಫೈಲ್ ಸಕ್ರಿಯವಾಗಿದೆ ಎಂದು ತಿಳಿಯಲು ಪ್ರತಿ ಉಳಿಸಿದ ರಹಸ್ಯವನ್ನು ಸುರಿಯುವುದು ನಿಧಾನ ಮತ್ತು ಅಪಾಯಕಾರಿ; ಬದಲಿಗೆ ಸಂಪರ್ಕ ವಸ್ತುವನ್ನು ಕೇಳಿ, ಮತ್ತು ಖಾಸಗಿ ಸಾಮಗ್ರಿಯನ್ನು ಮಾಲೀಕ ನಿರೀಕ್ಷಿಸುವ ಸ್ಥಳದಲ್ಲೇ ಇರಿಸಿ.

ಆಮದು ಮಾಡಿದ ಸಂಪರ್ಕ ಚಲಾಯಿಸಲು ಗ್ರಾಫಿಕಲ್ ಅಧಿವೇಶನ ಅಗತ್ಯವಿಲ್ಲ, ಆದರೆ ಅದಕ್ಕೆ ಇನ್ನೂ ರುಜುವಾತುಗಳ ಮೂಲ ಬೇಕಾಗಬಹುದು. ಅದು ಮೇಲ್ವಿಚಾರಣೆ ಇಲ್ಲದೆ ಪ್ರಾರಂಭವಾಗುತ್ತದೆಯೇ ಎಂಬುದು ಅದರ ಅನುಮತಿಗಳು ಮತ್ತು ರಹಸ್ಯಗಳನ್ನು ಅವಲಂಬಿಸಿದೆ, ಡೆಸ್ಕ್ಟಾಪ್ ಇರುವಿಕೆಯನ್ನಲ್ಲ.

ಯುನಿಟ್ ಟೆಂಪ್ಲೇಟ್ ಅನ್ನು ಅದನ್ನು ಅವಲಂಬಿಸುವ ಮೊದಲು ಓದಿ

ಪ್ಯಾಕೇಜ್ upstream ಶೈಲಿಯ ಕ್ಲೈಂಟ್ ಯುನಿಟ್ ಅನ್ನು ಒದಗಿಸುವಲ್ಲಿ, office ಎಂಬ ಹೆಸರಿನ ನಿದರ್ಶನವು ಯುನಿಟ್ನ ಸಂರಚಿತ ಡೈರೆಕ್ಟರಿಯಲ್ಲಿನ %i.conf ಫೈಲ್ಗೆ ಹೊಂದುತ್ತದೆ, ಮತ್ತು 2.6 ಟೆಂಪ್ಲೇಟ್ಗೆ ಅದು /etc/openvpn/client ಆಗಿದೆ. ಮಾರ್ಗದರ್ಶಿಯ ಉದಾಹರಣೆಯನ್ನು ನಂಬುವ ಮೊದಲು ಸ್ಥಾಪಿತ ಯುನಿಟ್ ಮತ್ತು ಯಾವುದೇ ಹೆಚ್ಚುವರಿ ಫೈಲ್ಗಳನ್ನು ಓದಿ, ಏಕೆಂದರೆ ವಿತರಣೆಗಳು ಮಾರ್ಗಗಳನ್ನು ಸ್ಥಳಾಂತರಿಸುತ್ತವೆ. ಟರ್ಮಿನಲ್ನಿಂದ ಕೈಯಿಂದ ಪ್ರಾರಂಭಿಸುವುದು ಫೈಲ್ಗಳು, ರಹಸ್ಯಗಳು ಅಥವಾ ಅನುಮತಿಗಳ ಬಗ್ಗೆ ಸೇವೆಯ ದೃಷ್ಟಿಕೋನವನ್ನು ಏನೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ. ಡೆಸ್ಕ್ಟಾಪ್ನ ಗುಪ್ತಪದ ಸಂವಾದವೂ ಸಹ ಪರಸ್ಪರ ಕ್ರಿಯೆ ಇಲ್ಲದ ಯುನಿಟ್ಗೆ ಅದೇ ಗುಪ್ತಪದ ಪಡೆಯುವ ಅನುಮೋದಿತ ದಾರಿ ಇದೆ ಎಂಬುದಕ್ಕೆ ಸಾಕ್ಷಿಯಲ್ಲ.

ಯುನಿಟ್ಗೆ ಬೇಕಾದದ್ದನ್ನು ಮಾತ್ರ ಕೊಡಿ. ಒಂದು ಉಲ್ಲೇಖಿತ ಫೈಲ್ ಓದಲಾಗದ ಕಾರಣ ಇಡೀ ಸೇವಾ ಸ್ಯಾಂಡ್ಬಾಕ್ಸ್ ಸಡಿಲಿಸುವುದು ಸಣ್ಣ ಅನುಮತಿ ಸರಿಪಡಿಸುವಿಕೆಯನ್ನು ದೊಡ್ಡ ಒಡ್ಡುವಿಕೆಗೆ ಬದಲಾಯಿಸುತ್ತದೆ, ಮತ್ತು ದೋಷ ಸಾಮಾನ್ಯವಾಗಿ ಗಮನ ಬೇಕಾದ ಫೈಲ್ನ ಹೆಸರು ಹೇಳುತ್ತದೆ.

ಪ್ರವೇಶ ಕಳೆದುಕೊಳ್ಳದೆ ನಕಲನ್ನು ನಿಲ್ಲಿಸಿ

ಎರಡೂ ಮಾಲೀಕರು ಟನೆಲ್ ಪ್ರಾರಂಭಿಸಬಹುದಾದರೆ, ಒಂದು ಕೊನೆಗೆ ತಪ್ಪು ಕ್ಷಣದಲ್ಲಿ ಗೆಲ್ಲುತ್ತದೆ ಮತ್ತು ಸೋತವರ ಮಾರ್ಗಗಳು ಮತ್ತು ಸಾಧನ ಹಿಂದೆ ಉಳಿಯುತ್ತವೆ. ಆಕಸ್ಮಿಕ ನಕಲನ್ನು ಅದರದೇ ಮಾಲೀಕರ ಮೂಲಕ ತೆಗೆದುಹಾಕಿ, ಚೇತರಿಕೆಯ ದಾರಿಯನ್ನು ತೆರೆದಿಡಿ, ಮತ್ತು ಉಳಿದ ಮಾಲೀಕರು ಮರುಪ್ರಾರಂಭದ ನಂತರವೂ ಸಂಪರ್ಕಿಸುತ್ತಾರೆ ಎಂದು ಖಚಿತಪಡಿಸಿ. ವಿಭಿನ್ನ ಮಾರ್ಗನಿರ್ದೇಶನ ನೀತಿಗಳನ್ನು ಹೊಂದಿರುವ ಎರಡು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಪ್ರತ್ಯೇಕ VPNಗಳು ಬೇರೆ ವಿನ್ಯಾಸ ಪ್ರಶ್ನೆ, ಒಂದೇ ಸಂಪರ್ಕಕ್ಕಾಗಿ ಎರಡು ಪ್ರಾರಂಭ ದಾರಿಗಳು ಸ್ಪರ್ಧಿಸಲು ಅನುಮತಿಯಲ್ಲ.

ನಂತರ ನೀವು ಒಪ್ಪಿಕೊಂಡ ಜೀವನ ಚಕ್ರವನ್ನು ಬರೆಯಿರಿ: ಕೈಯಿಂದ ಸಕ್ರಿಯಗೊಳಿಸುವಿಕೆ, ಲಾಗಿನ್, ಅಥವಾ ಬೂಟ್ ಮತ್ತು ಮರುಸಂಪರ್ಕ. ಉಳಿಸಿದ ಅಂತ್ಯಬಿಂದು, ಇನ್ನೊಂದು ಕಡೆಯ ದೃಢೀಕರಣ ಮತ್ತು ಟನೆಲ್ ತಲುಪಬೇಕಾದ ಸಂಪನ್ಮೂಲವನ್ನು ಪರಿಶೀಲಿಸಿ, ಏಕೆಂದರೆ ಡೆಸ್ಕ್ಟಾಪ್ ಮತ್ತೆ ಸ್ಥಾಪಿಸುವುದು ಯಾವ ಸಂರಚನೆ ಚಲಿಸಿತು ಎಂಬುದನ್ನು ತಿಳಿಯುವುದಕ್ಕೆ ಬದಲಿಯಲ್ಲ.