OpenVPN auth-nocache: ಮುಂದಿನ ಲಾಗಿನ್ ಸಮಯದಲ್ಲಿ ಏನಾಗುತ್ತದೆ

auth-nocache ಆನ್ ಮಾಡಿ ಮತ್ತು ಪಾಸ್ವರ್ಡ್ ಕ್ಯಾಶಿಂಗ್ ಎಚ್ಚರಿಕೆ ಮಾಯವಾಗುತ್ತದೆ, OpenVPN ಮುಂದಿನ ಮರುಮಾತುಕತೆಗಾಗಿ ಇಟ್ಟುಕೊಂಡಿದ್ದ ರುಜುವಾತುಗಳ ಪ್ರತಿಯೂ ಸೇರಿ. ಅದು ಪ್ರಾಂಪ್ಟ್, ಮೌನ ಮರುಪ್ರಯತ್ನ ಅಥವಾ ಕಡಿತಗೊಂಡ ಸುರಂಗವಾಗುತ್ತದೆಯೇ ಎಂಬುದು ಎರಡನೇ ಬಾರಿ ರುಜುವಾತುಗಳು ಎಲ್ಲಿಂದ ಬರುತ್ತವೆ ಎಂಬುದರ ಮೇಲೆ ಅವಲಂಬಿತವಾಗಿದೆ. ಆದ್ದರಿಂದ ಇದು ನಿಯೋಜನೆ ರೂಪಗಳ ನಡುವಿನ ಹೋಲಿಕೆ, ಆಯ್ಕೆಯ ಬಗ್ಗೆ ತೀರ್ಪಲ್ಲ. ಯಾವುದೇ ಪ್ರೊಫೈಲ್ ಸಂಪಾದಿಸುವ ಮೊದಲು ನೀವು ನಿಜವಾಗಿ ಚಲಾಯಿಸುವ ರೂಪವನ್ನು ಓದಿ.

ಎರಡನೇ ರುಜುವಾತು ಗುಂಪು ಎಲ್ಲಿಂದ ಬರಬೇಕು

OpenVPN auth-nocache ಅನ್ನು auth-user-pass ಮತ್ತು askpass ಸಂಗ್ರಹಿಸುವ ರಹಸ್ಯಗಳಿಗೆ ಅನ್ವಯಿಸುತ್ತದೆ: ಬಳಸಿದ ನಂತರ ಪ್ರಕ್ರಿಯೆ ಅವುಗಳನ್ನು ಮುಂದಿನ ಹ್ಯಾಂಡ್ಶೇಕ್ಗಾಗಿ ಇಟ್ಟುಕೊಳ್ಳದೆ ಬಿಸಾಡುತ್ತದೆ. ಮರುಮಾತುಕತೆ ಟೈಮರ್ನಲ್ಲಿ ಬರುತ್ತದೆ, ಡಿಫಾಲ್ಟ್ ಆಗಿ ಗಂಟೆಗೆ ಒಮ್ಮೆ, ಹಾಗಾಗಿ ಎರಡನೇ ವಿನಂತಿ ಪಾಸ್ವರ್ಡ್ ಟೈಪ್ ಮಾಡಿದ ವ್ಯಕ್ತಿ ಬಹಳ ಹಿಂದೆಯೇ ಹೋದ ನಂತರ ಬರುತ್ತದೆ. ಆ ಅಂತರವೇ ಇಡೀ ಕಥೆ. ಕ್ಯಾಶ್ ಆನ್ ಆಗಿದ್ದರೆ ಕ್ಲೈಂಟ್ ಯಾರನ್ನೂ ಕೇಳದೆ ಸಂಗ್ರಹಿತ ಪ್ರತಿಯನ್ನು ಮತ್ತೆ ಚಲಾಯಿಸುತ್ತದೆ; ಕ್ಯಾಶ್ ಆಫ್ ಆಗಿದ್ದರೆ ಅದು ರಹಸ್ಯವನ್ನು ಬೇರೆಡೆ ಹುಡುಕಬೇಕು ಅಥವಾ ವಿಫಲವಾಗಬೇಕು.

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

ಮೂರು ರೂಪಗಳು, ಮೂರು ವಿಫಲತೆಯ ಬಿಂದುಗಳು

