OpenVPN systemd ನ ಪಾಸ್ವರ್ಡ್ ವಿನಂತಿಗಾಗಿ ಕಾಯುತ್ತಿದೆ: ಉತ್ತರಿಸಬೇಕೇ?

ಟರ್ಮಿನಲ್ನಲ್ಲಿ systemd-tty-ask-password-agent ಬಗ್ಗೆ ಸಂದೇಶ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ, ಮತ್ತು ಟನೆಲ್ ಮೇಲಿಲ್ಲ. VPN ಪಾಸ್ವರ್ಡ್ ಅನ್ನು ತಿರಸ್ಕರಿಸಿದೆ ಮತ್ತು ಈಗ ಏನೋ ತಿದ್ದುಪಡಿಗಾಗಿ ಕಾಯುತ್ತಿದೆ ಎಂಬುದು ಆಮಿಷದ ಓದು. ಹೆಚ್ಚು ನಿಖರವಾಗಿ ಹೇಳುವುದಾದರೆ, ಒಂದು ಸೇವೆ systemd ಬಳಿ ಸಂವಾದಾತ್ಮಕ ಇನ್ಪುಟ್ ಕೇಳಿದೆ, ಮತ್ತು ವಿನಂತಿಗೆ ಇನ್ನೂ ಉತ್ತರ ಸಿಕ್ಕಿಲ್ಲ. ಯಾವ ಸೇವೆ ಕೇಳಿತು ಮತ್ತು ಯಾವ ರಹಸ್ಯ ಬೇಕು ಎಂಬುದು ಏನನ್ನೂ ಟೈಪ್ ಮಾಡುವ ಮೊದಲೇ ಪರಿಹರಿಸಬಹುದಾದ ಎರಡು ಪ್ರಶ್ನೆಗಳು.

ಯಾರು ಉತ್ತರಿಸಬೇಕು ಎಂಬುದನ್ನು ಎರಡು ಷರತ್ತುಗಳು ನಿರ್ಧರಿಸುತ್ತವೆ

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

ಎರಡೂ ಉತ್ತರಗಳು ಸ್ಪಷ್ಟವಾದಾಗ, ನಿರ್ಧಾರ ಸರಳ: ಸೇವೆಯ ಸ್ವಂತ ಬೆಂಬಲಿತ ಪ್ರಾಂಪ್ಟ್ ಮಾರ್ಗದ ಮೂಲಕ ಉತ್ತರಿಸಿ. ಯಾವುದಾದರೂ ಅಸ್ಪಷ್ಟವಾದಾಗ, ಸರಿಯಾದ ಹೆಜ್ಜೆ ತನಿಖೆ ಮಾಡುವುದು, ನೀವು ಆರೋಪಿಸಲಾಗದ ಪ್ರಾಂಪ್ಟ್ನಲ್ಲಿ ಪಾಸ್ವರ್ಡ್ ಟೈಪ್ ಮಾಡುವುದಲ್ಲ.

ಇದೇ ಇಡೀ ನಿಯಮ, ಮತ್ತು ಆದೇಶಗಳ ಮೊದಲು ಇದನ್ನು ಹೇಳುವುದು ಯೋಗ್ಯ. ಕೆಳಗಿನ ಎಲ್ಲವೂ ಇದರಿಂದಲೇ ಬರುತ್ತದೆ.

ಏನನ್ನೂ ಟೈಪ್ ಮಾಡುವ ಮೊದಲು ವಿನಂತಿಯನ್ನು ಪಟ್ಟಿ ಮಾಡಿ

