Windows ನ ಅಂತರ್ನಿರ್ಮಿತ VPN ವೆಂಡರ್ನ SSL ಗೇಟ್ವೇಯನ್ನು ತಲುಪದಿರುವುದೇಕೆ

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

ನಾಲ್ಕು ಪ್ರಕಾರಗಳು ಮತ್ತು ಒಂದು ಸಂವಾದ

ಪ್ರತಿ ಸಂಗ್ರಹಿತ ಪ್ರೊಫೈಲ್ ಒಂದು ಸುರಂಗ ಪ್ರಕಾರವನ್ನು ಹೊಂದಿರುತ್ತದೆ. ಅಂತರ್ನಿರ್ಮಿತ ಕ್ಲೈಂಟ್ PPTP, L2TP, IKEv2 ಮತ್ತು SSTP ಸ್ವೀಕರಿಸುತ್ತದೆ, ಜೊತೆಗೆ ಅವನ್ನು ಕ್ರಮವಾಗಿ ಪ್ರಯತ್ನಿಸುವ ಸ್ವಯಂಚಾಲಿತ ಮೋಡ್ ಇದೆ. ಯಾವುದೇ ಸಾಮಾನ್ಯ SSL VPN ನಮೂದು ಇಲ್ಲ, ಮತ್ತು ಸಂವಾದದ ಮೂಲಕ ಒಂದನ್ನು ಸೇರಿಸುವ ದಾರಿಯೂ ಇಲ್ಲ. ವೆಂಡರ್ನ ಗೇಟ್ವೇ TLS ಮೇಲೆ ತನ್ನದೇ ಅಪ್ಲಿಕೇಶನ್ ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಮಾತನಾಡುತ್ತದೆ, ಅದನ್ನು ಆ ವೆಂಡರ್ನ ಕ್ಲೈಂಟ್ ಮಾತ್ರ ಜಾರಿಗೊಳಿಸುತ್ತದೆ.

ಪಟ್ಟಿ ಒಂದು ಆಜ್ಞೆಯಷ್ಟು ದೂರದಲ್ಲಿದೆ, ಮತ್ತು ಯಾವುದೇ ಇತರ ದೋಷನಿವಾರಣೆಗಿಂತ ಮೊದಲು ಅದನ್ನು ಚಲಾಯಿಸುವುದು ಯೋಗ್ಯ, ಏಕೆಂದರೆ ಅದು ಒಂದು ಸೆಕೆಂಡು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು ತಪ್ಪು ಊಹೆಗಳ ಒಂದು ಇಡೀ ವರ್ಗವನ್ನು ತೆಗೆದುಹಾಕುತ್ತದೆ:

Get-VpnConnection | Select-Object Name, ServerAddress, TunnelType, SplitTunneling
Get-VpnConnection -Name "Office" | Format-List

ಪ್ರೊಫೈಲ್ SSTP ಎಂದು ಹೇಳಿದರೆ ಮತ್ತು ಗೇಟ್ವೇ RRAS ಸರ್ವರ್ ಅಲ್ಲದಿದ್ದರೆ, ಹೊಂದಾಣಿಕೆಯಿಲ್ಲದಿರುವಿಕೆ ಈಗಾಗಲೇ ಸ್ಥಿರವಾಗಿದೆ. ಪ್ರಮಾಣಪತ್ರ ಅಥವಾ ಫೈರ್‌ವಾಲ್ ಕೆಲಸ ಅದನ್ನು ಬದಲಿಸುವುದಿಲ್ಲ.

SSTP ಮತ್ತು ವೆಂಡರ್ನ TLS ಪೋರ್ಟ್ 443 ನಲ್ಲಿ ಒಂದೇ ರೀತಿ ಕಾಣುತ್ತವೆ

SSTP ಒಂದು PPP ಅಧಿವೇಶನವನ್ನು TLS ಒಳಗೆ ಸುತ್ತಿ TCP 443 ಮೇಲೆ ಸಾಗುತ್ತದೆ. Microsoft ಸ್ಟ್ಯಾಕ್‌ನಲ್ಲಿ ಅದನ್ನು RRAS ಮುಗಿಸುತ್ತದೆ, ಅದು ಕ್ಲೈಂಟ್ ಪರಿಶೀಲಿಸುವ ಸರ್ವರ್ ಪ್ರಮಾಣಪತ್ರವನ್ನು ತೋರಿಸುತ್ತದೆ. Fortinet, Citrix ಅಥವಾ Pulse ಸಾಧನವೂ 443 ನಲ್ಲಿ TLS ಮುಗಿಸುತ್ತದೆ, ಮತ್ತು ಅದರ ಪೋರ್ಟಲ್ ಯಾವುದೇ ಬ್ರೌಸರ್ನಲ್ಲಿ ದೂರಿಲ್ಲದೆ ತೆರೆಯುತ್ತದೆ.

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

ತಲೆಕೆಳಗಾದ ಗೊಂದಲವೂ ಸಂಭವಿಸುತ್ತದೆ. ನಿಜವಾದ RRAS ಸರ್ವರ್ ವಿರುದ್ಧ SSTP ಎಂದು ಸಂರಚಿಸಿದ ಪ್ರೊಫೈಲ್ ಪ್ರಮಾಣಪತ್ರ ಪರಿಶೀಲನೆಯಲ್ಲಿ ವಿಫಲವಾಗಬಹುದು, ಪೋರ್ಟಲ್ ಸರಿಯಾಗಿದ್ದರೂ, ಮತ್ತು ಅದು ಪ್ರಮಾಣಪತ್ರದ ಸಮಸ್ಯೆ, ಪ್ರೋಟೋಕಾಲ್ನದಲ್ಲ.

ಸುರಂಗ ಇರುವ ಮೊದಲೇ ಕಾಣುವ ದೋಷಗಳು