ಮುಂದೆ ವ್ಯಕ್ತಿ ಇರುವ ಡೆಸ್ಕ್ಟಾಪ್ ಕ್ಲೈಂಟ್ ಸೌಮ್ಯ ಪ್ರಕರಣ: ಪ್ರಾಂಪ್ಟ್ ಮರಳುತ್ತದೆ, ಯಾರೋ ಮತ್ತೆ ಪಾಸ್ವರ್ಡ್ ಟೈಪ್ ಮಾಡುತ್ತಾರೆ, ಮತ್ತು ಬೆಲೆ ಗಮನ. ಟರ್ಮಿನಲ್ ಇಲ್ಲದೆ OpenVPN ಚಲಾಯಿಸುವ ಸೇವೆ, ಕಂಟೇನರ್ ಅಥವಾ ರೌಟರ್ ಕಠಿಣ ಪ್ರಕರಣ, ಏಕೆಂದರೆ ಉತ್ತರಿಸಲು ಯಾರೂ ಇಲ್ಲ ಮತ್ತು ಮೊದಲು ಮೌನವಾಗಿದ್ದ ಮರುಸಂಪರ್ಕ ಈಗ ಸುರಂಗವನ್ನು ಕೊನೆಗೊಳಿಸುತ್ತದೆ. ಹೈಬ್ರಿಡ್ ಎರಡರ ನಡುವೆ ಇದೆ ಮತ್ತು ಪ್ರಾಂಪ್ಟ್ಗೆ ಉತ್ತರಿಸಬಲ್ಲ ಸೆಷನ್ ಮಾಯವಾಗುವವರೆಗೆ ಡೆಸ್ಕ್ಟಾಪ್ ಪ್ರಕರಣದಂತೆ ವರ್ತಿಸುತ್ತದೆ. ಅವುಗಳನ್ನು ಬೇರ್ಪಡಿಸುವುದು GUI ಸ್ಥಾಪಿತವಾಗಿದೆಯೇ ಎಂಬುದಲ್ಲ, ಬದಲಿಗೆ ಮರುಮಾತುಕತೆಯ ಸಮಯದಲ್ಲಿ ರುಜುವಾತುಗಳ ಮೂಲವಿದೆಯೇ ಎಂಬುದು.

ಏನನ್ನಾದರೂ ಬದಲಿಸುವ ಮೊದಲು ನಿಮ್ಮ ನಿಯೋಜನೆಯನ್ನು ಈ ಮೂರರಲ್ಲಿ ಒಂದಕ್ಕೆ ಹೊಂದಿಸಿ, ಏಕೆಂದರೆ ಆನ್ಲೈನ್ನಲ್ಲಿ ಸಿಗುವ ಸಲಹೆ ಬಹುತೇಕ ಯಾವಾಗಲೂ ಮೊದಲನೆಯದಕ್ಕೆ ಬರೆಯಲಾಗಿದೆ. ಡೆಸ್ಕ್ಟಾಪ್ ಉತ್ತರವನ್ನು ಟರ್ಮಿನಲ್ ಇಲ್ಲದ ಸೇವೆಗೆ ಅನ್ವಯಿಸುವುದೇ ತಿಂಗಳುಗಳ ಕಾಲ ಕೆಲಸ ಮಾಡಿದ ಸುರಂಗ ಪ್ರತಿ ಗಂಟೆಗೂ ಬೀಳಲು ಪ್ರಾರಂಭಿಸುವ ದಾರಿ.

ನಿರ್ದೇಶನ ಅಥವಾ ಫ್ಲ್ಯಾಗ್: ಒಂದನ್ನು ಆರಿಸಿ ಮತ್ತು ಯಾವುದನ್ನು ಬಳಸಿದಿರಿ ಎಂದು ತಿಳಿಯಿರಿ

ಪ್ರೊಫೈಲ್ ಒಳಗೆ auth-nocache ತನ್ನದೇ ಪ್ರತ್ಯೇಕ ಸಾಲು; ಪ್ರೊಫೈಲ್ ಅನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಹೆಸರಿಸುವ ಕರೆಯಲ್ಲಿ ಅದು ಆ ಆಜ್ಞಾ ಸಾಲಿನ ಫ್ಲ್ಯಾಗ್, ಮತ್ತು OpenVPN ಕೈಪಿಡಿ ಎರಡೂ ರೂಪಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ. ಎರಡೂ ರುಜುವಾತುಗಳನ್ನು ಉಳಿಸಿಕೊಳ್ಳುವ ವಿಷಯದಲ್ಲಿ ಒಂದೇ ರೀತಿ ಕೆಲಸ ಮಾಡುತ್ತವೆ ಮತ್ತು ಯಾವುದೂ ಇಂಟರ್ಫೇಸ್ ಪ್ರಕಾರವನ್ನು ಮುಟ್ಟುವುದಿಲ್ಲ ಅಥವಾ ಅದೇ ಲಾಗ್ನಲ್ಲಿರುವ ಅಸಂಬಂಧಿತ ಎಚ್ಚರಿಕೆಯನ್ನು ಸರಿಪಡಿಸುವುದಿಲ್ಲ. ವ್ಯತ್ಯಾಸ ನಿಲುಗಡೆಯಲ್ಲಿದೆ: ಫ್ಲ್ಯಾಗ್ ಆ ಓಟಕ್ಕೆ ಮಾತ್ರ ಅನ್ವಯಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ unit ಫೈಲ್ ಅಥವಾ ರ್ಯಾಪರ್ ಸ್ಕ್ರಿಪ್ಟ್ನಿಂದ ಮರುಪ್ರಾರಂಭಿಸಿದ ಸೇವೆಗೆ ರ್ಯಾಪರ್ ಕೂಡ ಅದನ್ನು ರವಾನಿಸದಿದ್ದರೆ ಅದು ಇರುವುದಿಲ್ಲ.

