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-ലേക്ക് അയയ്ക്കുക. അപ്പോൾ ക്ലയന്റ് ഒരു പോർട്ടും ഇല്ലാതെ ഡിഫോൾട്ട് പ്രൊഫൈൽ ഉപയോഗിക്കുന്നു, ഇത് സാധാരണയായി മാനേജുചെയ്യുന്ന കപ്പൽസംഘത്തിന് ഏറ്റവും വ്യക്തമായ ക്രമീകരണവും ഇഷ്ടാനുസൃത പോർട്ടിനെ ആന്തരിക വിശദാംശമാക്കി നിർത്തുന്നു.

അനുബന്ധ ലേഖനങ്ങൾ