SSTP ಪ್ರಮಾಣಪತ್ರ ಹೊಂದಿಕೆಯಾಗುತ್ತಿಲ್ಲ: ನಿಮ್ಮ ಸರ್ವರ್ ತೋರಿಸಬೇಕಾದ ಹೆಸರು

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

ಪ್ರೊಫೈಲ್ ಹೆಸರೇ ಏನು ಪರಿಶೀಲಿಸಬೇಕೆಂದು ನಿರ್ಧರಿಸುತ್ತದೆ

SSTP TCP 443 ಮೇಲೆ TLS ಚಲಾಯಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಕ್ಲೈಂಟ್ ಬೇರೆ ಯಾವುದೇ TLS ಕ್ಲೈಂಟ್‌ನಂತೆ ವರ್ತಿಸುತ್ತದೆ: ಪ್ರೊಫೈಲ್‌ನಿಂದ ಹೋಸ್ಟ್‌ಹೆಸರು ತೆಗೆದುಕೊಂಡು, ಆ ಹೆಸರನ್ನು ವಿನಂತಿಸಿ, ಪ್ರಮಾಣಪತ್ರವನ್ನು ಅದರೊಂದಿಗೆ ಹೋಲಿಸುತ್ತದೆ. ಪ್ರೊಫೈಲ್‌ನಲ್ಲಿ IP ವಿಳಾಸ ನಮೂದಿಸಿದರೆ ಹೋಲಿಕೆ IP ವಿಳಾಸಗಳ ಹೋಲಿಕೆಯಾಗುತ್ತದೆ, ಅದನ್ನು ಬಹುಪಾಲು ಸರ್ವರ್ ಪ್ರಮಾಣಪತ್ರಗಳು ಪೂರೈಸುವುದಿಲ್ಲ.

ಆದ್ದರಿಂದ ಬ್ರೌಸರ್ ಪರೀಕ್ಷೆ ಯಶಸ್ವಿಯಾಗಬಹುದು ಆದರೆ VPN ವಿಫಲವಾಗುತ್ತದೆ, ಏಕೆಂದರೆ ಬ್ರೌಸರ್ ಪ್ರೊಫೈಲ್‌ಗಿಂತ ಬೇರೆ ಹೆಸರು ಬಳಸಿತು. split-horizon DNS VPN ಹೋಸ್ಟ್‌ಹೆಸರನ್ನು ಒಳಾಂಗಣ ವಿಳಾಸಕ್ಕೆ ಪರಿಹರಿಸಿದಾಗ ಆದರೆ ಬ್ರೌಸರ್ ಸಾರ್ವಜನಿಕ ವಿಳಾಸ ತಲುಪಿದಾಗ ಅದೇ ಒಡಕು ಕಾಣಿಸುತ್ತದೆ. ಮೊದಲು ಪ್ರೊಫೈಲ್ ಅನ್ನು ದಾಖಲಿತ ಹೋಸ್ಟ್‌ಹೆಸರಿಗೆ ಹೊಂದಿಸಿ, ನಂತರ ಪ್ರಮಾಣಪತ್ರಗಳನ್ನು ಹೋಲಿಸಿ. ಅದಕ್ಕೂ ಮೊದಲು ನೀವು ಬದಲಿಸುವ ಯಾವುದೇ ವಿಷಯ ಊಹೆ.

ಸರ್ವರ್ ಪ್ರಮಾಣಪತ್ರದಲ್ಲಿ ಏನಿರಬೇಕು

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

ಪ್ರಮಾಣಪತ್ರಕ್ಕೆ ಸರ್ವರ್ ದೃಢೀಕರಣ ಉದ್ದೇಶವೂ ಬೇಕು: ಮೈಕ್ರೋಸಾಫ್ಟ್‌ನ SSTP ವಿಶೇಷಣದಲ್ಲಿ ನಮೂದಿಸಿರುವ ವಿಸ್ತೃತ ಕೀ ಬಳಕೆಯ ಮೌಲ್ಯ, ಅಂದರೆ 1.3.6.1.5.5.7.3.1 ವಸ್ತು ಗುರುತಿಸುವಿಕೆಯೊಂದಿಗೆ serverAuth. ಕೀ ಬಳಕೆ ಮತ್ತು ಮಾನ್ಯ ಸರಣಿ ಸಮೂಹವನ್ನು ಪೂರ್ಣಗೊಳಿಸುತ್ತವೆ. ಸರ್ವರ್‌ನಲ್ಲಿರುವ, ಸರಿಯಾದ ಹೆಸರಿಗೆ ನೀಡಲಾದ ಆದರೆ ಕ್ಲೈಂಟ್ ದೃಢೀಕರಣಕ್ಕೆ ಮಾತ್ರ ಇರುವ ಪ್ರಮಾಣಪತ್ರವೂ ವಿಫಲವಾಗುತ್ತದೆ.

ಲಾಗಿನ್ ವಿವರಗಳ ಮೊದಲು ಸರಣಿ ಮತ್ತು ಗಡಿಯಾರ ಪರಿಶೀಲಿಸಿ

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

# from the client, or any host that runs openssl
openssl s_client -connect vpn.example.com:443 -servername vpn.example.com -showcerts </dev/null 2>/dev/null | openssl x509 -noout -subject -dates -ext subjectAltName
openssl s_client -connect vpn.example.com:443 -servername vpn.example.com -verify_return_error </dev/null
# on the Windows server that holds the SSTP listener
w32tm /query /status

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

ಆಂತರಿಕ CA ಇನ್ನೊಂದು ಷರತ್ತು ಸೇರಿಸುತ್ತದೆ: ಕ್ಲೈಂಟ್ ಆ CA ಅನ್ನು ನಂಬಬೇಕು. ಸಂಸ್ಥೆಯ ಮೂಲವನ್ನು ಅದರ ಅನುಮೋದಿತ ವಿತರಣಾ ಮಾರ್ಗದ ಮೂಲಕ ಸ್ಥಾಪಿಸಿ, ಬದಲಿ ಪ್ರಮಾಣಪತ್ರ ನೀಡುವ ಪುಟದಿಂದ ಅಲ್ಲ, ಏಕೆಂದರೆ ಆ ನಿರ್ಧಾರವೇ ಇಡೀ ನಂಬಿಕೆ ಮಾದರಿಯ ಸಣ್ಣ ರೂಪ.

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

ಹೆಸರು ಅಥವಾ ಪ್ರಮಾಣಪತ್ರ ಸರಿಪಡಿಸಿ, ನಂತರ ಮತ್ತೆ ಪರೀಕ್ಷಿಸಿ

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

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