auth-nocache
openvpn --config /path/client.ovpn --auth-nocache

ಸೆಟ್ಟಿಂಗ್ ಯಾವ ಕಲಾಕೃತಿಯ ಒಡೆತನದಲ್ಲಿದೆ ಎಂದು ನಿರ್ಧರಿಸಿ, ಅಲ್ಲಿ ಮಾತ್ರ ಬದಲಿಸಿ, ಬೇರೆಲ್ಲೂ ಅಲ್ಲ. ಲ್ಯಾಪ್ಟಾಪ್ನಲ್ಲಿ ಸಂಪಾದಿಸಿದ ಪ್ರೊಫೈಲ್ ಮತ್ತು ಫ್ಲ್ಯಾಗ್ನಿಂದ ಅದನ್ನು ಮೀರಿಸುವ systemd unit — ಮರುಬೂಟ್ ನಂತರ ವಿರೋಧಾಭಾಸದ ವರ್ತನೆ ಉಂಟುಮಾಡುವ ಜೋಡಿ.

ರುಜುವಾತು ಫೈಲ್ ರಹಸ್ಯವನ್ನು ಅಳಿಸುವ ಬದಲು ಸ್ಥಳಾಂತರಿಸುತ್ತದೆ

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

ಫೈಲ್ ಅನ್ನು ಡೀಮನ್ ಚಲಾಯಿಸುವ ಖಾತೆಯ ಒಡೆತನದಲ್ಲಿರಿಸಿ, ಬೇರೆ ಯಾರೂ ಓದದಂತೆ, ಮತ್ತು ಹೋಸ್ಟ್ ಬಿಡುವ ಬ್ಯಾಕಪ್ಗಳ ಹೊರಗೆ ಇರಿಸಿ. OpenVPN ನ ಸರ್ವರ್-ಸೈಡ್ auth-gen-token ಆಯ್ಕೆ ಯಶಸ್ವಿ ಲಾಗಿನ್ ನಂತರ ಕ್ಲೈಂಟ್ಗೆ ಸೆಷನ್ ಟೋಕನ್ ನೀಡುತ್ತದೆ, ಅದು ಖಾತೆಯ ಪಾಸ್ವರ್ಡ್ಗಿಂತ ಸುತ್ತಲೂ ಬಿಡಲು ಚಿಕ್ಕ ವಿಷಯ. ಹೇಗಾದರೂ ರೊಟೇಶನ್ ಹಂತವನ್ನು ಫೈಲ್ನ ಪಕ್ಕದಲ್ಲಿ ಬರೆಯಿರಿ, ಏಕೆಂದರೆ ಫೈಲ್ ಸಾಮಾನ್ಯವಾಗಿ ಅದನ್ನು ರಚಿಸಿದ ವ್ಯಕ್ತಿಗಿಂತ ಹೆಚ್ಚು ಕಾಲ ಬದುಕುತ್ತದೆ.

ಮರುಮಾತುಕತೆಯನ್ನು ಎಳೆಯುವುದು ವೆಚ್ಚವನ್ನು ಸರಿಸುತ್ತದೆ, ತೆಗೆದುಹಾಕುವುದಿಲ್ಲ

ಇನ್ನೊಂದು ಸಲಹೆ ಎಂದರೆ reneg-sec ಅನ್ನು ಪ್ರಾಂಪ್ಟ್ ನಿರ್ಲಕ್ಷಿಸಬಹುದಾದಷ್ಟು ಅಪರೂಪವಾಗುವವರೆಗೆ ಹೆಚ್ಚಿಸುವುದು. ಅದು ಸೆಷನ್ ನ ಕೀ-ರೊಟೇಶನ್ ವೇಳಾಪಟ್ಟಿಯನ್ನು ಮತ್ತೆ ಬರೆಯುತ್ತದೆ ಮತ್ತು ಅದೇ ರುಜುವಾತು ಸಮಸ್ಯೆಯನ್ನು ನಂತರದ, ಕಡಿಮೆ ಊಹಿಸಬಹುದಾದ ಕ್ಷಣಕ್ಕೆ ತಳ್ಳುತ್ತದೆ; ಅದು ರುಜುವಾತುಗಳ ಮೂಲವನ್ನು ಸೃಷ್ಟಿಸುವುದಿಲ್ಲ. ಕಾರಣಕ್ಕಾಗಿ ವೇಳಾಪಟ್ಟಿ ಪ್ರಕಾರ ಕೀಗಳನ್ನು ನವೀಕರಿಸುವ ನೀತಿಯನ್ನು ಕೇವಲ ಪಾಸ್ವರ್ಡ್ ಟೈಪ್ ಮಾಡುವುದನ್ನು ತಪ್ಪಿಸಲು ಸಡಿಲಗೊಳಿಸಬಾರದು.

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

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