OpenConnect ನಲ್ಲಿ --key-password ನಿಮ್ಮ VPN ಖಾತೆಯ ಪಾಸ್ವರ್ಡ್ ಆಗಿದೆಯೇ?

ಆಯ್ಕೆಯ ಹೆಸರನ್ನು ಅಕ್ಷರಶಃ ಓದಿ. ಅದು ಒಂದು ಕೀಲಿಯನ್ನು ಹೆಸರಿಸುತ್ತದೆ, ಮತ್ತು ತೆರೆಯಲ್ಪಡುವ ಫೈಲ್ ಅನ್ನು ದೃಢೀಕರಿಸಲ್ಪಡುವ ಖಾತೆ ಎಂದು ತಪ್ಪಾಗಿ ಭಾವಿಸಿದಾಗ ಗೊಂದಲ ಆರಂಭವಾಗುತ್ತದೆ. ಆ ಆಯ್ಕೆಯಲ್ಲಿ ಖಾತೆಯ ಪಾಸ್ವರ್ಡ್ ಅನ್ನು ಅಂಟಿಸಿ, ಕ್ಲೈಂಟ್ ಅದರಿಂದ ಕೀ ಫೈಲ್ ತೆರೆಯಲು ಪ್ರಯತ್ನಿಸುತ್ತದೆ, ಇದು VPN ಲಾಗಿನ್ಗೆ ಯಾವುದೇ ಸಂಬಂಧವಿಲ್ಲದ ಕಾರಣಗಳಿಂದ ವಿಫಲಗೊಳ್ಳುತ್ತದೆ.

ಗೊಂದಲದ ಭಾಗವೆಂದರೆ ಒಂದೇ ಸಂಪರ್ಕಕ್ಕೆ ಎರಡೂ ರಹಸ್ಯಗಳು ಕಾನೂನುಬದ್ಧವಾಗಿ ಅಗತ್ಯವಾಗಬಹುದು. ಕ್ಲೈಂಟ್ ಪ್ರಮಾಣಪತ್ರ ದೃಢೀಕರಣಕ್ಕೆ ಎನ್ಕ್ರಿಪ್ಟ್ ಮಾಡಿದ ಕೀ ಬೇಕಾಗಬಹುದು, ಮತ್ತು ಪ್ರಮಾಣಪತ್ರ ಸ್ವೀಕರಿಸಿದ ನಂತರವೂ ಅದೇ ಗೇಟ್ವೇ ಬಳಕೆದಾರ ದೃಢೀಕರಣ ವಿನಿಮಯವನ್ನು ನಡೆಸಬಹುದು. ಯಾವುದೇ ರಹಸ್ಯವೂ ಇನ್ನೊಂದು ಹಂತವನ್ನು ಪೂರೈಸುವುದಿಲ್ಲ, ಮತ್ತು ಒಂದರಲ್ಲಿ ವೈಫಲ್ಯವು ಹೊರಗಿನಿಂದ ಇನ್ನೊಂದರ ವೈಫಲ್ಯದಂತೆಯೇ ಕಾಣುತ್ತದೆ.

ಎರಡು ರಹಸ್ಯಗಳು, ಎರಡು ವಿಭಿನ್ನ ಕೆಲಸಗಳು

