ಒಂದು ಕಚೇರಿ ಪ್ರತಿ ಲ್ಯಾಪ್ಟಾಪ್ಗೆ ಅದೇ IPsec ಸೀಕ್ರೆಟ್ ನೀಡಬಹುದು, ಆದರೆ ಪ್ರತಿಯೊಬ್ಬರೂ ತಮ್ಮದೇ ಖಾತೆಯಿಂದ ಸೈನ್ ಇನ್ ಮಾಡುತ್ತಾರೆ, ಆದ್ದರಿಂದ «ಕೀ ಸರಿಯಾಗಿದೆ» ಮತ್ತು «ಪಾಸ್ವರ್ಡ್ ಸರಿಯಾಗಿದೆ» ಎರಡೂ ನಿಜವಾಗಿದ್ದರೂ ಲಾಗಿನ್ ವಿಫಲವಾಗಬಹುದು. L2TP ಮತ್ತು IPsec ವಿವಿಧ ಹಂತಗಳಲ್ಲಿ ವಿವಿಧ ಪಕ್ಷಗಳನ್ನು ದೃಢೀಕರಿಸುತ್ತವೆ. ಎರಡು ಪದರಗಳ ಹೋಲಿಕೆ, ಮತ್ತು ಅವನ್ನು ಬೇರ್ಪಡಿಸುವ ದೋಷ ಸಂಕೇತ, ಈ ಟಿಕೆಟ್ಗಳಲ್ಲಿ ಹೆಚ್ಚಿನವನ್ನು ಎರಡೂ ಮೌಲ್ಯಗಳನ್ನು ಮತ್ತೆ ಬದಲಿಸುವುದಕ್ಕಿಂತ ವೇಗವಾಗಿ ಮುಚ್ಚುತ್ತದೆ. ಹಂತಗಳು ಪರಸ್ಪರ ಬದಲಾಯಿಸಲಾಗದವು, ಮತ್ತು ನಿಮ್ಮ ಮುಂದಿರುವ ಸಂದೇಶವು ಯಾವುದು ಚಾಲ್ತಿಯಲ್ಲಿದೆ ಎಂದು ಈಗಾಗಲೇ ಹೇಳುತ್ತದೆ.

ಎರಡು ಪದರಗಳು, ಎರಡು ವಿಭಿನ್ನ ಗುರುತುಗಳು

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

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

Observed failureStage that rejected itField to touch
Security layer error 789 during initial negotiationIKE and IPsec peer authenticationThe pre-shared key or the certificate
Error 691, credentials not recognisedPPP user authenticationUser name, password, or account policy
Tunnel forms, then drops on the first packetNeither, usually routing or MTUAddress pool and interface configuration
Prompt repeats with no error textOften the client type selectionThe connection profile, not the secret

ಹಂಚಿಕೆಯ ಸೀಕ್ರೆಟ್ ಪೀರ್ ಅನ್ನು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ

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

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

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

ಲಾಗಿನ್ PPP ಗೆ ಸೇರಿದೆ

L2TP ಸೆಷನ್ ಒಳಗೆ PPP ದೃಢೀಕರಣದ ಮೇಲೆ ಮಾತುಕತೆ ನಡೆಸುತ್ತದೆ ಮತ್ತು ನೀವು ಟೈಪ್ ಮಾಡಿದ ಮೌಲ್ಯಗಳ ಜೋಡಿಯನ್ನು ಪರಿಶೀಲಿಸಲು ಸರ್ವರ್ನ್ನು ಕೇಳುತ್ತದೆ. Windows ನಲ್ಲಿ ಅವು ಪ್ರೊಫೈಲ್ ಕೇಳುವ ಅದೇ ಬಳಕೆದಾರಹೆಸರು ಮತ್ತು ಪಾಸ್ವರ್ಡ್, ಮತ್ತು ರೌಟರ್ನಲ್ಲಿ PPP ಪ್ರೊಫೈಲ್ ಉಲ್ಲೇಖಿಸುವುದು. ಅದು ಖಾತೆ ಭಂಡಾರದ ವಿರುದ್ಧ ಪರಿಶೀಲಿಸಲ್ಪಡುತ್ತದೆ, ಕೀಯ ವಿರುದ್ಧವಲ್ಲ. ಇಬ್ಬರು ಲ್ಯಾಪ್ಟಾಪ್ ಮತ್ತು ಕೀ ಹಂಚಿಕೊಂಡರೂ ಈ ಹಂತದಲ್ಲಿ ಬೇರ್ಪಡಿಸಲ್ಪಡುತ್ತಾರೆ.

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

ದೋಷವೇ ಕ್ಷೇತ್ರವನ್ನು ಆಯ್ಕೆ ಮಾಡಲಿ

ದೋಷ 789 ಭದ್ರತಾ ಪದರವನ್ನು ಹೆಸರಿಸುತ್ತದೆ ಮತ್ತು IPsec ಹಂತಕ್ಕೆ ತೋರಿಸುತ್ತದೆ. ಎರಡೂ ಕಡೆಗಳ ಪೂರ್ವ-ಹಂಚಿಕೆಯ ಕೀ ನಿಖರವಾಗಿ ಹೊಂದಿಕೆಯಾಗಿದೆಯೇ, ಗೇಟ್ವೇ ನಿರೀಕ್ಷಿಸುವ ಪೀರ್ ಗುರುತು ಕ್ಲೈಂಟ್ ಕಳುಹಿಸುವುದಕ್ಕೆ ಹೊಂದಿಕೆಯಾಗಿದೆಯೇ, ಮತ್ತು ಕ್ಲೈಂಟ್ ಬೇರೆ ಪ್ರಕಾರಕ್ಕೆ ಅಲ್ಲ, L2TP/IPsec ಗೆ ಸಂರಚಿಸಲಾಗಿದೆಯೇ ಎಂದು ದೃಢೀಕರಿಸಿ.

ದೋಷ 691 ರುಜುವಾತುಗಳನ್ನು ಹೆಸರಿಸುತ್ತದೆ ಮತ್ತು PPP ಗೆ ತೋರಿಸುತ್ತದೆ. ಸೀಕ್ರೆಟ್ ಬದಲಿಸುವ ಮೊದಲು ಖಾತೆಯ ಸ್ಥಿತಿ ಮತ್ತು ಹೆಸರಿನ ನಿಖರ ಸ್ವರೂಪವನ್ನು ಪರಿಶೀಲಿಸಿ, ಏಕೆಂದರೆ ಎರಡನ್ನೂ ಒಟ್ಟಿಗೆ ಬದಲಿಸುವುದು ನೀವು ಓದುತ್ತಿದ್ದ ಸಾಕ್ಷ್ಯವನ್ನು ನಾಶಪಡಿಸುತ್ತದೆ.

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

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