SSTP ಸಮಯ ಮಿತಿ ಅಥವಾ ಪ್ರಮಾಣಪತ್ರ ದೋಷ: ಎರಡನ್ನೂ ಹೇಗೆ ಬೇರ್ಪಡಿಸುವುದು

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

ಎರಡು ವೈಫಲ್ಯಗಳು, ಎರಡು ಬೇರೆ ವಿನಿಮಯಗಳು

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

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

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

ಸಮಯ ಮಿತಿ ಎಂದರೆ ಒಂದು ಹಂತ ಎಂದೂ ಮುಗಿಯಲಿಲ್ಲ

ಹೆಸರು ಪರಿಹಾರ ಮತ್ತು TCP ತಲುಪುವಿಕೆಯಿಂದ ಪ್ರಾರಂಭಿಸಿ, ಏಕೆಂದರೆ ಅಲ್ಲಿನ ಸಮಯ ಮಿತಿ ನಂತರದ ಸಮಯ ಮಿತಿಯಂತೆಯೇ ಕಾಣುತ್ತದೆ. 443 ತೆರೆದಿದೆ ಎಂದು ವರದಿ ಮಾಡುವ ಪೋರ್ಟ್ ಪರಿಶೀಲಕವು ಕೇವಲ ಕೇಳುಗನೊಬ್ಬ ಸಂಪರ್ಕವನ್ನು ಸ್ವೀಕರಿಸಿದನೆಂದು ಸಾಬೀತು ಮಾಡುತ್ತದೆ, ಅದಕ್ಕಿಂತ ಹೆಚ್ಚೇನೂ ಅಲ್ಲ.

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

Test-NetConnection vpn.example.com -Port 443
netsh http show sslcert
Get-WinEvent -LogName 'Microsoft-Windows-RasSstp/Operational' -MaxEvents 20

ಸಹಭಾಗಿಯ ಯಾವುದೇ ಪ್ರತಿಕ್ರಿಯೆಗೆ ಮೊದಲಿನ ಸಮಯ ಮಿತಿ ಖಾತೆಯ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ, ಮತ್ತು ಆ ಕ್ಷಣದಲ್ಲಿ ಗುಪ್ತಪದ ಬದಲಿಸುವುದು ಒಂದು ಚರವನ್ನು ಸೇರಿಸುತ್ತದೆ ಅಷ್ಟೇ.

ಪ್ರಮಾಣಪತ್ರ ದೋಷ ಎಂದರೆ ಗುರುತು ತಿರಸ್ಕರಿಸಲ್ಪಟ್ಟಿತು

ಇಲ್ಲಿ ಸರ್ವರ್ ನಿಜವಾಗಿಯೂ ಉತ್ತರಿಸಿತು, ಆದ್ದರಿಂದ ಜಾಲ ಕೆಲಸ ಮಾಡುತ್ತಿದೆ ಮತ್ತು ಪ್ರಶ್ನೆ ಗುರುತಿನ ಕಡೆ ಸರಿಯುತ್ತದೆ. ಕ್ಲೈಂಟ್ ಡಯಲ್ ಮಾಡುವ ಹೆಸರನ್ನು ಪ್ರಮಾಣಪತ್ರ ನಿಜವಾಗಿ ಪ್ರತಿಪಾದಿಸುವ ಹೆಸರುಗಳೊಂದಿಗೆ ಹೋಲಿಸಿ, ನಂತರ ಮಾನ್ಯತಾ ದಿನಾಂಕಗಳು ಮತ್ತು ನೀಡುಗ ಸರಪಳಿಯನ್ನು ಪರಿಶೀಲಿಸಿ.

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

openssl s_client -connect vpn.example.com:443 -servername vpn.example.com </dev/null 2>/dev/null | openssl x509 -noout -subject -issuer -dates -ext subjectAltName
w32tm /query /status

ಯಶಸ್ವಿ TLS ಹಂತವನ್ನು ಅದು ದಾಟಿದ ಮೇಲೆ ಮುಟ್ಟದೆ ಇರಿಸಿ, ಏಕೆಂದರೆ ನಂತರ ಅದನ್ನು ಹಿಂತಿರುಗಿಸುವುದು ಯಾವ ಬದಲಾವಣೆ ಸುರಂಗವನ್ನು ನಿಜವಾಗಿ ಸರಿಪಡಿಸಿತು ಎಂಬುದನ್ನು ಮರೆಮಾಡುತ್ತದೆ.

ಎರಡೂ ಎಲ್ಲಿ ಗೊಂದಲಕ್ಕೀಡಾಗುತ್ತವೆ

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

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

ಪ್ರಮಾಣಪತ್ರದ ಪ್ರಶ್ನೆ ಮತ್ತು ತಲುಪುವಿಕೆಯ ಪ್ರಶ್ನೆ ಒಂದು ಕಾರಣಕ್ಕಾಗಿ ಪ್ರತ್ಯೇಕವಾಗಿ ದಾಖಲಾಗಿವೆ.

ನಿಜವಾದ ಕ್ಲೈಂಟ್‌ನಿಂದ ಮತ್ತೆ ಪರೀಕ್ಷಿಸಿ, ನಂತರ ಒಳಗೆ ಸಾಗಿ

ನಿರ್ದಿಷ್ಟ ತಿದ್ದುಪಡಿ ಜಾಗದಲ್ಲಿದ್ದ ಮೇಲೆ ಬ್ರೌಸರ್ ಟ್ಯಾಬ್‌ನಿಂದಲ್ಲ, ನಿಜವಾದ SSTP ಕ್ಲೈಂಟ್ ಮತ್ತು ನಿಜವಾದ ಪ್ರೊಫೈಲ್‌ನಿಂದ ಮತ್ತೆ ಪ್ರಯತ್ನಿಸಿ.

rasdial "Corp SSTP" /disconnect
rasdial "Corp SSTP" user '*'
Get-VpnConnection -Name "Corp SSTP" | Select-Object ServerAddress, TunnelType, AuthenticationMethod

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