ಪೋರ್ಟ್ 443 ಉತ್ತರಿಸುತ್ತದೆ, SSTP ಇನ್ನೂ ವಿಫಲವಾಗುತ್ತದೆ: ಯಾವ ಹಂತ ಮುರಿಯಿತು?

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

ಆ ಹಸ್ತಲಾಘವ ಮತ್ತು ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಸುರಂಗದ ನಡುವೆ ನಾಲ್ಕು ಹಂತಗಳಿವೆ, ಮತ್ತು ಪ್ರತಿಯೊಂದೂ ವಿಭಿನ್ನ ದೋಷವನ್ನು ಉತ್ಪಾದಿಸುತ್ತದೆ.

ತೆರೆದ ಪೋರ್ಟ್ ಒಂದು ಪದರವನ್ನು ಮಾತ್ರ ವಿವರಿಸುತ್ತದೆ

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

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

ಎರಡನ್ನೂ ಬೆರೆಸುವುದೇ ಕ್ಲೈಂಟ್ನ ನಿಜವಾದ ಸಮಸ್ಯೆಯನ್ನು ಎಂದಿಗೂ ಪರಿಶೀಲಿಸದ ಪರೀಕ್ಷೆಯ ನಂತರ ಜನರು ಕ್ಲೈಂಟ್ಗಳನ್ನು ಮರುಸ್ಥಾಪಿಸುವ ಕಾರಣ.

ಸಾಕ್ಷ್ಯಗಳೊಂದಿಗೆ ನಾಲ್ಕು ಹಂತಗಳನ್ನು ಬೇರ್ಪಡಿಸಿ

ಹಂತಗಳೆಂದರೆ ಸಾರಿಗೆಯ ತಲುಪುವಿಕೆ, TLS ಮಾನ್ಯತೆ, HTTPS ಮೇಲೆ SSTP ವಿನಿಮಯ, ಮತ್ತು ಸುರಂಗದ ಒಳಗೆ PPP ದೃಢೀಕರಣ. ಮೊದಲನೆಯದನ್ನು ದಾಟಿ ನಾಲ್ಕನೆಯದರಲ್ಲಿ ವಿಫಲವಾಗುವ ಮಾರ್ಗಕ್ಕೆ ರುಜುವಾತುಗಳ ಸರಿಪಡಿಸುವಿಕೆ ಬೇಕು; ಎರಡನೆಯದರಲ್ಲಿ ವಿಫಲವಾಗುವ ಮಾರ್ಗಕ್ಕೆ ಪ್ರಮಾಣಪತ್ರ ಅಥವಾ ಹೆಸರಿನ ಸರಿಪಡಿಸುವಿಕೆ ಬೇಕು. ಈ ದುರಸ್ತಿಗಳಲ್ಲಿ ಏನೂ ಸಾಮಾನ್ಯವಿಲ್ಲ, ಮತ್ತು ತಪ್ಪಾದದನ್ನು ಆಯ್ಕೆ ಮಾಡುವುದು ಅಡಚಣೆಯನ್ನು ವ್ಯರ್ಥ ಮಾಡುತ್ತದೆ.

nc -vz vpn.example.net 443
openssl s_client -connect vpn.example.net:443 -servername vpn.example.net -brief
curl -sS -o /dev/null -w '%{http_code}\n' https://vpn.example.net/

ಮೂರನೇ ಆಜ್ಞೆಯನ್ನು ಎಚ್ಚರಿಕೆಯಿಂದ ಓದಲು ಯೋಗ್ಯವಾಗಿದೆ. ಸಾಮಾನ್ಯ ವೆಬ್ ಪುಟದಿಂದ ಬರುವ 200 ವೆಬ್ ಸೇವೆ ಇದೆ ಎಂದು ಹೇಳುತ್ತದೆ; SSTP ವಿನಂತಿ ಅರ್ಥವಾಗುತ್ತದೆ ಎಂದು ಹೇಳುವುದಿಲ್ಲ. ಅದೇ ವಿಳಾಸದಿಂದ ಬರುವ 404 VPN ಬಗ್ಗೆ ಅಷ್ಟೇ ಮಾಹಿತಿಹೀನವಾಗಿದೆ. ಕ್ಲೈಂಟ್ ಲಾಗ್ ಮಾತ್ರ ನಾಲ್ಕರಲ್ಲಿ ಯಾವ ಹಂತವನ್ನು ತಲುಪಿತು ಎಂದು ಹೇಳುತ್ತದೆ.

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

ಭಾಗಶಃ ಯಶಸ್ಸನ್ನು ಸರಿಯಾದ ದಿಕ್ಕಿನಲ್ಲಿ ಓದಿ

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

ಇದನ್ನು ನಿರ್ಣಯಿಸುವಾಗ ಸರ್ವರ್ ಮಾನ್ಯತೆಯನ್ನು ಆನ್ ಇರಿಸಿ. ಅದನ್ನು ಆಫ್ ಮಾಡುವುದು ಪ್ರಮಾಣಪತ್ರದ ವ್ಯತ್ಯಾಸವನ್ನು ಯಶಸ್ವಿ ಹಸ್ತಲಾಘವವಾಗಿ ಪರಿವರ್ತಿಸಿ ವಿಫಲತೆಯನ್ನು ವಿವರಿಸುತ್ತಿದ್ದ ಏಕೈಕ ಸಾಕ್ಷ್ಯವನ್ನು ಮರೆಮಾಡುತ್ತದೆ.

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

ನಂತರ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಪರೀಕ್ಷಿಸಿ, ಸೆಷನ್ ಮಾತ್ರವಲ್ಲ

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

ಪ್ರತಿ ತೀರ್ಮಾನವನ್ನು ಅದನ್ನು ಉತ್ಪಾದಿಸಿದ ಹಂತಕ್ಕೆ ಜೋಡಿಸಿ ಇರಿಸಿ. ತೆರೆದ ಪೋರ್ಟ್ ಅನ್ನು ಕಾರ್ಯನಿರ್ವಹಿಸುವ VPN ಎಂದು ಕರೆಯುವುದು ಐದು ನಿಮಿಷದ ಪ್ರಮಾಣಪತ್ರ ಪರಿಶೀಲನೆಯನ್ನು ಒಂದು ದಿನದ ಸಾಫ್ಟ್ವೇರ್ ಮರುಸ್ಥಾಪನೆಯಾಗಿ ಪರಿವರ್ತಿಸುವ ದಾರಿ.