ಪಾತ್ರಗಳನ್ನು ಫೈಲ್ ಪ್ರವೇಶ ಮತ್ತು ನೆಟ್ವರ್ಕ್ ಪ್ರವೇಶ ಎಂದು ಓದಿ. ಕೀ ಪಾಸ್ವರ್ಡ್ --sslkey ನಲ್ಲಿ ಹೆಸರಿಸಲಾದ PEM ಖಾಸಗಿ ಕೀಯನ್ನು ಡೀಕ್ರಿಪ್ಟ್ ಮಾಡುತ್ತದೆ, ಇದರಿಂದ TLS ಕ್ಲೈಂಟ್ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಪ್ರಸ್ತುತಪಡಿಸಬಹುದು. ಆ ಡೀಕ್ರಿಪ್ಷನ್ ಸ್ಥಳೀಯವಾಗಿ, ಕ್ಲೈಂಟ್ ಪ್ರಕ್ರಿಯೆಯ ಒಳಗೆ ನಡೆಯುತ್ತದೆ, ಮತ್ತು ಪಾಸ್ಫ್ರೇಜ್ ಸ್ವತಃ ಎಂದಿಗೂ ಗೇಟ್ವೇಗೆ ಹೋಗುವುದಿಲ್ಲ. ಗೇಟ್ವೇ ನೋಡುವುದು ಪ್ರಮಾಣಪತ್ರ ಮತ್ತು ಕೀಯಿಂದ ಮಾಡಿದ ಸಹಿಯನ್ನು. OpenConnect ನ ಕೈಪಿಡಿ --key-password ಅನ್ನು --certificate ಮತ್ತು --sslkey ನ ಪಕ್ಕದಲ್ಲಿಡುತ್ತದೆ, ಮತ್ತು TPM ನಲ್ಲಿ ಇಟ್ಟಿರುವ ಕೀ ಬಳಸಬಲ್ಲ ಬಿಲ್ಡ್ಗಳಲ್ಲಿ ಅದೇ ಆಯ್ಕೆ ಬದಲಾಗಿ ಸಂಗ್ರಹಣೆಯ ಮೂಲ ಕೀಯ ಪಾಸ್ವರ್ಡ್ ಅನ್ನು ಹೊತ್ತಿರುತ್ತದೆ.

ಖಾತೆಯ ಪಾಸ್ವರ್ಡ್ ಬೇರೆ ಬಗೆಯದು. ಅದು ದೃಢೀಕರಣ ವಿನಿಮಯಕ್ಕೆ ಹೋಗುತ್ತದೆ: ಬಳಕೆದಾರಹೆಸರು ಮತ್ತು ಪಾಸ್ವರ್ಡ್ ನಮೂನೆ, ಟೋಕನ್, SAML ಸುತ್ತು, ಅಥವಾ ಗೇಟ್ವೇ ಘೋಷಿಸುವ ಯಾವುದೋ ಸಂಯೋಜನೆ. ಪ್ರಮಾಣಪತ್ರವೇ ಏಕೈಕ ಅಂಶವಾದಾಗ ಕೆಲವು ನಿಯೋಜನೆಗಳು ಅದನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಕೇಳುವುದಿಲ್ಲ, ಮತ್ತು ಕೆಲವು ಪ್ರಮಾಣಪತ್ರದ ನಂತರವೂ ಕೇಳುತ್ತವೆ, ಏಕೆಂದರೆ ಪ್ರಮಾಣಪತ್ರ ಸಾಧನವನ್ನು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ ಮತ್ತು ಖಾತೆ ವ್ಯಕ್ತಿಯನ್ನು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ.

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

ಕೀ ಪಾಸ್ವರ್ಡ್ ನಿಜವಾಗಿ ಯಾವಾಗ ಬೇಕು

ತೆರೆಯಲು ಎನ್ಕ್ರಿಪ್ಟ್ ಮಾಡಿದ ಕೀ ಇದ್ದಾಗ ಮಾತ್ರ ಆಯ್ಕೆಗೆ ಅರ್ಥವಿದೆ. ಬಳಕೆದಾರಹೆಸರು ಮತ್ತು ಪಾಸ್ವರ್ಡ್ನಿಂದ ಮತ್ತು ಕ್ಲೈಂಟ್ ಪ್ರಮಾಣಪತ್ರವಿಲ್ಲದೆ ಸಂಪರ್ಕಿಸಿದರೆ, --key-password ಗೆ ಕೆಲಸ ಮಾಡಲು ಏನೂ ಇಲ್ಲ, ಮತ್ತು ಅದನ್ನು ಸೇರಿಸುವುದರಿಂದ ಏನೂ ಬದಲಾಗುವುದಿಲ್ಲ. --certificate ಮತ್ತು --sslkey ನೊಂದಿಗೆ ಸಂಪರ್ಕಿಸಿದರೆ, ಪಾಸ್ಫ್ರೇಜ್ ಎಂದಿಗೂ ಕೇಳಲ್ಪಡುತ್ತದೆಯೇ ಎಂಬುದನ್ನು ಕೀ ಫೈಲ್ನ ಸ್ವಂತ ಸ್ವರೂಪವೇ ನಿರ್ಧರಿಸುತ್ತದೆ.

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

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

