auth-nocache ಮತ್ತು ರುಜುವಾತು ಫೈಲ್: ಸಹಾಯ ಮಾಡುತ್ತದೆಯೇ ಅಥವಾ ಹಾನಿ ಮಾಡುತ್ತದೆಯೇ?

OpenVPN ಆರಂಭದಲ್ಲಿ ಸೂಚಿಸುವ ಎಚ್ಚರಿಕೆಯನ್ನು ಮುದ್ರಿಸುತ್ತದೆ: auth-nocache, ಮತ್ತು ಪ್ರಲೋಭನೆಯ ಪ್ರತಿಕ್ರಿಯೆ ಎಂದರೆ ಆಯ್ಕೆಯನ್ನು ಸೇರಿಸಿ ಸಾಲು ಮಾಯವಾಗುವುದನ್ನು ನೋಡುವುದು. ಆ ಸಲಹೆ ಸಂವಾದಾತ್ಮಕ ಲಾಗಿನ್ ಅನ್ನು ಊಹಿಸುತ್ತದೆ. ಬಳಕೆದಾರ ಹೆಸರು ಮತ್ತು ಪಾಸ್‌ವರ್ಡ್ ಫೈಲ್‌ನಲ್ಲಿ ಇರಲು ಪ್ರಾರಂಭಿಸಿದಾಗ, ಹೋಲಿಕೆ ಬದಲಾಗುತ್ತದೆ: ಆಯ್ಕೆ ಶಾಶ್ವತ ಪ್ರತಿಯನ್ನು ರಕ್ಷಿಸುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ, ಮತ್ತು ಸವಲತ್ತುಗಳನ್ನು ಬಿಡುವ ಕ್ಲೈಂಟ್‌ನಲ್ಲಿ ಅದು ನಂತರ ಮರುಮಾತುಕತೆಯನ್ನು ಮುರಿಯಬಹುದು. ಪ್ರೊಫೈಲ್ ಸಂಪಾದಿಸುವ ಮೊದಲು ಎರಡು ಸಂಗ್ರಹಣಾ ಮಾದರಿಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಇಡುವುದು ಒಳ್ಳೆಯದು.

ರುಜುವಾತು ವಿನಂತಿಗೆ ಉತ್ತರಿಸುವ ಎರಡು ವಿಧಾನಗಳು

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

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

ಈ ಹೋಲಿಕೆಯ ಉಳಿದ ಭಾಗ ಆ ವಿಭಜನೆಯಿಂದ ಬರುತ್ತದೆ: ಒಂದು ಮಾದರಿಗೆ ಮೆಮೊರಿ ನಿರ್ವಹಣೆ, ಇನ್ನೊಂದಕ್ಕೆ ಫೈಲ್ ನಿರ್ವಹಣೆ ಮತ್ತು ಪ್ರಕ್ರಿಯೆ ಗುರುತು.

auth-nocache ನಿಜವಾಗಿ ಏನನ್ನು ಎಸೆಯುತ್ತದೆ

ಸಂವಾದಾತ್ಮಕ ಲಾಗಿನ್‌ನಲ್ಲಿ, --auth-nocache ಬಳಸಿದ ನಂತರ ಸಂಗ್ರಹಿತ ಪ್ರತಿಯನ್ನು ಮೆಮೊರಿಯಿಂದ ತೆಗೆದುಹಾಕುತ್ತದೆ. ಬೆಲೆ ಎಂದರೆ ಪ್ರತಿ ಮರುಮಾತುಕತೆ ಮಧ್ಯಂತರದಲ್ಲಿ ಹೊಸ ವಿನಂತಿ, ಏಕೆಂದರೆ ಮುಂದಿನ ಸುತ್ತು ಎಸೆದದ್ದನ್ನು ಮತ್ತೆ ಬಳಸಲಾಗದು.

ಫೈಲ್ ಆಧಾರಿತ ಲಾಗಿನ್‌ನಲ್ಲಿ ಕ್ಲೈಂಟ್ ಫೈಲ್ ಅನ್ನು ಮತ್ತೆ ಓದಬಹುದು, ಆದ್ದರಿಂದ ಎಸೆಯುವುದು ಬಹುಪಾಲು ಅದೃಶ್ಯ. ಅದು ಜನರು ನಿರೀಕ್ಷಿಸದ ಒಂದೇ ಸ್ಥಳದಲ್ಲಿ ಗೋಚರವಾಗುತ್ತದೆ: ಡೀಮನ್ ಸವಲತ್ತುಗಳನ್ನು ಬಿಟ್ಟ ನಂತರ, ರುಜುವಾತು ಫೈಲ್ ಈಗ ಅದು ಚಾಲನೆಯಲ್ಲಿರುವ ಖಾತೆಗೆ ಓದಲು ಸಾಧ್ಯವಿಲ್ಲದಿದ್ದರೆ.

