SSTP ಎಂಬುದು HTTPS ಮೇಲಿನ PPP, ಪೋರ್ಟ್ 443ರ ವೆಬ್ ಪುಟ ಅಲ್ಲ

SSTP PPP ಅನ್ನು HTTPS ಸಂಪರ್ಕದ ಒಳಗೆ ಸಾಗಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಮಧ್ಯದಲ್ಲಿರುವ ಯಾವುದಕ್ಕೂ ಅದು ವೆಬ್ ಸಂಚಾರದಂತೆ ಕಾಣುತ್ತದೆ. TLS ಮತ್ತು HTTP ಹೊರ ಚಾನೆಲ್ ಅನ್ನು ಸ್ಥಾಪಿಸುತ್ತವೆ, ನಂತರ SSTP ನಿಯಂತ್ರಣ ಸಂದೇಶಗಳು ಸುರಂಗವನ್ನು ಸಿದ್ಧಪಡಿಸುತ್ತವೆ, ಮತ್ತು PPP ಸೆಷನ್ ವರ್ತನೆಯನ್ನು ಒದಗಿಸುತ್ತದೆ. ಅದೇ ವಿಳಾಸದಲ್ಲಿ ಪುಟವನ್ನು ಲೋಡ್ ಮಾಡುವ ಬ್ರೌಸರ್ ಮೊದಲ ಹಂತದ ಒಂದು ಭಾಗವನ್ನು ಮಾತ್ರ ಪೂರ್ಣಗೊಳಿಸಿದೆ. ಅದನ್ನು VPN ಪರೀಕ್ಷೆ ಎಂದು ಪರಿಗಣಿಸುವುದು ಕೆಲಸ ಮಾಡುತ್ತಿರುವ ಪ್ರಾಕ್ಸಿಯನ್ನು ಪ್ರೋಟೋಕಾಲ್ ಹೊಂದಿಕೆಯಾಗದಿರುವಿಕೆಗೆ ದೂಷಿಸುವ ದಾರಿ.

ನಾಲ್ಕು ಹಂತಗಳನ್ನು ಕ್ರಮವಾಗಿ ಸಾಗಿ, ಮತ್ತು ನೀವು ನೋಡುತ್ತಿರುವ ವೈಫಲ್ಯ ಅವುಗಳಲ್ಲಿ ಒಂದಕ್ಕೆ ಸೇರುತ್ತದೆ.

ಹಂತ 1: TCP ಮತ್ತು TLS

ಕ್ಲೈಂಟ್ ಪೋರ್ಟ್ 443ಗೆ TCP ಸಂಪರ್ಕ ತೆರೆದು TLS ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಮಾಡುತ್ತದೆ. ಪ್ರಮಾಣಪತ್ರ ಸರಣಿಯು ಕ್ಲೈಂಟ್ ಕಾನ್ಫಿಗರ್ ಆಗಿದ್ದ ಹೋಸ್ಟ್‌ಹೆಸರಿಗೆ ಹೊಂದಿಕೆಯಾಗಬೇಕು. ಇಲ್ಲಿ ಹೆಸರಿನ ಹೊಂದಿಕೆಯಾಗದಿರುವಿಕೆ ಯಾವುದೇ SSTP ಸಂದೇಶ ವಿನಿಮಯವಾಗುವ ಮೊದಲೇ ವೈಫಲ್ಯ ಉಂಟುಮಾಡುತ್ತದೆ, ಮತ್ತು SSTP ವಿಶೇಷಣ ಈ ಹೊರ HTTPS ಚಾನೆಲ್ ಈಗಾಗಲೇ ಇದೆ ಎಂದು ಊಹಿಸುತ್ತದೆ. ನಂತರದ ಹಂತಗಳಲ್ಲಿ ಯಾವುದೂ ಇಲ್ಲಿನ ನಂಬಿಕೆ ವೈಫಲ್ಯವನ್ನು ಸರಿದೂಗಿಸಲಾರದು.

ಸಾಮಾನ್ಯ ವೆಬ್ ಸರ್ವರ್ ಈ ಹಂತವನ್ನು ಪರಿಪೂರ್ಣವಾಗಿ ಪೂರ್ಣಗೊಳಿಸಿ ಮುಂದಿನದರಲ್ಲಿ ವಿಫಲವಾಗಬಹುದು. TLS ಯಶಸ್ಸು ಪ್ರಮಾಣಪತ್ರದ ಬಗ್ಗೆ ಸಾಕ್ಷ್ಯ, ಅದರ ಹಿಂದಿನ ಪ್ರೋಟೋಕಾಲ್ ಬಗ್ಗೆ ಅಲ್ಲ.

ಹಂತ 2: HTTPS ವಿನಂತಿ

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

ಸರ್ವರ್ ಲಾಗ್‌ನಲ್ಲಿ ಪ್ರತಿಕ್ರಿಯೆ ಕೋಡ್ ಮತ್ತು ವಿಧಾನವನ್ನು ಓದಿ. ಈ ಹಂತದಲ್ಲಿನ ತಿರಸ್ಕಾರ TCP ಸಮಯ ಮೀರಿಕೆಗಿಂತ ಬೇರೆ ಸಮಸ್ಯೆ, ಮತ್ತು ಎರಡೂ ವಿಭಿನ್ನ ಸರಿಪಡಿಸುವಿಕೆಗಳಿಗೆ ಕೊಂಡೊಯ್ಯುತ್ತವೆ.

