PPTP ನು ನಿಮ್ಮ ಪಾಸ್ವರ್ಡ್ ತಪ್ಪಿದೆ ಎಂದು ಹೇಳುತ್ತದೆ: ಯಾವ ಸರಿಪಡಿಸುವಿಕೆ ಮೊದಲು ಬರುತ್ತದೆ?

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

ಸೀಕ್ರೆಟ್ ಏಕೆ ಎಂದಿಗೂ ಪರೀಕ್ಷಿಸಲ್ಪಡದು

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

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

ಮಾತುಕತೆ ಓದಿ, ಕೊನೆಯ ದೋಷವಲ್ಲ

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

sudo pppd call provider debug nodetach

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

ಎರಡನೇ ಕಾರಣ ಸೀಕ್ರೆಟ್ ಫೈಲ್ನಲ್ಲಿ ಅಡಗಿದೆ

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

sudo cat -A /etc/ppp/chap-secrets

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

ಸರ್ವರ್ ಯಾರದ್ದು ಎಂಬುದನ್ನು ನೋಡಿ ಸರಿಪಡಿಸುವಿಕೆ ಆರಿಸಿ

ಸರ್ವರ್ ನಿಮ್ಮದಾಗಿದ್ದರೆ, ಆ ಖಾತೆಗೆ MSCHAPv2 ಗೆ ಅನುಮತಿ ನೀಡುವುದು ಅತ್ಯಂತ ಚಿಕ್ಕ ಬದಲಾವಣೆ, ಮತ್ತು ನೀವು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ದುರ್ಬಲ ವಿಧಾನವನ್ನು ಒಪ್ಪಿಕೊಂಡಿದ್ದೀರಿ ಎಂದು ದಾಖಲಿಸಬೇಕು. ಅದು ಬೇರೆಯವರದ್ದಾಗಿದ್ದರೆ, EAP-PEAP ಜಾರಿಗೊಳಿಸುವ ಕ್ಲೈಂಟ್ ಪ್ರಾಮಾಣಿಕ ಸರಿಪಡಿಸುವಿಕೆ; pppd ಗೆ ಪ್ಯಾಚ್ ಮಾಡುವುದು ಹೊಂದಾಣಿಕೆಯಾಗದಿರುವಿಕೆಯನ್ನು ನಿಮ್ಮ ನಿರ್ವಹಣಾ ಸಮಸ್ಯೆಯಾಗಿ ಮಾಡುತ್ತದೆ. ಪ್ರೋಟೋಕಾಲ್ ಆಯ್ಕೆ ಇನ್ನೂ ತೆರೆದಿದ್ದರೆ, PPTP ವಿನ್ಯಾಸದ ದುರ್ಬಲ ಭಾಗ ಮತ್ತು ಪ್ಯಾಚ್ ಮಾಡಿದ ಕ್ಲೈಂಟ್ ಅನ್ನು ಜೀವಂತವಾಗಿ ಇಟ್ಟುಕೊಳ್ಳುವುದಕ್ಕಿಂತ ವಲಸೆ ಸಾಮಾನ್ಯವಾಗಿ ಅಗ್ಗ. ಆ ನಿರ್ಧಾರವನ್ನು ಪ್ರೊಫೈಲ್ನ ಪಕ್ಕದಲ್ಲಿ ಬರೆಯಿರಿ, ಮುಂದಿನ ವ್ಯಕ್ತಿ ಅದನ್ನು ಮತ್ತೆ ತೆರೆಯದಂತೆ.

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