ಎರಡೂ ರಹಸ್ಯಗಳನ್ನು ಶೆಲ್ ಇತಿಹಾಸದಿಂದ ಹೊರಗಿಡಿ

ಆದೇಶ ಸಾಲಿನ ಆರ್ಗ್ಯುಮೆಂಟ್ಗಳನ್ನು ಪ್ರಕ್ರಿಯೆ ಕೋಷ್ಟಕದ ಮೂಲಕ ಇತರ ಸ್ಥಳೀಯ ಬಳಕೆದಾರರು ಓದಬಹುದು ಮತ್ತು ಅವು ಶೆಲ್ ಇತಿಹಾಸ, ಸ್ಕ್ರಿಪ್ಟ್ಗಳು ಮತ್ತು ಬೆಂಬಲ ಟ್ರಾನ್ಸ್ಕ್ರಿಪ್ಟ್ಗಳಲ್ಲಿ ಸೆರೆಯಾಗುತ್ತವೆ. OpenConnect --passwd-on-stdin ನೊಂದಿಗೆ ಪ್ರಮಾಣಿತ ಇನ್ಪುಟ್ನಿಂದ ಖಾತೆ ಪಾಸ್ವರ್ಡ್ ಓದಬಲ್ಲದು, ಮತ್ತು ಕೀ ಪಾಸ್ಫ್ರೇಜ್ ಆರ್ಗ್ಯುಮೆಂಟ್ ಬದಲು ಸಂವಾದಾತ್ಮಕ ಪ್ರಾಂಪ್ಟ್ ಅಥವಾ ಏಜೆಂಟ್ನಿಂದ ಬರಬಹುದು. ಯಾವುದೇ ಕ್ರಮವೂ ರಹಸ್ಯವನ್ನು ತಾನಾಗಿಯೇ ಸುರಕ್ಷಿತಗೊಳಿಸುವುದಿಲ್ಲ, ಆದರೆ ಎರಡೂ ಅದನ್ನು ಹೆಚ್ಚು ಒಡ್ಡಲ್ಪಟ್ಟ ಸ್ಥಳಗಳಿಂದ ದೂರವಿಡುತ್ತವೆ.

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

ರೋಗನಿರ್ಣಯದ ಔಟ್ಪುಟ್ ಮೌನ ಸೋರಿಕೆ. ಹೆಚ್ಚಿನ ವಿವರದ ಮಟ್ಟದಲ್ಲಿ ಕ್ಲೈಂಟ್ ಲಾಗ್ಗಳು ವಿನಂತಿ ದೇಹಗಳನ್ನು ಅಥವಾ ಆಯ್ಕೆ ಮೌಲ್ಯಗಳನ್ನು ತೋರಿಸಬಹುದು, ಮತ್ತು ನಕಲಿಸಿದ ಟರ್ಮಿನಲ್ ಟ್ರಾನ್ಸ್ಕ್ರಿಪ್ಟ್ ಅನ್ನು ಟಿಕೆಟ್ಗೆ ಅಂಟಿಸುವುದು ಸುಲಭ, ಆದ್ದರಿಂದ ಹಂಚುವ ಮೊದಲು ಔಟ್ಪುಟ್ ಓದಿ.

ಸತ್ತ ಡೆಸ್ಕ್ಟಾಪ್ ಬಟನ್ ಬೇರೆ ದೋಷ

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

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

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