Windows VPN ಮತ್ತು Cisco Secure Client: ಯಾವುದು ಸರಿ?
ಬ್ರ್ಯಾಂಡ್ ಪ್ರೋಟೋಕಾಲ್‌ನ ಹೆಸರಲ್ಲ: Windows ಹಲವು ಸ್ಥಳೀಯ ಪ್ರಕಾರಗಳನ್ನು ನೀಡುತ್ತದೆ ಮತ್ತು Cisco ಕ್ಲೈಂಟ್ ಒಂದಕ್ಕಿಂತ ಹೆಚ್ಚು ಮೋಡ್‌ಗಳ ಪ್ರೊಫೈಲ್‌ಗಳನ್ನು ಹೊಂದಿದೆ. ಪ್ರೊಫೈಲ್ ಓದಿ.
ಒಂದೇ ಗೇಟ್‌ವೇಗೆ ಎರಡು ಸೂಚನೆಗಳು ಬರುತ್ತವೆ: Windows VPN ನಿಂದ ಸಂಪರ್ಕಿಸಿ ಅಥವಾ Cisco ಕ್ಲೈಂಟ್ ಸ್ಥಾಪಿಸಿ. ಇವುಗಳಲ್ಲಿ ಯಾವುದೂ ಗೇಟ್‌ವೇ ನಿರೀಕ್ಷಿಸುವ ವಿನಿಮಯವನ್ನು ಹೆಸರಿಸುವುದಿಲ್ಲ, ಏಕೆಂದರೆ Windows ಹಲವು ಸ್ಥಳೀಯ ಸಂಪರ್ಕ ಪ್ರಕಾರಗಳನ್ನು ತೋರಿಸುತ್ತದೆ ಮತ್ತು ಮಾರಾಟಗಾರರ ಕ್ಲೈಂಟ್ ಒಂದಕ್ಕಿಂತ ಹೆಚ್ಚು ಮೋಡ್‌ಗಳ ಪ್ರೊಫೈಲ್‌ಗಳನ್ನು ಹೊಂದಿದೆ. ಎರಡೂ ಲೇಬಲ್‌ಗಳು ತಂತ್ರಾಂಶವನ್ನು ವಿವರಿಸುತ್ತವೆ, ಆದರೆ ಗೇಟ್‌ವೇ ಪ್ರೋಟೋಕಾಲ್, ದೃಢೀಕರಣ ಮತ್ತು ನೀತಿಯ ಬಗ್ಗೆ ಮಾತುಕತೆ ನಡೆಸುತ್ತದೆ. ಉತ್ತರ ಪ್ರೊಫೈಲ್‌ನಲ್ಲಿದೆ, ಮತ್ತು ಸಂಪರ್ಕಿಸದೆಯೇ ಅದನ್ನು ಓದಬಹುದು.
ಲೇಬಲ್ ತಂತ್ರಾಂಶವನ್ನು ಹೆಸರಿಸುತ್ತದೆ, ವಿನಿಮಯವನ್ನಲ್ಲ
ಬ್ರ್ಯಾಂಡ್ ಮತ್ತು ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಂ ಎರಡು ಬೇರೆ ಸಂಗತಿಗಳು, ಮತ್ತು ಎರಡೂ ತಂತಿಯ ಸ್ವರೂಪವನ್ನು ಆಯ್ಕೆ ಮಾಡುವುದಿಲ್ಲ. Windows ಸ್ಥಳೀಯ ಪ್ರಕಾರಗಳ ಗುಂಪನ್ನು ಒದಗಿಸುತ್ತದೆ, ಮತ್ತು Cisco ಕ್ಲೈಂಟ್ SSL ಅಥವಾ IPsec/IKEv2 ಚಲಾಯಿಸಬಲ್ಲ ಪ್ರೊಫೈಲ್ ಎಂಜಿನ್ ಒದಗಿಸುತ್ತದೆ. ಎರಡನ್ನೂ ಬೆರೆಸಿದರೆ ವಿನಿಮಯಗಳ ಬದಲು ಕಂಪನಿಗಳನ್ನು ಹೋಲಿಸುವ ಕೋಷ್ಟಕಗಳು ಉಂಟಾಗುತ್ತವೆ.
ಕೆಳಗಿನ ಕೋಷ್ಟಕ ಉತ್ಪನ್ನದ ಪ್ರಶ್ನೆಯನ್ನು ಮೂರು ಓದುವ ಸ್ಥಳಗಳು ಮತ್ತು ಪ್ರತಿಯೊಂದು ಹೊಂದಿರುವ ಕ್ಷೇತ್ರದಿಂದ ಬದಲಾಯಿಸುತ್ತದೆ. ಆ ಕ್ಷೇತ್ರಗಳನ್ನು ದಾಖಲಿಸಿ, ಅಸ್ಪಷ್ಟತೆ ಮಾಯವಾಗುತ್ತದೆ:
| Where to read it | Field name to record | What a mismatch looks like |
|---|---|---|
| Native Windows profile | TunnelType and AuthenticationMethod from Get-VpnConnection | The client offers IKEv2 while the gateway answers only on an SSL port |
| Vendor client profile | SSL or IPsec/IKEv2 mode, plus the client and headend version pair | The imported profile negotiates a mode this headend does not serve |
| Gateway configuration | Protocol, authentication policy and the certificate the headend presents | The client authenticates and then drops, because policy expects another method |
Microsoft ನ Windows VPN ಪ್ರಕಾರಗಳ ಉಲ್ಲೇಖ ಸ್ಥಳೀಯ ಪ್ರಕಾರಗಳಲ್ಲಿ IKEv2 ಮತ್ತು SSTP ಅನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ, ಇದು ಸ್ಥಳೀಯ ಪ್ರೊಫೈಲ್ ಎಂದರೆ PPTP ಎಂಬ ಕಲ್ಪನೆಯನ್ನು ತೆಗೆದುಹಾಕುತ್ತದೆ. Cisco ನ ಪ್ರೊಫೈಲ್ ದಾಖಲೆಗಳು ಹೊಂದಿಕೆಯಾಗುವ ಹೆಡ್‌ಎಂಡ್ ನೀತಿಯೊಂದಿಗೆ SSL ಮತ್ತು IPsec/IKEv2 ಎರಡೂ ಮೋಡ್‌ಗಳನ್ನು ವಿವರಿಸುತ್ತವೆ. ಪ್ರತಿ ಮಾರಾಟಗಾರ ಹಲವು ಆಯ್ಕೆಗಳನ್ನು ನೀಡುತ್ತಾನೆ, ಆದ್ದರಿಂದ ಯಾವ ಹೆಸರೂ ಒಂದು ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಗುರುತಿಸುವುದಿಲ್ಲ.
ಸ್ಥಳೀಯ ಪ್ರಕಾರಗಳು ತಂತಿಯ ಮೇಲೆ ಏನನ್ನು ಇಡುತ್ತವೆ
IKEv2 UDP ಮೇಲೆ ಭದ್ರತಾ ಸಂಘಗಳ ಬಗ್ಗೆ ಮಾತುಕತೆ ನಡೆಸುತ್ತದೆ ಮತ್ತು IPsec ಒಳಗೆ ಸಂಚಾರವನ್ನು ಸಾಗಿಸುತ್ತದೆ, ಇದು ಅದನ್ನು Microsoft-ನಿರ್ದಿಷ್ಟ ವಿನ್ಯಾಸವಲ್ಲದೆ ಇತರ IKEv2 ಅನುಷ್ಠಾನಗಳ ಸಮಾನವನ್ನಾಗಿಸುತ್ತದೆ. SSTP PPP ಅನ್ನು HTTPS ಅವಧಿಯ ಒಳಗೆ ಸುತ್ತುತ್ತದೆ, ಆದ್ದರಿಂದ IKEv2 ಹಾದುಹೋಗಲಾಗದ ಪ್ರಾಕ್ಸಿಗಳನ್ನು ದಾಟುತ್ತದೆ ಮತ್ತು ತಂತಿಯ ಮೇಲೆ TLS ನಂತೆ ಕಾಣುತ್ತದೆ, ಆದರೆ TLS VPN ಪ್ರೋಟೋಕಾಲ್ ಅಲ್ಲ. ಈ ಎರಡು ಸಂಗತಿಗಳು ಸುರಂಗ ಒಂದು ಜಾಲದಲ್ಲಿ ಕೆಲಸ ಮಾಡಿ ಇನ್ನೊಂದರಲ್ಲಿ ವಿಫಲವಾಗುತ್ತದೆ ಎಂದು ಹೇಳುವ ಟಿಕೆಟ್‌ನ ಬಹುಪಾಲನ್ನು ವಿವರಿಸುತ್ತವೆ.
IPsec ಜೊತೆಗಿನ L2TP ಮತ್ತು ಹಳೆಯ PPTP ನಮೂದು ಒಂದೇ ಡ್ರಾಪ್‌ಡೌನ್‌ನಲ್ಲಿವೆ, ಮತ್ತು ಅಲ್ಲಿ ಅವುಗಳ ಇರುವಿಕೆ ಸರ್ವರ್ ಬೆಂಬಲದ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ. ಡ್ರಾಪ್‌ಡೌನ್ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಂ ಪ್ರಯತ್ನಿಸಬಹುದಾದದ್ದರ ಮೆನು, ಗೇಟ್‌ವೇಯ ಸಾಮರ್ಥ್ಯ ಪ್ರಕಟಣೆಯಲ್ಲ. ಅದನ್ನು ಬೆಂಬಲ ಪಟ್ಟಿ ಎಂದು ಓದುವುದೇ ಎರಡು ಗಂಟೆಗಳ ರುಜುವಾತು ಹುಡುಕಾಟದ ಆರಂಭ.
ಸ್ಥಳೀಯ ಪ್ರೊಫೈಲ್‌ನಲ್ಲಿ ಮುಖ್ಯವಾದ ಕ್ಷೇತ್ರಗಳು ಸಂಪರ್ಕ ಪ್ರಕಾರ, ದೃಢೀಕರಣ ವಿಧಾನ ಮತ್ತು ಸರ್ವರ್‌ನ ಗುರುತು. ತಪ್ಪು ಪ್ರಕಾರ ಕೆಟ್ಟ ಗುಪ್ತಪದಕ್ಕಿಂತ ಬೇರೆ ಹಂತದಲ್ಲಿ ವಿಫಲವಾಗುತ್ತದೆ, ಮತ್ತು ಆ ವ್ಯತ್ಯಾಸವೇ ಅನುಸರಿಸಲು ಯೋಗ್ಯವಾದ ಸುಳಿವು.
ಮಾರಾಟಗಾರರ ಕ್ಲೈಂಟ್ ಏನನ್ನು ಸೇರಿಸುತ್ತದೆ: ಪ್ರೊಫೈಲ್‌ಗಳು, ಪ್ರೋಟೋಕಾಲ್ ಅಲ್ಲ
Cisco ಕ್ಲೈಂಟ್ ಪ್ರೊಫೈಲ್‌ಗಳಿಗೆ ಪಾತ್ರೆ. SSL ಮೋಡ್ ಮತ್ತು IPsec/IKEv2 ಮೋಡ್ ವಿನಿಮಯ, ಪೋರ್ಟ್ ನಿರೀಕ್ಷೆಗಳು ಮತ್ತು ದೋಷ ಪಠ್ಯದಲ್ಲಿ ಭಿನ್ನ, ಮತ್ತು ಆಮದು ಮಾಡಿದ ಪ್ರೊಫೈಲ್ ಅವುಗಳ ನಡುವೆ ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ. ಆದ್ದರಿಂದ ಕ್ಲೈಂಟ್ ಸ್ಥಾಪನೆ ತಲುಪುವಿಕೆಯ ಬಗ್ಗೆ ಏನನ್ನೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.
ಆವೃತ್ತಿಗಳು ಒಂದು ಕಾರಣಕ್ಕೆ ಜೋಡಿಯಾಗುತ್ತವೆ. ವೈಶಿಷ್ಟ್ಯಗಳು, ದೃಢೀಕರಣ ಹರಿವುಗಳು ಮತ್ತು ಸ್ಥಿತಿ ಪರಿಶೀಲನೆಗಳು ಕ್ಲೈಂಟ್ ಮತ್ತು ಹೆಡ್‌ಎಂಡ್ ನಡುವೆ ಮಾತುಕತೆಯಾಗುತ್ತವೆ, ಆದ್ದರಿಂದ ಹಳೆಯ ಕ್ಲೈಂಟ್ ಹೊಸ ಹೆಡ್‌ಎಂಡ್ ಎದುರು ಜಾಲದ ದೋಷದಂತೆ ಓದುವ ರೀತಿಯಲ್ಲಿ ವಿಫಲವಾಗಬಹುದು. ಆ ಜೋಡಿ ಸಂಪರ್ಕ ವ್ಯಾಖ್ಯಾನಕ್ಕೆ ಸೇರಿದೆ, ನವೀಕರಣ ಟಿಪ್ಪಣಿಗೆ ಅಲ್ಲ.
ಬೇರೆ ಸಂಸ್ಥೆಯಿಂದ ರಫ್ತಾದ ಪ್ರೊಫೈಲ್ ಸ್ಥಳೀಯ ಹೆಡ್‌ಎಂಡ್‌ಗೆ ಅಪರೂಪವಾಗಿ ಹೊಂದುತ್ತದೆ, ಮತ್ತು ಅದನ್ನು ಆಮದು ಮಾಡಿದರೆ ಕ್ಲೈಂಟ್ ಗೇಟ್‌ವೇ ನೀಡದ ಮೋಡ್ ಅನ್ನು ನೀಡಬಹುದು. ಮೊದಲು ಪ್ರೊಫೈಲ್‌ನಿಂದ ಮೋಡ್ ಓದಿ, ನಂತರ ಅದನ್ನು ಗೇಟ್‌ವೇಯ ಸಂರಚಿತ ಪ್ರೋಟೋಕಾಲ್ ಮತ್ತು ದೃಢೀಕರಣ ನೀತಿಯೊಂದಿಗೆ ಹೋಲಿಸಿ. ಅವು ಹೊಂದಿದ ನಂತರವೇ ಜಾಲ ಸಂಶಯಾಸ್ಪದವಾಗುತ್ತದೆ. ಈ ಕ್ರಮ ತಪ್ಪು ಸೇವೆಯತ್ತ ತೋರಿಸಿದ ಆರೋಗ್ಯಕರ TLS ಅವಧಿಯನ್ನು ತೋರಿಸುತ್ತಿದ್ದ ಪ್ಯಾಕೆಟ್ ಸೆರೆಹಿಡಿಯುವಿಕೆಯನ್ನು ಉಳಿಸುತ್ತದೆ.
ಏನನ್ನಾದರೂ ಬದಲಿಸುವ ಮೊದಲು ಸ್ಥಳೀಯ ಪ್ರೊಫೈಲ್ ಓದಿ
Windows ನಲ್ಲಿ ಸ್ಥಳೀಯ ಸಂರಚನೆಯನ್ನು ಡಯಲ್ ಮಾಡದೆ ಓದಬಹುದು, ಮತ್ತು ಔಟ್‌ಪುಟ್ ಪ್ರಕಾರ ಮತ್ತು ದೃಢೀಕರಣ ವಿಧಾನವನ್ನು ನೇರವಾಗಿ ಹೆಸರಿಸುತ್ತದೆ. ಆ ಮೌಲ್ಯಗಳನ್ನು ಗೇಟ್‌ವೇ ಮಾಲೀಕರು ಹೆಡ್‌ಎಂಡ್ ಏನನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ ಎಂದು ಹೇಳುವುದರೊಂದಿಗೆ ಹೋಲಿಸಿ. ಪ್ರಕಾರ ಟಿಕೆಟ್‌ಗೆ ಹೊಂದದಿದ್ದರೆ, ಮೊದಲು ಟಿಕೆಟ್ ಸರಿಪಡಿಸಿ, ಏಕೆಂದರೆ ಎಂದೂ ತಪ್ಪಾಗದ ಕ್ಲೈಂಟ್ ಅನ್ನು ಮತ್ತೆ ಸ್ಥಾಪಿಸುವುದಕ್ಕಿಂತ ಇದು ಅಗ್ಗ.
ಈ ನಾಲ್ಕು ಆದೇಶಗಳು ಪ್ರೊಫೈಲ್, ಅದರ ಮಾರ್ಗಗಳು, ಸಂಪರ್ಕ ಪ್ರಯತ್ನ ಮತ್ತು ಪೋರ್ಟ್ ತಲುಪುವಿಕೆಯನ್ನು ಒಳಗೊಳ್ಳುತ್ತವೆ. ಪ್ರೊಫೈಲ್ ಈಗಾಗಲೇ ಸ್ಥಾಪಿತವಿರುವ ಯಂತ್ರದಲ್ಲಿ ಅದೇ ಕ್ರಮದಲ್ಲಿ ಅವುಗಳನ್ನು ಚಲಾಯಿಸಿ:
Get-VpnConnection | Format-List Name,TunnelType,AuthenticationMethod,ServerAddress
Get-VpnConnection -Name 'Corp' | Select-Object -ExpandProperty Routes
rasdial
Test-NetConnection -ComputerName vpn.example.com -Port 443ಪೋರ್ಟ್ ಪರೀಕ್ಷೆಯೇ ಹೆಚ್ಚು ಓದಲ್ಪಡುವುದು. ಲಾಗಿನ್ ಪುಟ ನೀಡುವ TCP 443 ಶ್ರೋತೃ ಮತ್ತು IKEv2 ಅನ್ನು ಕೊನೆಗೊಳಿಸುವ ಇನ್ನೊಂದು ಹೊರಗಿನಿಂದ ಒಂದೇ ರೀತಿ ಕಾಣುತ್ತವೆ, ಏಕೆಂದರೆ ಪೋರ್ಟ್ ಒಂದು ಸ್ಥಳ, ಪ್ರೋಟೋಕಾಲ್ ಅಲ್ಲ.
ಫಲಿತಾಂಶವನ್ನು ಮೂರು ಕ್ಷೇತ್ರಗಳಾಗಿ ಬರೆಯಿರಿ, ಕ್ಲೈಂಟ್, ಮೋಡ್ ಮತ್ತು ಗೇಟ್‌ವೇ, ಮತ್ತು ಅವನ್ನು ಟಿಕೆಟ್ ಪಕ್ಕದಲ್ಲಿ ಇರಿಸಿ. ಇದಕ್ಕಿಂತ ಚಿಕ್ಕದು ಯಾವುದೇ ಮುಂದಿನ ವ್ಯಕ್ತಿಗೆ ಅದೇ ಅಸ್ಪಷ್ಟತೆಯನ್ನು ಮತ್ತೆ ಕಂಡುಕೊಳ್ಳಲು ಬಿಡುತ್ತದೆ.