ಆ ವಿನಿಮಯವನ್ನು ಅರ್ಥಮಾಡಿಕೊಂಡಿದ್ದೀರಿ ಎಂಬ ಕಾರಣಕ್ಕೆ ಆಯ್ಕೆಯನ್ನು ಸೇರಿಸಿ, ಎಚ್ಚರಿಕೆ ಕಾಣಿಸಿದ ಕಾರಣಕ್ಕೆ ಅಲ್ಲ. ಲಾಗ್ ಶಾಂತಗೊಳಿಸಲು ಸೇರಿಸಿದ ಆಯ್ಕೆ ಯಾರೂ ಅದರ ಪರಿಣಾಮ ಅಳೆಯದ ಆಯ್ಕೆ.

ಫೈಲ್ ಆಧಾರಿತ ಮಾರ್ಗ ಎಲ್ಲಿ ಮುರಿಯುತ್ತದೆ

ಟನೆಲ್ ಸಾಧನ ತೆರೆಯಲು root ಆಗಿ ಪ್ರಾರಂಭಿಸಿ ನಂತರ user ಮತ್ತು group ಗೆ ಬದಲಾಗುವ ಕ್ಲೈಂಟ್ ರುಜುವಾತು ಫೈಲ್ ಅನ್ನು ಎರಡು ಬಾರಿ ಓದುತ್ತದೆ: ಒಮ್ಮೆ ಬದಲಾವಣೆಗೆ ಮೊದಲು, ಒಮ್ಮೆ ಅದರ ನಂತರದ ಮರುಮಾತುಕತೆಯಲ್ಲಿ. ಫೈಲ್ ಮೋಡ್ 600 ನಲ್ಲಿದ್ದರೆ ಮತ್ತು root ಒಡೆತನದಲ್ಲಿದ್ದರೆ, ಎರಡನೇ ಓದು ವಿಫಲವಾಗುತ್ತದೆ, ಮತ್ತು ವೈಫಲ್ಯ ಒಂದು ಗಂಟೆಯ ನಂತರ ಸರ್ವರ್ ಸಮಸ್ಯೆಯಂತೆ ಕಾಣುವ ದೃಢೀಕರಣ ದೋಷವಾಗಿ ಕಾಣಿಸುತ್ತದೆ. ಮರುಮಾತುಕತೆ ಮಧ್ಯಂತರದ ಸುತ್ತ ಕ್ಲೈಂಟ್ ಲಾಗ್ ಪರಿಶೀಲಿಸಿ, ನಂತರ ಖಾತೆ ಮತ್ತು ಫೈಲ್ ಒಟ್ಟಿಗೆ ಪರಿಶೀಲಿಸಿ.

stat -c '%a %U:%G' /etc/openvpn/client.creds
ps -o user:12,args -C openvpn | head

ಎರಡೂ ಸಾಲುಗಳು ಮುಖ್ಯ. ಮೊದಲನೆಯದು ಫೈಲ್ ಯಾರು ಓದಬಹುದು ಎಂದು ಹೇಳುತ್ತದೆ, ಎರಡನೆಯದು ಚಾಲನೆಯಲ್ಲಿರುವ ಡೀಮನ್ ವಾಸ್ತವವಾಗಿ ಯಾರು ಎಂದು ಹೇಳುತ್ತದೆ, ಮತ್ತು ಅವುಗಳ ನಡುವಿನ ಅಸಾಮರಸ್ಯ ಪಾಸ್‌ವರ್ಡ್ ಎಷ್ಟೇ ಸಲ ಮತ್ತೆ ಬರೆದರೂ ಸರಿಯಾಗದ ವೈಫಲ್ಯವನ್ನು ವಿವರಿಸುತ್ತದೆ.

ಪ್ರಾಯೋಗಿಕ ಪರಿಹಾರಗಳು ವೈಭವದಿಂದ ಕೂಡಿಲ್ಲ: ಫೈಲ್ ಅನ್ನು ಡೀಮನ್‌ನ ಖಾತೆ ಓದಬಹುದಾದ ಫೋಲ್ಡರ್ ಮತ್ತು ಮಾಲೀಕರ ಬಳಿಗೆ ಸರಿಸಿ, ಅಥವಾ ವಿಶೇಷಾಧಿಕಾರದ ಓದನ್ನು ಉಳಿಸಿ ಮತ್ತು ನಿಮ್ಮ ಕ್ಲೈಂಟ್ ಒಮ್ಮೆ ಮಾತ್ರ ಓದುತ್ತದೆ ಎಂದು ದೃಢೀಕರಿಸಿ. ಫೈಲ್ ಅನ್ನು ಎಲ್ಲರಿಗೂ ಓದಲು ಸಾಧ್ಯವಾಗುವಂತೆ ಮಾಡಿ ಪರಿಹರಿಸಬೇಡಿ.

ಆಯ್ಕೆ ನಿಜವಾಗಿ ಬೇಕಾದ ಪ್ರಕರಣ

