NetworkManager ನಲ್ಲಿ OpenConnect ನ TOTP ವಿನಂತಿ ಕಾಣೆಯಾಗಿದೆ: ನಾಲ್ಕು ಪರಿಶೀಲನೆಗಳು

ಗೇಟ್ವೇ ಪಾಸ್ವರ್ಡ್ ಸ್ವೀಕರಿಸುತ್ತದೆ, ಕೋಡ್ ಕೇಳುತ್ತದೆ, ಮತ್ತು ಸಂವಾದ ಅದಕ್ಕೆ ಯಾವುದೇ ಕ್ಷೇತ್ರ ನೀಡುವುದಿಲ್ಲ. ಏನೂ ತಪ್ಪಾಗಿ ಟೈಪ್ ಆಗಿಲ್ಲ: NetworkManager ಪ್ಲಗಿನ್ ಆರು ಅಂಕಿಯ ಮೌಲ್ಯವನ್ನು ಕೇಳದೆಯೇ ಸೀಕ್ರೆಟ್ ವಿನಿಮಯವನ್ನು ಪೂರ್ಣಗೊಳಿಸಿದೆ. ಕೆಳಗಿನ ನಾಲ್ಕು ಪರಿಶೀಲನೆಗಳನ್ನು ಕ್ರಮವಾಗಿ ಮಾಡಿ, ಏಕೆಂದರೆ ಅವುಗಳಲ್ಲಿ ಒಂದೇ ಕ್ಲೈಂಟ್ ಅನ್ನು ಬದಲಿಸುತ್ತದೆ. ಉಳಿದ ಪಟ್ಟಿ ಗೇಟ್ವೇ, ಖಾತೆ ಮತ್ತು ಪ್ಲಗಿನ್ ನಿರ್ಮಾಣವನ್ನು ಹೊರಗಿಡುತ್ತದೆ.

ಮೊದಲ ಪರಿಶೀಲನೆ: ದೃಢೀಕರಣ ಎಲ್ಲಿ ನಿಂತಿತು ಎಂದು ಓದಿ

ತಪ್ಪು ಪಾಸ್ವರ್ಡ್ ತಕ್ಷಣ ವಿಫಲವಾಗುತ್ತದೆ. ಕಾಣೆಯಾದ ಎರಡನೇ ಅಂಶವು ರುಜುವಾತು ಹಂತದ ನಂತರ ವಿಫಲವಾಗುತ್ತದೆ, ಸಾಮಾನ್ಯವಾಗಿ ಪುನರಾವರ್ತಿತ ವಿನಂತಿ ಅಥವಾ ಗೇಟ್ವೇ ಕಡೆ ಸಮಯ ಮೀರುವಿಕೆಯಿಂದ. ಸಮಯ ಮತ್ತು ಗೇಟ್ವೇ ಲಾಗ್ ಯಾವ ಸುತ್ತು ಉತ್ತರವಿಲ್ಲದೆ ಉಳಿಯಿತು ಎಂದು ತಿಳಿಸುತ್ತದೆ.

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

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

ಎರಡನೇ ಪರಿಶೀಲನೆ: ಸವಾಲನ್ನು ಹೊಂದಿರುವ ಕ್ಲೈಂಟ್ ಬಳಸಿ

OpenConnect ಸ್ವತಃ ಸವಾಲಿನ ಸುತ್ತು ಸೇರಿದಂತೆ ಇಡೀ ಸಂಭಾಷಣೆಯನ್ನು ಜಾರಿಗೊಳಿಸುತ್ತದೆ. ಅದನ್ನು ನೇರವಾಗಿ ಚಲಾಯಿಸುವುದು ಖಾತೆ ಮತ್ತು ಗೇಟ್ವೇ ಕೆಲಸ ಮಾಡುತ್ತವೆ ಎಂದು ಖಚಿತಪಡಿಸಲು ಅತ್ಯಂತ ಊಹಿಸಬಹುದಾದ ದಾರಿ:

sudo openconnect --protocol=anyconnect --useragent=AnyConnect vpn.example.net

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

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

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

ಮೂರನೇ ಪರಿಶೀಲನೆ: ನಿಮ್ಮ ಪ್ಲಗಿನ್ TOTP ಮೋಡ್ ನೀಡುತ್ತದೆಯೇ ನೋಡಿ

ಕೆಲವು NetworkManager OpenConnect ನಿರ್ಮಾಣಗಳು ಸಂಪರ್ಕದ Identity ಟ್ಯಾಬ್ನಲ್ಲಿ ಟೋಕನ್ ಮೋಡ್ ಮತ್ತು ಬಳಕೆದಾರ ಏಜೆಂಟ್ ಕ್ಷೇತ್ರವನ್ನು ತೋರಿಸುತ್ತವೆ. ಬಳಕೆದಾರ ಏಜೆಂಟ್ ಅನ್ನು ಗೇಟ್ವೇ ನಿರೀಕ್ಷಿಸುವ ಮೌಲ್ಯಕ್ಕೆ ಹೊಂದಿಸಿ, ಕೈಯಿಂದ TOTP ನಮೂದನ್ನು ಆಯ್ಕೆಮಾಡಿ ಮತ್ತು ಸಂಪರ್ಕವನ್ನು ಉಳಿಸಿ.

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

