SSTP ಮೊದಲು ಸರ್ವರ್ ಅನ್ನು ಮತ್ತು ನಂತರ ಬಳಕೆದಾರರನ್ನು ದೃಢೀಕರಿಸುತ್ತದೆ

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

ನಂಬಿಕೆಯ ಪ್ರಮಾಣಪತ್ರ ಅಂತಿಮ ಬಿಂದುವನ್ನು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ; ಖಾತೆಯ ಬಗ್ಗೆ ಅದು ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ.

TLS ಹಸ್ತಲಾಘವ ಏನನ್ನು ಸ್ಥಾಪಿಸುತ್ತದೆ

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

ಆದ್ದರಿಂದ ಲಾಗಿನ್ ಪ್ರಾಂಪ್ಟ್ ತಲುಪಲು ಪ್ರಮಾಣಪತ್ರ ಪರಿಶೀಲನೆಗಳನ್ನು ತೆಗೆದುಹಾಕುವುದು ತಪ್ಪಾದ ಸರಿಪಡಿಸುವಿಕೆ. ನೀವು ಪರಿಶೀಲಿಸಲಾಗದ ಸಂಪರ್ಕದಲ್ಲಿ ಲಾಗಿನ್ ಪ್ರಾಂಪ್ಟ್ ಪಡೆಯುತ್ತೀರಿ. ಪ್ರಮಾಣಪತ್ರ ದೋಷ ಹೋಸ್ಟ್‌ಹೆಸರು, ಗಡಿಯಾರ, ಸರಪಳಿ ಅಥವಾ ನಂಬಿಕೆ ಸಂರಚನೆಗೆ ಸೇರಿದೆ.

SSTP ಮತ್ತು PPP ಮೇಲೆ ಏನು ಸೇರಿಸುತ್ತವೆ

SSTP HTTPS ಮೇಲೆ ಚಲಿಸುತ್ತದೆ ಮತ್ತು ಒಳಗೆ PPP ಸಾಗಿಸುತ್ತದೆ, ಸಂಪರ್ಕದ ಸುತ್ತ ತನ್ನದೇ ನಿಯಂತ್ರಣ ವಿನಿಮಯದೊಂದಿಗೆ. ನಂತರ PPP ತನ್ನ ಲಿಂಕ್ ಮತ್ತು ದೃಢೀಕರಣ ಹಂತಗಳನ್ನು ನಡೆಸುತ್ತದೆ, ಮತ್ತು ದೃಢೀಕರಣ ವಿಧಾನ ಸರ್ವರ್ ನೀತಿ ಮತ್ತು ಕ್ಲೈಂಟ್ ಸಾಮರ್ಥ್ಯವನ್ನು ಅವಲಂಬಿಸಿರುತ್ತದೆ. PAP, CHAP, MS-CHAPv2 ಮತ್ತು EAP ಎಲ್ಲವೂ ಬಹಳ ವಿಭಿನ್ನ ಗುಣಲಕ್ಷಣಗಳಿರುವ PPP ದೃಢೀಕರಣ ಆಯ್ಕೆಗಳು. VPN ನ ಬಳಕೆದಾರ ಪರಿಶೀಲನೆ ಆ PPP ಹಂತ, ಅದರ ಕೆಳಗಿನ TLS ಪದರವಲ್ಲ.

ಆದ್ದರಿಂದ ಬಳಕೆದಾರ ತಿರಸ್ಕಾರವು ರುಜುವಾತುಗಳು, ಖಾತೆ ನಿರ್ಬಂಧ ಅಥವಾ ವಿಧಾನ ಹೊಂದಿಕೆಯಾಗದಿರುವಿಕೆ ಎಂದರ್ಥವಾಗಬಹುದು.