ಏಕ-ಬಳಕೆಯ ಕೋಡ್ ಹೊತ್ತ ಲಾಗಿನ್ auth-nocache ಅನ್ನು ಬೇರೆ ಕಾರಣಕ್ಕೆ ಬಯಸುತ್ತದೆ. ಏಕ-ಬಳಕೆಯ ಕೋಡ್ ಮೊದಲ ದೃಢೀಕರಣದಲ್ಲಿ ಖರ್ಚಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಕ್ಯಾಶ್ ಮಾಡಿದ ಪ್ರತಿ ಮುಂದಿನ ಮರುಮಾತುಕತೆಯಲ್ಲಿ ನಿರುಪಯುಕ್ತ, ಮತ್ತು ಹಳೆಯ ಮೌಲ್ಯ ಮತ್ತೆ ಪ್ಲೇ ಆಗಬಹುದು.

ಇದು ರುಜುವಾತಿನ ಪ್ರಕಾರದ ಬಗ್ಗೆ ಪ್ರಶ್ನೆ, ಅದನ್ನು ಎಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾಗಿದೆ ಎಂಬುದರ ಬಗ್ಗೆ ಅಲ್ಲ. ಸಂರಕ್ಷಿತ ಫೈಲ್‌ನಲ್ಲಿನ ಸ್ಥಿರ ಪಾಸ್‌ವರ್ಡ್ ವಿರುದ್ಧ ಪ್ರೊಫೈಲ್ ಹೊಂದಿದೆ: ಅದು ಪ್ರತಿ ಮರುಮಾತುಕತೆಯಲ್ಲಿ ಓದಲು ಸಾಧ್ಯವಾಗಬೇಕು, ಮತ್ತು ಬೇಕಾದ ರಕ್ಷಣೆ ಫೈಲ್‌ನ ಮೇಲಿದೆ.

ಈ ಎರಡು ಕಾರಣಗಳನ್ನು ಪ್ರೊಫೈಲ್ ಟಿಪ್ಪಣಿಗಳಲ್ಲಿ ಪ್ರತ್ಯೇಕವಾಗಿ ಇರಿಸಿ, ಇಲ್ಲದಿದ್ದರೆ ಮುಂದಿನ ನಿರ್ವಾಹಕರು ಆಯ್ಕೆ ತಾವು ಆರಿಸುತ್ತಿದ್ದ ಕಾರಣಕ್ಕಾಗಿ ಇದೆ ಎಂದು ಭಾವಿಸುತ್ತಾರೆ.

ಒಂದು ನಿರ್ಧಾರದಲ್ಲಿ ಹೋಲಿಕೆ

ವ್ಯಕ್ತಿ ಇದ್ದಾಗ ಮತ್ತು ತಾಜಾತನ ಮುಖ್ಯವಾದಾಗ ಸಂವಾದಾತ್ಮಕ ಮಾದರಿ ಆರಿಸಿ, ಮತ್ತು ಪುನರಾವರ್ತಿತ ವಿನಂತಿಯನ್ನು ಅದರ ಬೆಲೆ ಎಂದು ಒಪ್ಪಿಕೊಳ್ಳಿ. ಕ್ಲೈಂಟ್ ಮೇಲ್ವಿಚಾರಣೆ ಇಲ್ಲದೆ ಚಾಲನೆಯಾದಾಗ ಫೈಲ್ ಮಾದರಿ ಆರಿಸಿ, ಮತ್ತು ಶ್ರಮವನ್ನು ಮಾಲೀಕತ್ವ, ಮೋಡ್ ಮತ್ತು ಸವಲತ್ತು ಬಿಡುವಿಕೆಗೆ ವಿನಿಯೋಗಿಸಿ.

ಯಾವುದೇ ಮಾದರಿ ಸಂಗ್ರಹಿತ ಪಾಸ್‌ವರ್ಡ್ ಅನ್ನು ತನ್ನಷ್ಟಕ್ಕೆ ಸುರಕ್ಷಿತವಾಗಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಯಾವುದೂ ಆರಂಭದ ಎಚ್ಚರಿಕೆಯನ್ನು ಅರ್ಥಪೂರ್ಣವಾಗಿಸುವುದಿಲ್ಲ.

ಎಚ್ಚರಿಕೆಯೇ ಪ್ರೊಫೈಲ್ ತೆರೆದ ಏಕೈಕ ಕಾರಣವಾದರೆ, ಅಸ್ಪಷ್ಟ ಆಯ್ಕೆಯ ಬದಲು ನಿರ್ಧಾರವನ್ನು ದಾಖಲಿಸಿ: ರುಜುವಾತುಗಳು ಡೀಮನ್‌ನ ಖಾತೆ ಓದಬಹುದಾದ ಫೈಲ್‌ನಿಂದ ಬರುತ್ತವೆ, ಮರುಮಾತುಕತೆ ಯಶಸ್ವಿಯಾಗುವುದು ಕಂಡಿದೆ, ಮತ್ತು ಮಧ್ಯಂತರ ಬದಲಿಸುವ ಮೊದಲು OpenVPN 2.6 ಕೈಪಿಡಿಯ ಮರುಮಾತುಕತೆ ವಿಭಾಗ ಓದಲಾಗಿದೆ. ಆ ಟಿಪ್ಪಣಿ ಯಾವುದೇ ಒಂದು ಫ್ಲ್ಯಾಗ್‌ಗಿಂತ ಹೆಚ್ಚು ಕಾಲ ಉಳಿಯುತ್ತದೆ.