ಟೋಕನ್ ಮೋಡ್ ಇದ್ದರೂ ವಿನಂತಿ ಇನ್ನೂ ಕಾಣದಿದ್ದರೆ, ನಿರ್ಮಾಣದಲ್ಲಿ ಪ್ಲಗಿನ್ ಮತ್ತು ಸಾಮಾನ್ಯ ಸೀಕ್ರೆಟ್ ಸಂವಾದದ ನಡುವೆ ಸವಾಲಿನ ಹಸ್ತಾಂತರವಿಲ್ಲ. ಪಾಸ್ವರ್ಡ್ ಮತ್ತೆ ಟೈಪ್ ಮಾಡುವುದು, ಅದೇ ಪ್ಯಾಕೇಜ್ ಮರುಸ್ಥಾಪಿಸುವುದು ಅಥವಾ ಕೀರಿಂಗ್ ಸ್ವಚ್ಛಗೊಳಿಸುವುದು ನಿರ್ಮಾಣ ಜಾರಿಗೊಳಿಸದ ಕ್ಷೇತ್ರವನ್ನು ಸೃಷ್ಟಿಸುವುದಿಲ್ಲ.

ನಾಲ್ಕನೇ ಪರಿಶೀಲನೆ: ಉತ್ಪಾದಿತ ಕೋಡ್ ಅನ್ನು ರಾಜಿಯಾಗಿ ಪರಿಗಣಿಸಿ

ಸ್ಕ್ರಿಪ್ಟ್ ಪ್ರಸ್ತುತ ಕೋಡ್ಗಾಗಿ oathtool ಕರೆಯಬಹುದು ಮತ್ತು ಬಳಕೆದಾರ ಹೆಸರು, ಪಾಸ್ವರ್ಡ್ ಮತ್ತು ಕೋಡ್ ಅನ್ನು nmcli connection up --ask ಗೆ ರವಾನಿಸಬಹುದು. ಅನುಕ್ರಮ ಕೆಲಸ ಮಾಡುತ್ತದೆ, ಆದರೆ ಹಂಚಿದ ಸೀಕ್ರೆಟ್ ಸ್ಕ್ರಿಪ್ಟ್ ತೆರೆಯಬಲ್ಲ ಯಾರಾದರೂ ಓದಬಹುದಾದ ಸ್ಥಳದಲ್ಲಿ ಸಂಗ್ರಹವಾಗುತ್ತದೆ, ಮತ್ತು ಆ ಓದುಗರು ಶಾಶ್ವತವಾಗಿ ಕೋಡ್ಗಳನ್ನು ಸೃಷ್ಟಿಸಬಹುದು. ಇದು ರುಜುವಾತು ಮೇಲ್ಮೈಯ ಶಾಶ್ವತ ವಿಸ್ತರಣೆ, ಕ್ಲೈಂಟ್ ಸರಿಪಡಿಸುವಿಕೆ ಅಲ್ಲ.

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

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

ಅದೇ ಗೇಟ್ವೇ ಮತ್ತು ಖಾತೆಯನ್ನು ಖಚಿತಪಡಿಸಿ

ಪ್ರತಿ ಪರ್ಯಾಯ ಪರಿಹಾರವನ್ನು ಅದೇ ಗೇಟ್ವೇ, ಅದೇ ಖಾತೆ ಮತ್ತು ಅದೇ ಟನಲ್ ಗುಂಪಿನ ವಿರುದ್ಧ ಪರೀಕ್ಷಿಸಿ. ಸಾಧನ ಪ್ರಮಾಣಪತ್ರವನ್ನೂ ಕೇಳುವ ಗೇಟ್ವೇ TOTP ಗೆ ಸಂಬಂಧವಿಲ್ಲದ ಕಾರಣಕ್ಕೆ ಕಮಾಂಡ್-ಲೈನ್ ಕ್ಲೈಂಟ್ ಅನ್ನು ತಿರಸ್ಕರಿಸಬಹುದು, ಮತ್ತು ವಿನಂತಿ ಕ್ರಮ ನೀವು ಅಭ್ಯಾಸ ಮಾಡಿದ್ದಕ್ಕಿಂತ ಭಿನ್ನವಾಗಿರಬಹುದು.

ಕೆಲಸ ಮಾಡಿದ ಕ್ಲೈಂಟ್, ಅದರ ಆವೃತ್ತಿ, ಬಳಕೆದಾರ ಏಜೆಂಟ್ ಮತ್ತು ವಿನಂತಿ ಕ್ರಮವನ್ನು ದಾಖಲಿಸಿ. ಆ ದಾಖಲೆ ಮುಂದಿನ ವ್ಯಕ್ತಿಗೆ ಸಮಸ್ಯೆ ಪ್ಲಗಿನ್ ನಿರ್ಮಾಣ, ಗೇಟ್ವೇ ಹರಿವು ಅಥವಾ ಖಾತೆ ನೀತಿಯಲ್ಲಿ ಇದೆಯೇ ಎಂದು ಪಾಸ್ವರ್ಡ್ ಮರುಹೊಂದಿಸುವಿಕೆಯ ಇನ್ನೊಂದು ಸುತ್ತಿಲ್ಲದೆ ತಿಳಿಸುತ್ತದೆ.

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