Windows VPN ನ ವಿಳಾಸ ಕ್ಷೇತ್ರದಲ್ಲಿನ ಪೋರ್ಟ್ SSTP ನೊಂದಿಗೆ ಮಾತ್ರ ಕೆಲಸ ಮಾಡುತ್ತದೆ

ಸರ್ವರ್ ಹೆಸರು ಕ್ಷೇತ್ರ host:port ಅಲ್ಲ. PPTP, L2TP ಮತ್ತು IKEv2 ಗೆ ಸ್ಥಿರ ಪೋರ್ಟ್ಗಳಿವೆ; SSTP ಪೋರ್ಟ್ ಅನ್ನು ಪೂರ್ಣ https:// URL ಆಗಿ ಮಾತ್ರ ಸ್ವೀಕರಿಸುತ್ತದೆ, ಮತ್ತು 443 ಅನ್ನು ಮುಂದಕ್ಕೆ ಕಳುಹಿಸುವುದು ಹೆಚ್ಚು ಸ್ವಚ್ಛವಾಗಿದೆ.

ಒಂದು VPN ಸರ್ವರ್ TCP 10443 ನಲ್ಲಿ ಉತ್ತರಿಸುತ್ತದೆ, Windows ನ ಒಳಗಿನ ಕ್ಲೈಂಟ್ಗೆ ಸರಿಯಾದ ರುಜುವಾತುಗಳಿವೆ, ಮತ್ತು ಸಂಪರ್ಕವು DNS ಟೈಮೌಟ್ನಂತೆ ಕಾಣುವ ವಿರಾಮದ ನಂತರವೂ ಕಡಿತಗೊಳ್ಳುತ್ತದೆ. ಕಾರಣ ಸಾಮಾನ್ಯವಾಗಿ ವಿಳಾಸ ಕ್ಷೇತ್ರ: ಸರ್ವರ್ ಹೆಸರು ಅಥವಾ ವಿಳಾಸದಲ್ಲಿ vpn.example.com:10443 ಬರೆದಾಗ Windows ಇಡೀ ಸ್ಟ್ರಿಂಗ್ ಅನ್ನು ಹೋಸ್ಟ್ಹೆಸರಾಗಿ ಓದುತ್ತದೆ, ಏಕೆಂದರೆ ಆ ಪೆಟ್ಟಿಗೆ ಸಾಮಾನ್ಯ host:port ಇನ್ಪುಟ್ ಅಲ್ಲ. ಪೋರ್ಟ್ ಅಲ್ಲಿ ವ್ಯಕ್ತಪಡಿಸಬಹುದೇ ಎಂಬುದು ಪ್ರೊಫೈಲ್ ಬಳಸುವ ಟನಲ್ ಪ್ರಕಾರವನ್ನು ಅವಲಂಬಿಸಿದೆ, ಮತ್ತು ನಾಲ್ಕು ಪ್ರಕಾರಗಳಲ್ಲಿ ಒಂದೇ ಒಂದು ಮೌಲ್ಯವನ್ನು ಅದು ಪಾರ್ಸ್ ಮಾಡಬಲ್ಲ ವಸ್ತುವಾಗಿ ಪರಿಗಣಿಸುತ್ತದೆ.

ವಿಳಾಸ ಕ್ಷೇತ್ರ host:port ಪೆಟ್ಟಿಗೆ ಏಕೆ ಅಲ್ಲ

ಆ ಕ್ಷೇತ್ರದ ಹಿಂದಿನ ಪ್ರೊಫೈಲ್ ಗುಣಲಕ್ಷಣ ServerAddress, ಮತ್ತು ಪ್ರತಿ ಟನಲ್ ಪ್ರಕಾರವೂ ಸ್ಟ್ರಿಂಗ್ ಜೊತೆ ಏನು ಮಾಡಬೇಕೆಂದು ತಾನೇ ನಿರ್ಧರಿಸುತ್ತದೆ. ಅವುಗಳಲ್ಲಿ ಮೂರಕ್ಕೆ ತುಂಬಲು ಪೋರ್ಟ್ ಪರಿಮಾಣವಿಲ್ಲ, ಆದ್ದರಿಂದ ಕೋಲನ್ ಮತ್ತು ಸಂಖ್ಯೆ ಎಂದಿಗೂ ಪರಿಹರಿಸದ ಹೆಸರಿನ ಅಕ್ಷರಗಳಷ್ಟೇ. ನಾಲ್ಕನೆಯದು HTTPS ಮೇಲೆ ಚಲಿಸುತ್ತದೆ, ಅಲ್ಲಿ ಪೋರ್ಟ್ URL ನ ಭಾಗವಾಗಿದೆ, ಆದ್ದರಿಂದ ಮೌಲ್ಯವನ್ನು URL ಆಗಿ ಪಾರ್ಸ್ ಆಗುವ ರೂಪದಲ್ಲಿ ಬರೆಯಬೇಕು.

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

