ಮಾನ್ಯ ಒಂದು-ಬಾರಿ ಕೋಡ್ ಕೂಡ VPN ಲಾಗಿನ್ನಲ್ಲಿ ಏಕೆ ವಿಫಲವಾಗುತ್ತದೆ

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

ಪ್ರಾಂಪ್ಟ್ಗಳ ಕ್ರಮವು ನೀವು ಯಾವ ಹರಿವಿನಲ್ಲಿದ್ದೀರಿ ಎಂದು ಹೇಳುತ್ತದೆ

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

ತಪ್ಪು ಆಕಾರವು ಕೆಟ್ಟ ಕೋಡ್ನಂತೆ ಕಾಣುತ್ತದೆ. ಪಾಸ್ವರ್ಡ್ಗೆ ಮಾತ್ರ ಮೀಸಲಾದ ಕ್ಷೇತ್ರದಲ್ಲಿ ಹೊಸ ಕೋಡ್ ಅಂಟಿಸಿ, ಸರ್ವರ್ ಅದನ್ನು ಪಾಸ್ವರ್ಡ್ನ ಭಾಗವಾಗಿ ಓದುತ್ತದೆ. ಕ್ಲೈಂಟ್ ಬದಿಯಲ್ಲಿ, OpenVPN 2.4 ಮತ್ತು ನಂತರದ ಆವೃತ್ತಿಗಳು ವ್ಯತ್ಯಾಸವನ್ನು ಗೋಚರಿಸುತ್ತವೆ: AUTH_FAILED,CRV1: ಯೊಂದಿಗೆ ಉತ್ತರಿಸುವ ಸರ್ವರ್ ಸವಾಲಿನ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ನಿರೀಕ್ಷಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಪ್ರೊಫೈಲ್ಗೆ static-challenge ಅಥವಾ SCRV1: ರೂಪದ ಪಾಸ್ವರ್ಡ್ ಫೈಲ್ ಬೇಕು. auth-user-pass ಮಾತ್ರ ಹೊಂದಿರುವ ಹಳೆಯ ಪ್ರೊಫೈಲ್ ಪಾಸ್ವರ್ಡ್ ಪರಿಶೀಲಿಸಿ ನಂತರ ನಿಲ್ಲುತ್ತದೆ, ಇದು ಲಾಗ್ನಲ್ಲಿ OTP ವೈಫಲ್ಯದಂತೆ ಕಾಣುತ್ತದೆ, ಆದರೂ ಯಾವುದೇ ಕೋಡ್ ಕಳುಹಿಸಲಿಲ್ಲ.

WireGuard ಅನ್ನು ಅಪವಾದ ಎಂದು ಹೆಸರಿಸುವುದು ಯೋಗ್ಯ: ಅದು ಜನರನ್ನು ಅಲ್ಲ, ಕೀ ಜೋಡಿಗಳನ್ನು ದೃಢೀಕರಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಕೋಡ್ಗೆ ಯಾವುದೇ ಕ್ಷೇತ್ರವಿಲ್ಲ. ಒದಗಿಸುವವರು ಅಂತಹದನ್ನು ಜಾಹೀರಾತು ಮಾಡಿದರೆ, ಸುರಂಗದ ಹೊರಗಿನ ಯಾವುದೋ ಅದನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ.

ಸರ್ವರ್ ಆರು ಅಂಕೆಗಳೊಂದಿಗೆ ಏನು ಮಾಡುತ್ತದೆ