ಏಜೆಂಟ್ ಯಾವುದಕ್ಕೂ ಉತ್ತರಿಸದೆ ಏನು ಬಾಕಿ ಇದೆ ಎಂದು ಪಟ್ಟಿ ಮಾಡಬಲ್ಲದು. sudo systemd-tty-ask-password-agent --list ಬಾಕಿ ಇರುವ ವಿನಂತಿಗಳನ್ನು ಮುದ್ರಿಸುತ್ತದೆ, ಮತ್ತು ಆ ಔಟ್ಪುಟ್ ಪ್ರಾಂಪ್ಟ್ ಅನ್ನು ಯುನಿಟ್ಗೆ ಜೋಡಿಸಲು ಬೇಕಾದ ಸಾಕ್ಷ್ಯ. ರುಜುವಾತು ನೀಡುವ ಮೊದಲು ಅದನ್ನು ಓದಿ, ಮತ್ತು ವಿನಂತಿ ವಿವರಣೆಗಳನ್ನು ಯಾವುದೇ ಸಾರ್ವಜನಿಕ ರೋಗನಿರ್ಣಯದ ಅಂಟಿಸುವಿಕೆಯಿಂದ ಹೊರಗಿಡಿ.

ಪಟ್ಟಿಯನ್ನು ನೀವು ಪ್ರಾರಂಭಿಸಿದ ಕಾರ್ಯಾಚರಣೆ ಮತ್ತು ಅದನ್ನು ಹೊಂದಿರುವ ಯುನಿಟ್ನೊಂದಿಗೆ ಹೊಂದಿಸಿ. ಪಟ್ಟಿಯಲ್ಲಿ ಯಾವುದೂ ನಿಮ್ಮ ಕ್ರಿಯೆಗೆ ಹೊಂದಿಕೆಯಾಗದಿದ್ದರೆ, ನೀವು ಕಂಡ ಪ್ರಾಂಪ್ಟ್ ಬೇರೆ ಸೇವೆಗೆ ಸೇರಿದ್ದು ಮತ್ತು ಅದನ್ನು ಪರಿಹರಿಸುವುದು ನಿಮ್ಮ ಕೆಲಸವಲ್ಲ. ಪಟ್ಟಿಯಲ್ಲಿನ ಯುನಿಟ್ ಹೆಸರೇ ಪ್ರಾಂಪ್ಟ್ ಮತ್ತು ಸೇವೆಯ ನಡುವಿನ ಏಕೈಕ ವಿಶ್ವಾಸಾರ್ಹ ಕೊಂಡಿ.

ನೀವು ಆರೋಪಿಸಲಾಗದ ವಿನಂತಿಗೆ ಉತ್ತರಿಸಬೇಡಿ. ಕಾಯುವ ವೆಚ್ಚ ವಿಳಂಬ, ಆದರೆ ತಪ್ಪು ಪ್ರಾಂಪ್ಟ್ಗೆ ಉತ್ತರಿಸುವ ವೆಚ್ಚ ತಪ್ಪು ಸ್ಥಳದಲ್ಲಿ ರುಜುವಾತು.

ಇನ್ಸ್ಟಾನ್ಸ್ಗೆ ನಿಜವಾಗಿ ಯಾವ ರಹಸ್ಯ ಬೇಕು?

auth-user-pass VPN ಸೇವೆಗೆ ಖಾತೆ ದೃಢೀಕರಣಕ್ಕೆ ಸಂಬಂಧಿಸಿದೆ, ಮತ್ತು ರುಜುವಾತು ಫೈಲ್ ಇಲ್ಲದಿದ್ದರೆ ದಾಖಲಿತ ವರ್ತನೆ ಕನ್ಸೋಲ್ನಲ್ಲಿ ಕೇಳುವುದು. askpass ಬದಲಿಗೆ ಸಂರಕ್ಷಿತ ಕೀಲಿ ಸಾಮಗ್ರಿಯನ್ನು ತೆರೆಯುವ ಪಾಸ್ಫ್ರೇಜ್ ಪಡೆಯುತ್ತದೆ, ಮತ್ತು ಪ್ರಕ್ರಿಯೆ ಹಿನ್ನೆಲೆಗೆ ಹೋಗುವ ಮೊದಲೇ ಅದನ್ನು ಮಾಡುತ್ತದೆ. ಇವು ಬೇರೆ ಬೇರೆ ಆಯುಷ್ಯದ ಬೇರೆ ಬೇರೆ ರಹಸ್ಯಗಳು.