800 ಸರಣಿಯ ಸಂಕೇತಗಳು ಯಾವುದೇ ಸುರಂಗ ಸ್ಥಾಪಿತವಾಗುವ ಮೊದಲೇ ವರದಿಯಾಗುತ್ತವೆ, ಆದ್ದರಿಂದ ಫೈರ್‌ವಾಲ್ ನಿಯಮಗಳು ಅವನ್ನು ಅಪರೂಪವಾಗಿ ಚಲಿಸುತ್ತವೆ. ದೋಷ 812 ಕ್ಲೈಂಟ್ ಒದಗಿಸಿದ ದೃಢೀಕರಣ ವಿಧಾನವನ್ನು ನಿರಾಕರಿಸುವ ಸರ್ವರ್-ಬದಿಯ ನೀತಿ. ವ್ಯಾಪ್ತಿಯ ಉಳಿದವು ಜಾಲದಿಂದಲ್ಲ, ಸ್ಥಳೀಯ ಸಂಪರ್ಕ ವ್ಯವಸ್ಥಾಪಕದಿಂದ ಬರುತ್ತವೆ.

ಏನನ್ನೂ ಮರುನಿರ್ಮಿಸುವ ಮೊದಲು ಜಾಡನ್ನು ಆನ್ ಮಾಡಿ. ಜಾಡು ವಿಫಲವಾದ ಹಂತವನ್ನು ಹೆಸರಿಸುತ್ತದೆ, ಮತ್ತು ಹಂತದ ಹೆಸರು ಸಂವಾದದ ಪಠ್ಯಕ್ಕಿಂತ ಹೆಚ್ಚು ಮೌಲ್ಯದ್ದು:

netsh ras set tracing * enable
Get-ChildItem "$env:windir\tracing" | Sort-Object LastWriteTime -Descending | Select-Object -First 5

ಜಾಡುಗಳು ಜಾಡು ಕೋಶದ ಅಡಿಯಲ್ಲಿ ಬೀಳುತ್ತವೆ ಮತ್ತು ನೀವು ಅವನ್ನು ಅಳಿಸುವವರೆಗೆ ಅಲ್ಲಿಯೇ ಉಳಿಯುತ್ತವೆ, ಆದ್ದರಿಂದ ನಂತರ ಜಾಡನ್ನು ಆಫ್ ಮಾಡಿ, ವಾರಗಟ್ಟಲೆ ಆನ್ ಬಿಡಬೇಡಿ.

ಸಂಪರ್ಕಗೊಂಡ ಪ್ರೊಫೈಲ್ ಕೂಡ ಎಲ್ಲವನ್ನೂ ಮುರಿಯಬಹುದು

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

ಎರಡು ನಿಯಂತ್ರಣಗಳು ಇದನ್ನು ನಿರ್ಧರಿಸುತ್ತವೆ. ಒಂದು ಪ್ರೊಫೈಲ್‌ನಲ್ಲಿನ ಸ್ಪ್ಲಿಟ್-ಟನೆಲಿಂಗ್ ಗುಣ. ಇನ್ನೊಂದು ದೂರದ ಜಾಲದಲ್ಲಿ ಡೀಫಾಲ್ಟ್ ಗೇಟ್‌ವೇ ಬಳಸುವ ಪ್ರತಿ ಅಡಾಪ್ಟರ್ನ ಆಯ್ಕೆ, ಅದು IPv4 ನ ಸುಧಾರಿತ ಸೆಟ್ಟಿಂಗ್‌ಗಳ ಅಡಿಯಲ್ಲಿದೆ.

Set-VpnConnection -Name "Office" -SplitTunneling $true
Add-VpnConnectionRoute -ConnectionName "Office" -DestinationPrefix 10.20.0.0/16

ಮಾರ್ಗಗಳನ್ನು ಸೇರಿಸದೆ ಸ್ಪ್ಲಿಟ್ ಟನೆಲಿಂಗ್ ಆನ್ ಮಾಡಿದರೆ ಸಂಪರ್ಕಗೊಳ್ಳುವ ಆದರೆ ಎಲ್ಲಿಗೂ ತಲುಪದ ಸುರಂಗ ಉಂಟಾಗುತ್ತದೆ. DNS ಪರಿಶೀಲಿಸದೆ ಅದನ್ನು ಆಫ್ ಮಾಡಿದರೆ ಆಂತರಿಕ ಹೆಸರುಗಳು ಸಾರ್ವಜನಿಕ ಉತ್ತರಗಳಿಗೆ ಪರಿವರ್ತನೆಯಾಗುತ್ತವೆ, ಏಕೆಂದರೆ ಅಡಾಪ್ಟರ್ನ ಸ್ವಂತ ಪ್ರತ್ಯಯ ಮತ್ತು ಸರ್ವರ್‌ಗಳನ್ನು ಬಳಸಲಾಗುವುದಿಲ್ಲ.

ಮೊದಲು ಕೊಳವೆ ಜೋಡಣೆಯನ್ನು ಪರಿಶೀಲಿಸಿ, ನಂತರ ಪ್ರಕಾರ

ಈ ಕ್ರಮದಲ್ಲಿ ಕೆಲಸ ಮಾಡಿ, ಮತ್ತು ಎಲ್ಲವನ್ನೂ ಒಟ್ಟಿಗೆ ಸರಿಹೊಂದಿಸುವ ಬದಲು ಒಂದು ಹಂತ ವಿಫಲವಾದಾಗ ನಿಲ್ಲಿಸಿ:

Test-NetConnection vpn.example.net -Port 443
Get-VpnConnection -Name "Office" | Format-List TunnelType, ServerAddress, DnsSuffix
netsh interface ipv4 show route
rasdial Office

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

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