ಸಮಯ-ಆಧಾರಿತ ಕೋಡ್ಗಳು RFC 6238 ಅನ್ನು ಅನುಸರಿಸುತ್ತವೆ, ಅದು RFC 4226 ರ ಹಳೆಯ ಕೌಂಟರ್-ಆಧಾರಿತ ರಚನೆಯನ್ನು ಸುತ್ತುತ್ತದೆ: ಚಲಿಸುವ ಅಂಶದ ಮೇಲೆ HMAC, ಡೀಫಾಲ್ಟ್ ಆಗಿ ಆರು ಅಂಕೆಗಳಿಗೆ ಕತ್ತರಿಸಲಾಗುತ್ತದೆ. TOTP ನಲ್ಲಿ ಚಲಿಸುವ ಅಂಶವು ಪ್ರಸ್ತುತ Unix ಸಮಯವನ್ನು ಒಂದು ಹಂತದಿಂದ ಭಾಗಿಸಿದುದು, ಆಪರೇಟರ್ ಬದಲಾಯಿಸದಿದ್ದರೆ 30 ಸೆಕೆಂಡುಗಳು. ಪರಿಶೀಲಕನು ನಿಮ್ಮ ಅಂಕೆಗಳನ್ನು ಸಂಗ್ರಹಿತ ಮೌಲ್ಯದೊಂದಿಗೆ ಎಂದಿಗೂ ಹೋಲಿಸುವುದಿಲ್ಲ; ಅವನು ಹಂಚಿದ ಬೀಜದಿಂದ ನಿರೀಕ್ಷಿತ ಕೋಡ್ ಅನ್ನು ಮರು ಲೆಕ್ಕಾಚಾರ ಮಾಡುತ್ತಾನೆ ಮತ್ತು ಸಾಮಾನ್ಯವಾಗಿ ನೆರೆಯ ಹಂತಗಳನ್ನೂ ಸ್ವೀಕರಿಸುತ್ತಾನೆ, ಆದ್ದರಿಂದ ನಿಧಾನ ಸುತ್ತು ಲಾಗಿನ್ ಅನ್ನು ವಿಫಲಗೊಳಿಸುವುದಿಲ್ಲ.

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

ಕೌಂಟರ್-ಆಧಾರಿತ ಟೋಕನ್ಗಳು ಪ್ರತಿ ಒತ್ತುವಿಕೆಯಲ್ಲಿ ತಮ್ಮ ಕೌಂಟರ್ ಅನ್ನು ಚಲಿಸುತ್ತವೆ, ಆದ್ದರಿಂದ ಕೋಡ್ಗಳು ರಚಿಸಲ್ಪಟ್ಟರೂ ಎಂದಿಗೂ ಕಳುಹಿಸದಿದ್ದರೆ ಅವು ಸಿಂಕ್ನಿಂದ ಹೊರಬರುತ್ತವೆ; ಸಾಮಾನ್ಯ ದುರಸ್ತಿ ಎಂದರೆ ಮುಂದಿನ ಕೆಲವು ಮೌಲ್ಯಗಳನ್ನು ಸ್ವೀಕರಿಸುವ ಮರುಸಿಂಕ್ ಕಿಟಕಿ. ಆಪರೇಟರ್ HOTP ನೋಂದಿಸಿ, ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನ್ TOTP ತೋರಿಸಿದರೆ, ಪ್ರತಿ ಮೌಲ್ಯವೂ ಗಡಿಯಾರದ ಸಮಸ್ಯೆಯಂತೆ ಕಾಣುವ ರೀತಿಯಲ್ಲಿ ತಪ್ಪಾಗಿರುತ್ತದೆ. QR ಕೋಡ್ನ ಹಿಂದಿನ ಒದಗಿಸುವಿಕೆ URI ಪ್ರಕಾರ, ಅಂಕೆಗಳು, ಅವಧಿ ಮತ್ತು ಹ್ಯಾಶ್ ಅನ್ನು ಹೆಸರಿಸುತ್ತದೆ.

ತಪ್ಪು ಕೋಡ್ನಂತೆ ಕಾಣುವ ವೈಫಲ್ಯಗಳು

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