ಸ್ಥಿರ ಪೋರ್ಟ್ ಇರುವ ಮೂರು ಪ್ರಕಾರಗಳು

PPTP TCP 1723 ಗೆ ಸಂಪರ್ಕಿಸಿ ನಂತರ ಟನಲ್ ಅನ್ನು GRE, IP ಪ್ರೋಟೋಕಾಲ್ 47 ನಲ್ಲಿ ಸಾಗಿಸುತ್ತದೆ. L2TP/IPsec ಟನಲ್ಗೆ UDP 1701 ಮತ್ತು IPsec ಗೆ UDP 500 ಹಾಗೂ 4500 ಬಳಸುತ್ತದೆ, ಇದರಲ್ಲಿ 4500 NAT ದಾಟುವ ಪೋರ್ಟ್. IKEv2 ಸಹ UDP 500 ಮತ್ತು 4500 ಬಳಸುತ್ತದೆ. ಈ ಪ್ರೊಫೈಲ್ಗಳಲ್ಲಿ ಯಾವುದೂ ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿ ಎಲ್ಲಿಯೂ ಪೋರ್ಟ್ ಕ್ಷೇತ್ರ ತೋರಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಯಾವುದೂ ಪ್ರಮಾಣಿತವಲ್ಲದ ಪೋರ್ಟ್ ಮೇಲೆ ಮಾತುಕತೆ ನಡೆಸುವುದಿಲ್ಲ.

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

SSTP ಗೆ URL ಬೇಕು, ಹೆಸರಲ್ಲ

SSTP ವಿನಾಯಿತಿ ಏಕೆಂದರೆ ಅದು TLS ಅಧಿವೇಶನದೊಳಗೆ ಚಲಿಸುತ್ತದೆ. ಕ್ಷೇತ್ರವನ್ನು URL ಆಗಿ ಪಾರ್ಸ್ ಮಾಡಬೇಕು: ಮೊದಲು https:// ಸ್ಕೀಮ್, ನಂತರ ಹೋಸ್ಟ್, ನಂತರ ಕೋಲನ್ ಮತ್ತು ಪೋರ್ಟ್. ಸ್ಕೀಮ್ ಇಲ್ಲದೆ Windows ಮೌಲ್ಯವನ್ನು ಸಾಮಾನ್ಯ ಹೆಸರಾಗಿಯೇ ಪರಿಗಣಿಸುತ್ತದೆ ಮತ್ತು ಯಾವುದೇ TLS ವಿನಿಮಯಕ್ಕೆ ಮೊದಲೇ ಸಂಪರ್ಕ ವಿಫಲವಾಗುತ್ತದೆ.

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

Get-VpnConnection -Name "Corporate SSTP" | Select-Object Name, ServerAddress, TunnelType

ServerAddress ಏನು ಉಳಿಸಲಾಗಿದೆಯೋ ಅದನ್ನೇ ತೋರಿಸುತ್ತದೆ. ಅದನ್ನು ಕೋಲನ್ ಇರುವ ಬರಿಗೈ ಹೋಸ್ಟ್ಹೆಸರಾಗಿ ಓದಿದರೆ, ಪ್ರೊಫೈಲ್ಗೆ ಎಂದೂ URL ಸಿಗಲಿಲ್ಲ ಮತ್ತು ಎಷ್ಟೇ ಬಾರಿ ಮತ್ತೆ ಪ್ರಯತ್ನಿಸಿದರೂ ಅದು ಸರಿಯಾಗದು.

ಅದೇ ಪೆಟ್ಟಿಗೆಯಲ್ಲಿ ಅಂಟಿಸುವ ಮಾರಾಟಗಾರರ ಸಿಂಟ್ಯಾಕ್ಸ್