ಹಂತ 3: ನಿಯಂತ್ರಣ ಸಂದೇಶಗಳು

ವಿನಂತಿ ಸ್ವೀಕೃತವಾದ ನಂತರ, SSTP ಸುರಂಗದ ಬಗ್ಗೆ ಮಾತುಕತೆ ನಡೆಸಿ ಅದನ್ನು ಸಿದ್ಧಪಡಿಸುವ ನಿಯಂತ್ರಣ ಸಂದೇಶಗಳನ್ನು ವಿನಿಮಯ ಮಾಡುತ್ತದೆ. ಇವು HTTP ವಿನಂತಿಗಳಲ್ಲ, HTTPS ದೇಹದ ಒಳಗಿನ ಪ್ರೋಟೋಕಾಲ್ ಸಂದೇಶಗಳು, ಆದ್ದರಿಂದ ದೇಹಗಳನ್ನು ಪರಿಶೀಲಿಸಿ ಮರುಬರೆಯುವ ಪ್ರಾಕ್ಸಿ ಪುಟ ವಿನಂತಿಗಳನ್ನು ಮುಟ್ಟದೆ ಬಿಟ್ಟು ಇವನ್ನು ಒಡೆಯಬಹುದು.

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

ಹಂತ 4: PPP ನಿಯಂತ್ರಣ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ

ನಂತರ PPP ಸೆಷನ್ ವರ್ತನೆಯನ್ನು ಒದಗಿಸುತ್ತದೆ: ಲಿಂಕ್ ಮಾತುಕತೆ, ದೃಢೀಕರಣ ಮತ್ತು ಅದನ್ನು ಅನುಸರಿಸುವ ನೆಟ್‌ವರ್ಕ್ ಪದರದ ಸಂರಚನೆ. PPP ದೃಢೀಕರಣವು ಕ್ಲೈಂಟ್ ಈಗಾಗಲೇ ದಾಟಿದ TLS ಪರಿಶೀಲನೆಯಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿದೆ. ಕ್ಲೈಂಟ್ ಸ್ವೀಕರಿಸುವ ಸರ್ವರ್ ಪ್ರಮಾಣಪತ್ರವು ಬಳಕೆದಾರರ ರುಜುವಾತುಗಳು ಮಾನ್ಯವೇ ಅಥವಾ ಖಾತೆ ಅಧಿಕೃತವೇ ಎಂಬುದರ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ.

ಸ್ವೀಕೃತ ಪ್ರಮಾಣಪತ್ರ ಮತ್ತು ತಿರಸ್ಕೃತ ಲಾಗಿನ್ ಪರಸ್ಪರ ವಿರುದ್ಧವಲ್ಲ. ಇವು ಸ್ವತಂತ್ರ ಫಲಿತಾಂಶಗಳನ್ನು ಹೊಂದಿರುವ ಅನುಕ್ರಮ ಹಂತಗಳು.

ದೃಢೀಕರಣಕ್ಕೆ ಹಲವು ಪಾತ್ರಗಳಿವೆ

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

ಯಾವ ಹಂತ ವೈಫಲ್ಯವನ್ನು ವರದಿ ಮಾಡಿತು ಎಂದು ಬರೆಯಿರಿ. ಪ್ರಮಾಣಪತ್ರ, ವಿಧಾನ, ನಿಯಂತ್ರಣ ಸಂದೇಶ, PPP ದೃಢೀಕರಣ, ನಂತರ ಮಾರ್ಗಗಳು: ಐದು ಸ್ಥಳಗಳು, ಐದು ಸರಿಪಡಿಸುವಿಕೆಗಳು.

ಬ್ರೌಸರ್ ಪರೀಕ್ಷೆ ಏನನ್ನು ತೋರಿಸಬಲ್ಲದು ಮತ್ತು ಏನನ್ನು ತೋರಿಸಲಾರದು

ವಿಳಾಸದಲ್ಲಿ ಪುಟ ಲೋಡ್ ಮಾಡುವುದು DNS ಪರಿಹಾರ, TCP ತಲುಪುವಿಕೆ ಮತ್ತು HTTP ಮಾತನಾಡುವ ಯಾವುದೋ ಆಲಿಸುತ್ತಿದೆ ಎಂಬುದನ್ನು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ. ವಿಧಾನ ಸ್ವೀಕೃತವಾಗಿದೆ, ನಿಯಂತ್ರಣ ವಿನಿಮಯ ಉಳಿದಿದೆ ಅಥವಾ PPP ದೃಢೀಕರಣ ಕಾನ್ಫಿಗರ್ ಆಗಿದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ. ಪೋರ್ಟ್ ಬದಲಿಸಿ ಇನ್ನೊಂದು ಪ್ರೊಫೈಲ್ ಪರಿವರ್ತಿಸುವ ಬದಲು SSTP ಜಾರಿಗೊಳಿಸುವ ಕ್ಲೈಂಟ್ ಬಳಸಿ.

ಸೆಷನ್ ಏರಿದ ನಂತರವೂ ಮಾರ್ಗಗಳು, DNS ಮತ್ತು ಸರ್ವರ್-ಬದಿಯ ಮುಂದಕ್ಕೆ ರವಾನೆ ಬಳಕೆದಾರ ಯಾವುದನ್ನು ತಲುಪಬಹುದು ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತವೆ. ಸುರಂಗ ಒಂದು ಮಾರ್ಗ, ಅಧಿಕಾರ ಅಲ್ಲ.