ಫೈಲ್ ಸ್ವರೂಪಗಳೂ ಭಿನ್ನ. ಖಾತೆ ಸ್ವರೂಪವು ಬಳಕೆದಾರಹೆಸರಿನ ಸಾಲು ಮತ್ತು ಪಾಸ್ವರ್ಡ್ ಸಾಲನ್ನು ನಿರೀಕ್ಷಿಸುತ್ತದೆ, ಆದರೆ ಕೀಲಿ-ಪಾಸ್ಫ್ರೇಜ್ ಫೈಲ್ ಮೊದಲ ಸಾಲನ್ನು ತನ್ನ ಪಾಸ್ವರ್ಡ್ ಎಂದು ಓದುತ್ತದೆ. ಇನ್ನೊಂದು ಪಾತ್ರದ ರುಜುವಾತು ಫೈಲ್ ಪಾಕವಿಧಾನವನ್ನು ನಕಲಿಸುವುದು ಸಾಮಾನ್ಯವಾಗಿ ಪರಿಹಾರದ ಬದಲು ಇನ್ನೊಂದು ಪ್ರಾಂಪ್ಟ್ ಉಂಟುಮಾಡುತ್ತದೆ. ತಪ್ಪು ಆಕಾರದ ಫೈಲ್ ಫೈಲ್ ಇಲ್ಲದಿರುವುದಕ್ಕಿಂತ ಕೆಟ್ಟದು, ಏಕೆಂದರೆ ವೈಫಲ್ಯ ಯಾರೂ ಗಮನಿಸದ ಸ್ಥಳಕ್ಕೆ ಸರಿಯುತ್ತದೆ.

ಏನು ಟೈಪ್ ಮಾಡಬೇಕೆಂದು ನಿರ್ಧರಿಸುವ ಮೊದಲು ಇನ್ಸ್ಟಾನ್ಸ್ ಯಾವ ಸೂಚನೆಯನ್ನು ಬಳಸುತ್ತದೆ ಎಂದು ಪರಿಶೀಲಿಸಿ. ಸೂಚನೆಯ ಹೆಸರೇ ಪ್ರಾಂಪ್ಟ್ ಯಾವ ರಹಸ್ಯಕ್ಕಾಗಿ ಎಂದು ಹೇಳುತ್ತದೆ.

--query ಏನು ಮಾಡುತ್ತದೆ, --list ಏನು ಮಾಡುವುದಿಲ್ಲ

--query ಕರೆಯುವ ಟರ್ಮಿನಲ್ನಲ್ಲಿನ ಪ್ರತಿ ಬಾಕಿ ವಿನಂತಿಯನ್ನೂ ಸಂಸ್ಕರಿಸುತ್ತದೆ, ಇದು ಒಂದು ಪ್ರಾಂಪ್ಟ್ಗೆ ಉತ್ತರಿಸುವುದಕ್ಕಿಂತ ಬಹಳ ವಿಶಾಲ ಕ್ರಿಯೆ. ಇದು OpenVPN ಆಯ್ಕೆಗಾರವಲ್ಲ, ಮತ್ತು ಬಿಡುವಿಲ್ಲದ ಯಂತ್ರದಲ್ಲಿ ಬೇರೆ ಯುನಿಟ್ಗಳ ವಿನಂತಿಗಳಿಗೂ ಉತ್ತರಿಸಬಹುದು. ಮೇಲ್ವಿಚಾರಣಾ ಮೋಡ್ ಇನ್ನೂ ವಿಶಾಲ, ಏಕೆಂದರೆ ವಿನಂತಿಗಳು ಬರುತ್ತಿದ್ದಂತೆ ಅವನ್ನು ಸಂಸ್ಕರಿಸುತ್ತಲೇ ಇರುತ್ತದೆ.