ಸರ್ವರ್ ಬದಿಯ ಕಾರಣ ಪ್ರೊಫೈಲ್‌ನಲ್ಲಿನ ಪ್ರತಿ ರಹಸ್ಯವನ್ನು ಮರುಹೊಂದಿಸುವುದಕ್ಕಿಂತ ಹೆಚ್ಚು ಉಪಯುಕ್ತ. ಖಾತೆ ನಿಷ್ಕ್ರಿಯಗೊಂಡ ಘಟನೆ ಮತ್ತು ವಿಧಾನ ಮಾತುಕತೆಯ ವೈಫಲ್ಯ ಕ್ಲೈಂಟ್‌ನಲ್ಲಿ ಒಂದೇ ರೀತಿ ಕಾಣುತ್ತವೆ ಮತ್ತು ಸರ್ವರ್‌ನಲ್ಲಿ ಅವುಗಳಿಗೆ ಏನೂ ಸಾಮಾನ್ಯವಿಲ್ಲ.

ದೋಷವನ್ನು ಹಂತಕ್ಕೆ ಹೊಂದಿಸಿ

ಸಂಪರ್ಕ TLS ತಲುಪುತ್ತದೆಯೇ, ನಂತರ SSTP HTTP ವಿನಿಮಯ, ನಂತರ PPP ಹಂತವನ್ನು ಪರಿಶೀಲಿಸಿ. ಮರುಪ್ರಯತ್ನಗಳ ನಡುವೆ ಲಾಗ್‌ಗಳ ಸಮಯಮುದ್ರೆಗಳನ್ನು ಜೋಡಿಸಿ ಇರಿಸಿ, ಇದರಿಂದ ಹಿಂದಿನ ವೈಫಲ್ಯ ನಂತರದ ಯಶಸ್ಸಿನೊಂದಿಗೆ ಗೊಂದಲಗೊಳ್ಳದು. ಒಂದು ವಿಂಡೋದಲ್ಲಿ ಎರಡು ಪ್ರಯತ್ನಗಳನ್ನು ದಾಖಲಿಸುವ ಕ್ಲೈಂಟ್ ಇಲ್ಲದಿದ್ದರೆ ತಾನು ತಲುಪಿದ ಕೊನೆಯ ಹಂತದಲ್ಲಿ ವಿಫಲವಾದಂತೆ ಕಾಣುತ್ತದೆ. ಕೊನೆಯ ಸಾಲಲ್ಲ, ಮೊದಲ ಸಂಬಂಧಿತ ದೋಷವನ್ನು ಓದಿ.

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

ಲಾಗಿನ್ ನಂತರ, ಅಧಿಕಾರ ನೀಡಿಕೆ ಇನ್ನೂ ಪ್ರತ್ಯೇಕ

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

ಇದು ಹಸ್ತಲಾಘವ ತೋರಿಸಿದ ಅದೇ ಪದರೀಕರಣ, ಒಂದು ಹಂತ ಮೇಲೆ.

ಖಾತೆ ಮರುಪ್ರಾಪ್ತಿಯನ್ನು ಆಪರೇಟರ್ ಬೆಂಬಲಿಸುವ ಪ್ರಕ್ರಿಯೆಯಲ್ಲಿ ಇರಿಸಿ, ಸ್ಪಷ್ಟ ಬಳಕೆದಾರ ತಿರಸ್ಕಾರಕ್ಕೆ ಪ್ರತಿಕ್ರಿಯೆಯಾಗಿ ಸಾರಿಗೆ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಬದಲಿಸುವ ಬದಲು. ನಿಷ್ಕ್ರಿಯ ಖಾತೆಯನ್ನು ಸರಿಪಡಿಸಲು ಸಾರಿಗೆಯನ್ನು ಬದಲಿಸುವುದು, ಖಾತೆ ಸಂಬಂಧವಿಲ್ಲದ ಕಾರಣಕ್ಕೆ ಮತ್ತೆ ಸಕ್ರಿಯಗೊಳ್ಳುವಾಗ ಕೆಲಸ ಮಾಡಿದಂತೆ ಕಾಣುವ ಸರಿಪಡಿಸುವಿಕೆಯ ಪ್ರಕಾರ.