ಎರಡನೆಯದು ಹೊಂದಿಕೆಯಾಗದ ನಿಯತಾಂಕಗಳ ಗುಂಪು. ಎಂಟು ಅಂಕೆಗಳು, 60 ಸೆಕೆಂಡುಗಳ ಅವಧಿ ಅಥವಾ SHA-256 ನೊಂದಿಗೆ ನೋಂದಾಯಿತ ಬೀಜವು ಆರು ಅಂಕೆಗಳು, 30 ಸೆಕೆಂಡುಗಳು ಮತ್ತು SHA-1 ನಿರೀಕ್ಷಿಸುವ ಪರಿಶೀಲಕನು ತಿರಸ್ಕರಿಸುವ ಕೋಡ್ಗಳನ್ನು ನೀಡುತ್ತದೆ, ಮತ್ತು ಕ್ಲೈಂಟ್ನಲ್ಲಿ ಅದನ್ನು ತಪ್ಪು ಕೋಡ್ನಿಂದ ಪ್ರತ್ಯೇಕಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ. ಇದು QR ಕೋಡ್ನ ಫೋಟೋದಿಂದ ನಮೂದನ್ನು ಮತ್ತೆ ಸೇರಿಸಿದ ಅಥವಾ ಟೋಕನ್ ದಾಖಲೆಯನ್ನು ಡೀಫಾಲ್ಟ್ ಮೌಲ್ಯಗಳೊಂದಿಗೆ ಮರುನಿರ್ಮಿಸಿದ ಸ್ಥಳಾಂತರಗಳ ನಂತರ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ.

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

ಅದನ್ನು ಸಂಕುಚಿತಗೊಳಿಸುವ ಸಣ್ಣ ಕ್ರಮ

ಅಗ್ಗದ ಪರಿಶೀಲನೆಯಿಂದ ಪ್ರಾರಂಭಿಸಿ ಮತ್ತು ನಿಲ್ಲದ ಮೊದಲ ಹಂತದಲ್ಲಿ ನಿಲ್ಲಿಸಿ.

1. ಹೊಸ ಕೋಡ್ಗಾಗಿ ಕಾಯಿರಿ, ಒಮ್ಮೆ ಕಳುಹಿಸಿ, ಮತ್ತು ಸವಾಲು ಪಾಸ್ವರ್ಡ್ ಸ್ವೀಕರಿಸುವ ಮೊದಲು ಅಥವಾ ನಂತರ ಕಾಣಿಸುತ್ತದೆಯೇ ಎಂದು ಗಮನಿಸಿ.
2. ಆಥೆಂಟಿಕೇಟರ್ನಲ್ಲಿನ ಲೇಬಲ್ ಅನ್ನು ಸರ್ವರ್ ಸಂಗ್ರಹಿಸುವ ಬಳಕೆದಾರಹೆಸರಿನೊಂದಿಗೆ ಹೊಂದಿಸಿ.
3. ಪ್ರೊಫೈಲ್ ಸವಾಲಿಗೆ ಉತ್ತರಿಸಲು ಸಾಧ್ಯವೇ ಎಂದು ಖಚಿತಪಡಿಸಿ, ಮೇಲಿನ CRV1 ಪ್ರಕರಣದಂತೆ.
4. ಸಾಧನದ ಗಡಿಯಾರವನ್ನು ತಿಳಿದಿರುವ ಸಮಯ ಮೂಲದೊಂದಿಗೆ ಹೋಲಿಸಿ; ಕೆಲವು ಹತ್ತಾರು ಸೆಕೆಂಡುಗಳಿಗಿಂತ ಹೆಚ್ಚಿನ ವಿಚಲನೆ TOTP ಅನ್ನು ತಾನೇ ಮುರಿಯುತ್ತದೆ.
5. ಟೋಕನ್ TOTP ಆಗಿದೆಯೇ ಅಥವಾ HOTP, ಮತ್ತು ಯಾವ ಅಂಕೆಗಳು, ಅವಧಿ ಮತ್ತು ಹ್ಯಾಶ್ ನೋಂದಾಯಿಸಲಾಗಿದೆ ಎಂದು ಆಪರೇಟರನ್ನು ಕೇಳಿ.

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

ಬೀಜ ಮತ್ತು ಮರುಪಡೆಯುವಿಕೆ ಕೋಡ್ಗಳನ್ನು ಚಕ್ರದಿಂದ ಹೊರಗಿಡಿ

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

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

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