ಕೆಲಸ ಮಾಡುವ ಅತ್ಯಂತ ಸಂಕುಚಿತ ಕಾರ್ಯವ್ಯವಸ್ಥೆಯನ್ನು ಬಳಸಿ. ಒಂದೇ ಸೇವೆಗೆ, ಆ ಸೇವೆಯ ಸ್ವಂತ ಪ್ರಾಂಪ್ಟ್ ಹರಿವು ಜಾಗತಿಕ ಏಜೆಂಟ್ಗಿಂತ ಸಂಕುಚಿತವಾಗಿದೆ, ಮತ್ತು ಉತ್ತರವನ್ನು ಕೇಳಿದ ಯುನಿಟ್ಗೆ ಜೋಡಿಸಿಡುತ್ತದೆ.

ಒಮ್ಮೆ ಅಧಿಸೂಚನೆ ಕಾಣಿಸಿತು ಎಂಬ ಕಾರಣಕ್ಕೆ ಒಂದು ಬಾರಿಯ ವಿನಂತಿಯನ್ನು ನಿರ್ವೀಕ್ಷಣೆ ಇಲ್ಲದ ಜಾಗತಿಕ ಏಜೆಂಟ್ ಆಗಿ ಮಾಡುವುದು — ಹೀಗೇ ತಾತ್ಕಾಲಿಕ ಕಿರಿಕಿರಿ ಶಾಶ್ವತ ವಿನ್ಯಾಸವಾಗುತ್ತದೆ. ಅದೇ ಮುನ್ನೆಚ್ಚರಿಕೆ ಇಡೀ ಹೋಸ್ಟ್ನಲ್ಲಿ ಪಾಸ್ವರ್ಡ್-ಅಧಿಸೂಚನೆ ಯುನಿಟ್ಗಳನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವುದಕ್ಕೂ ಅನ್ವಯಿಸುತ್ತದೆ.

ನಿರ್ಧರಿಸಿ, ನಂತರ ಆಯ್ಕೆಯನ್ನು ದಾಖಲಿಸಿ

ನಿರ್ವೀಕ್ಷಣೆ ಇಲ್ಲದ ನಿಯೋಜನೆಗೆ, ಸಂಪರ್ಕದ ಮಾಲೀಕರೊಂದಿಗೆ ರುಜುವಾತು ಮೂಲ, ಫೈಲ್ ಅನುಮತಿಗಳು ಮತ್ತು ನವೀಕರಣ ವೇಳಾಪಟ್ಟಿಯನ್ನು ಒಪ್ಪಿಕೊಳ್ಳಿ. ಸಂವಾದಾತ್ಮಕ ಎರಡನೇ ಅಂಶಕ್ಕೆ ವ್ಯಕ್ತಿ ಅಥವಾ ಮೀಸಲಾದ ಸೇವಾ ಗುರುತು ಬೇಕಾಗಬಹುದು. ಪ್ರಾಂಪ್ಟ್ ಅನ್ನು ಒತ್ತಡಿಸುವುದು ಆ ದೃಢೀಕರಣವನ್ನು ಉಂಟುಮಾಡುವುದಿಲ್ಲ, ಮತ್ತು auth-user-pass ಅನ್ನು ತೆಗೆದುಹಾಕುವುದು ಅದು ಬೇಕಾದ ಸೇವೆಯನ್ನು ಮಾತ್ರ ಮುರಿಯುತ್ತದೆ.

ಸಂವಹನದ ನಂತರ, ಅದೇ ಇನ್ಸ್ಟಾನ್ಸ್ನ ಮುಂದಿನ ಘಟನೆಗಾಗಿ ನೋಡಿ ಮತ್ತು ಖಾಸಗಿ ಸಂಪನ್ಮೂಲವನ್ನು ಪರೀಕ್ಷಿಸಿ. ಏನೂ ಬಾಕಿ ಇಲ್ಲದಿದ್ದರೆ, ಹೋಸ್ಟ್ನಲ್ಲಿನ ಪ್ರತಿ OpenVPN ಯುನಿಟ್ ಅನ್ನು ಪ್ರಾರಂಭಿಸುವ ಬದಲು ಇನ್ಸ್ಟಾನ್ಸ್ ಸ್ಥಿತಿಗೆ ಮರಳಿ.