ಕೆಲವು ಗೇಟ್ವೇಗಳು ಆ ಕ್ಷೇತ್ರಕ್ಕೆ ಹೆಚ್ಚುವರಿ ಸಂಪ್ರದಾಯಗಳನ್ನು ದಾಖಲಿಸುತ್ತವೆ, ಉದಾಹರಣೆಗೆ ಪೋರ್ಟ್ ನಂತರ ಸೇರಿಸುವ realm ಅಥವಾ ಪ್ರಮಾಣಪತ್ರಗಳ ನಿರ್ವಹಣೆಯನ್ನು ಬದಲಿಸುವ ಕ್ವೆರಿ ಪರಿಮಾಣಗಳು. ಅವನ್ನು ಆ ಮಾರಾಟಗಾರರ ಸರ್ವರ್ ಮತ್ತು ಕೆಲವು ಬಿಲ್ಡ್ಗಳಲ್ಲಿ ಅವರದೇ ಕ್ಲೈಂಟ್ ಅರ್ಥಮಾಡಿಕೊಳ್ಳುತ್ತದೆ. ಅವು Windows ಪ್ರೊಫೈಲ್ ಸ್ವರೂಪದ ಭಾಗವಲ್ಲ, ಮತ್ತು ಅವನ್ನು ಒಳಗಿನ ಪ್ರೊಫೈಲ್ಗೆ ಅಂಟಿಸಿದರೆ ಸಾಮಾನ್ಯವಾಗಿ ಅದೇ ಮೌನ ಹೆಸರು ವೈಫಲ್ಯ ಉಂಟಾಗುತ್ತದೆ.

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

ಪೋರ್ಟ್ ಸಾಬೀತುಪಡಿಸಿ, ನಂತರ ವಿಫಲ ಹಂತವನ್ನು ಓದಿ

ಪ್ರೊಫೈಲ್ಗೆ ದೋಷ ಹೊರಿಸುವ ಮೊದಲು ಕ್ಲೈಂಟ್ನ ನೆಟ್ವರ್ಕ್ನಿಂದ ಏನಾದರೂ ಆ ಪೋರ್ಟ್ನಲ್ಲಿ TCP ಸ್ವೀಕರಿಸುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ:

Test-NetConnection vpn.example.com -Port 10443

ಯಶಸ್ಸು ಆಲಿಸುವವನನ್ನು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ, SSTP ಅನ್ನಲ್ಲ. ವೆಬ್ ಸರ್ವರ್, ರಿವರ್ಸ್ ಪ್ರಾಕ್ಸಿ ಅಥವಾ ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್ TCP ಹಸ್ತಲಾಘವ ಪೂರ್ಣಗೊಳಿಸಿ ಆದರೂ SSTP ಮಾತನಾಡದಿರಬಹುದು, ಆದ್ದರಿಂದ ಹಸಿರು ಪರೀಕ್ಷೆ ಮತ್ತು ಕೆಂಪು VPN ನಿಜವಾದ ಸಂಯೋಜನೆ. ಪ್ರಮಾಣಪತ್ರದ ವಿಷಯವನ್ನು ಪ್ರೊಫೈಲ್ನ ಹೆಸರಿನೊಂದಿಗೆ ಹೋಲಿಸಿ, ಮತ್ತು ಅದನ್ನು ಒಳಗೊಂಡಿರುವ ಬಿಲ್ಡ್ಗಳಲ್ಲಿ RasClient ಲಾಗ್ ಪರಿಶೀಲಿಸಿ, ಏಕೆಂದರೆ ಅದು ಸಾಮಾನ್ಯ ಟೈಮೌಟ್ ಬದಲು ವಿಫಲವಾದ ಹಂತವನ್ನು ದಾಖಲಿಸುತ್ತದೆ.

ನಂತರ ಸಮಸ್ಯೆಯನ್ನು ದಾಖಲಿಸುವ ಬದಲು ತೆಗೆದುಹಾಕುವ ಆಯ್ಕೆಯನ್ನು ಪರಿಗಣಿಸಿ: ಹೊರಗಿನಿಂದ TCP 443 ಅನ್ನು VPN ಸರ್ವರ್ನ 10443 ಗೆ ಕಳುಹಿಸಿ. ಆಗ ಕ್ಲೈಂಟ್ ಯಾವುದೇ ಪೋರ್ಟ್ ಇಲ್ಲದೆ ಡಿಫಾಲ್ಟ್ ಪ್ರೊಫೈಲ್ ಬಳಸುತ್ತದೆ, ಇದು ಸಾಮಾನ್ಯವಾಗಿ ನಿರ್ವಹಿತ ನೌಕಾತಂಡಕ್ಕೆ ಅತ್ಯಂತ ಸ್ವಚ್ಛ ವ್ಯವಸ್ಥೆ ಮತ್ತು ಕಸ್ಟಮ್ ಪೋರ್ಟ್ ಅನ್ನು ಆಂತರಿಕ ವಿವರವಾಗಿ ಬಿಡುತ್ತದೆ.

ಸಂಬಂಧಿತ ಲೇಖನಗಳು