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

ಇನ್ನೊಂದು ಕ್ಲೈಂಟ್ ಸ್ಥಾಪಿಸುವ ಅಥವಾ ರುಜುವಾತುಗಳನ್ನು ಮರುಹೊಂದಿಸುವ ಮೊದಲು ಪ್ರತಿ ಪ್ರಾಂಪ್ಟ್ ಅನ್ನು ಅದನ್ನು ಕೇಳುವ ಪದರಕ್ಕೆ ಹೊಂದಿಸಿ.

ಮೂರು ರಹಸ್ಯಗಳು, ಮೂರು ಮಾಲೀಕರು

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

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

LayerOwnerLifetime
Pre-shared keyPeer configurationUntil operators change it
XAuth credentialAuthentication backendPer session, per policy
One-time codeToken systemSingle use

PSK: ವ್ಯಕ್ತಿಯದ್ದಲ್ಲ, ಪೀರ್ನದು

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

ಬಳಕೆದಾರರ ರುಜುವಾತು ಮೊದಲ ಹಂತದ ವೈಫಲ್ಯವನ್ನು ಸರಿಪಡಿಸಲಾರದು. ಅದನ್ನು ತಿರುಗಿಸುವುದು ಸುರಕ್ಷಿತವಾಗಿ ತಿರುಗಿಸಬಹುದಾದ ಏಕೈಕ ರುಜುವಾತನ್ನು ವ್ಯರ್ಥ ಮಾಡುತ್ತದೆ ಮತ್ತು ತಪ್ಪು ಸಿದ್ಧಾಂತವನ್ನು ಬಲಪಡಿಸುತ್ತದೆ.

XAuth: ಹಳೆಯ ಬಳಕೆದಾರ ವಿನಿಮಯ

XAuth IKEv1 ಪೀರ್ ದೃಢೀಕರಣದ ಮೇಲೆ ಬಳಕೆದಾರ ದೃಢೀಕರಣ ವಿನಿಮಯವನ್ನು ಸೇರಿಸುತ್ತದೆ, ಯಾವ ಬ್ಯಾಕೆಂಡ್ ಅದನ್ನು ಪರಿಶೀಲಿಸಬೇಕೆಂದು ಗೇಟ್ವೇ ನಿರ್ಧರಿಸುತ್ತದೆ. ಆ ಬ್ಯಾಕೆಂಡ್ ಅನ್ನು ಅವಲಂಬಿಸಿ ವಿನಿಮಯವು ಡೈರೆಕ್ಟರಿ ಪಾಸ್ವರ್ಡ್, RADIUS ರುಜುವಾತು ಅಥವಾ ಟೋಕನ್ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಸ್ವೀಕರಿಸಬಹುದು. XAuth ಎಂಬ ಪದ ವಿನಿಮಯದ ಸಾಗಣೆಯನ್ನು ಹೆಸರಿಸುತ್ತದೆ, ರುಜುವಾತಿನ ಪ್ರಕಾರವನ್ನಲ್ಲ.

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

OTP: ಬ್ಯಾಕೆಂಡ್ ಏನು ಕೇಳಿದರೂ

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

ಗೇಟ್ವೇ ನೀಡುವ ವಿನಿಮಯವನ್ನು ಪೂರ್ಣಗೊಳಿಸಬಲ್ಲ ಕ್ಲೈಂಟ್ನೊಂದಿಗೆ ದಾಖಲಿತ ಸ್ವರೂಪವನ್ನು ಬಳಸಿ.

ಕ್ಲೈಂಟ್ ಗಡಿ ಎಲ್ಲಿ ಕಚ್ಚುತ್ತದೆ

FortiClient 7.4.4 ಮತ್ತು ನಂತರದವು IPsec VPN ಗಾಗಿ IKEv1 ಅನ್ನು ಇನ್ನು ಮುಂದೆ ಬೆಂಬಲಿಸುವುದಿಲ್ಲ ಎಂದು Fortinet ದಾಖಲಿಸುತ್ತದೆ, ಇದು FortiClient ಹೊಂದಾಣಿಕೆ ಟಿಪ್ಪಣಿ ದಾಖಲಿಸಿದಂತೆ ಸಾರ್ವತ್ರಿಕ ತೆಗೆದುಹಾಕುವಿಕೆಯಲ್ಲ, ಉತ್ಪನ್ನ ಮತ್ತು ಆವೃತ್ತಿಯ ಗಡಿ. ಇತರ ಕ್ಲೈಂಟ್ಗಳೂ ಪರಸ್ಪರ ಬದಲಾಯಿಸಲಾಗದು: OpenConnect ಮತ್ತು openfortivpn ನಿರ್ದಿಷ್ಟ ಗೇಟ್ವೇ ಪ್ರೋಟೋಕಾಲ್ಗಳನ್ನು ಮಾತನಾಡುತ್ತವೆ, ಯಾವುದೇ IKEv1 ಪ್ರೊಫೈಲ್ಗಳನ್ನಲ್ಲ. ಸ್ಥಾಪಿತ ಕ್ಲೈಂಟ್ನ IKE ಆವೃತ್ತಿ, PSK ಮೋಡ್, XAuth ಬೆಂಬಲ ಮತ್ತು ಸಂವಹನ ಮಾದರಿಯನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಪರಿಶೀಲಿಸಿ. ಬೇರೆ ವಿಧಾನದಿಂದ ಸಂಪರ್ಕಿಸುವ ಕ್ಲೈಂಟ್ ಮೂಲ ಅಗತ್ಯವನ್ನು ಸಾಬೀತುಪಡಿಸಿಲ್ಲ.

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

ಅಂಶವನ್ನು ಆಫ್ ಮಾಡದೆ ನಿರ್ಣಯ

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

ನೋಂದಣಿ ರಹಸ್ಯಗಳನ್ನು ಮತ್ತು ಹಂಚಿದ ಕೀಯನ್ನು ಸಂಸ್ಥೆಯ ಪ್ರಕ್ರಿಯೆಯಂತೆ ಸಂರಕ್ಷಿತ ಸಂಗ್ರಹದಲ್ಲಿ ಇರಿಸಿ. ಶಾಶ್ವತ ಫೈಲ್ನಲ್ಲಿರುವ ಒಂದು ಬಾರಿಯ ಕೋಡ್ ಅಂಶವಾಗಿರುವುದನ್ನು ನಿಲ್ಲಿಸಿದ ಅಂಶ.

ಸಂಬಂಧಿತ ಲೇಖನಗಳು