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 പ്രവർത്തിക്കുന്നില്ല” എന്ന് തുടങ്ങുന്നതിന് പകരം.