SSTP എതിരെ OpenVPN: ഒരേ പോർട്ട് 443, വ്യത്യസ്ത പ്രോട്ടോക്കോൾ

രണ്ട് ഓപ്ഷനുകളും TCP 443-ന് പിന്നിൽ ഇരിക്കാം, അതിനാൽ ആളുകൾ അവ പരസ്പരം മാറ്റാവുന്ന അന്ത്യബിന്ദുക്കളാണെന്ന് കരുതുന്നു. അങ്ങനെയല്ല: SSTP സർവർ HTTPS-നുള്ളിൽ PPP സംസാരിക്കുന്നു, അതേസമയം OpenVPN സർവർ TLS-ന് മുകളിലോ അസംസ്കൃത UDP സ്ട്രീമിലൂടെയോ സ്വന്തം പ്രോട്ടോക്കോൾ സംസാരിക്കുന്നു. ഒരു ക്ലയന്റിനെ മറ്റൊന്നിന്റെ പോർട്ടിലേക്ക് തിരിച്ചുവിട്ടാൽ ഒരിക്കലും ലോഗിൻ പ്രോംപ്റ്റിലെത്താത്ത കണക്ഷൻ ഉണ്ടാകും. തിരഞ്ഞെടുപ്പ് നിങ്ങൾക്ക് ഏത് ക്ലയന്റും ട്രാൻസ്പോർട്ടും പിന്തുണയ്ക്കാനാകും എന്നതിനെക്കുറിച്ചാണ്, നമ്പറിനെക്കുറിച്ചല്ല.

പങ്കിട്ട പോർട്ട് പങ്കിട്ട പ്രോട്ടോക്കോൾ ഉണ്ടാക്കുന്നില്ല

TLS ഹാൻഡ്ഷേക്ക് പൂർത്തിയാകാം, എന്നിട്ടും എങ്ങോട്ടും എത്തിയില്ലെന്ന് വരാം, കാരണം അതിനുശേഷം അടുത്തതായി എന്ത് പറയണം എന്നതിൽ ക്ലയന്റും സർവറും യോജിക്കുന്നില്ല. പാക്കറ്റ് ക്യാപ്ചറിൽ വൃത്തിയുള്ള ഹാൻഡ്ഷേക്കിനുശേഷം മറുവശം നിരസിക്കുന്നതോ അവഗണിക്കുന്നതോ ആയ ആപ്ലിക്കേഷൻ ഡാറ്റ കാണാം. ഈ പാറ്റേൺ പ്രോട്ടോക്കോൾ പൊരുത്തക്കേടിന്റെ അടയാളമാണ്, ഫയർവാൾ തടയലല്ല.

പേരുമാറ്റിയ പ്രൊഫൈലോ മറ്റൊരു മെനു ഇനമോ ഒന്നിനെ മറ്റൊന്നാക്കി മാറ്റുന്നില്ല. SSTP കണക്ഷൻ Windows-ന്റെ VPN ക്രമീകരണങ്ങളിൽ സർവർ വിലാസവും ഓപ്പറേറ്ററുടെ പ്രാമാണീകരണ വിവരങ്ങളും ഉപയോഗിച്ച് സൃഷ്ടിക്കുന്നു, അതേസമയം OpenVPN കണക്ഷന് ക്ലയന്റും യോജിക്കുന്ന കോൺഫിഗറേഷൻ ഫയലും ആവശ്യമാണ്. Microsoft-ന്റെ SSTP സ്പെസിഫിക്കേഷൻ ആദ്യത്തേത് വിവരിക്കുന്നു, OpenVPN ഹാൻഡ്ഷേക്ക് വിവരിക്കുന്നില്ല.

പോർട്ട് 443 ഒരു നയ സൗകര്യമാണ്. കുറച്ച് മറ്റ് കാര്യങ്ങൾ മാത്രം അനുവദിക്കുന്ന നെറ്റ്വർക്കുകളിലൂടെ അത് കടന്നുപോകുന്നു, അത് യഥാർത്ഥ നേട്ടമാണ്, പക്ഷേ അതിന് പിന്നിൽ ഏത് പ്രോട്ടോക്കോൾ പ്രവർത്തിക്കുന്നു എന്നതിനെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല.

SSTP PPP-യെ HTTPS-നുള്ളിൽ ടണൽ ചെയ്യുന്നു

പേര് നിർമ്മാണത്തെ വിവരിക്കുന്നു: HTTPS സെഷനുള്ളിൽ കൊണ്ടുപോകുന്ന PPP ഫ്രെയിമുകൾ, അതായത് താഴെ TLS-ഉം ക്ലയന്റിന് പരിശോധിക്കാവുന്ന സർട്ടിഫിക്കറ്റും. Windows ഇത് സ്വദേശീയ VPN തരമായി ഉൾപ്പെടുത്തുന്നു, അതിനാൽ മാനേജുചെയ്യുന്ന ലാപ്ടോപ്പിന് ഓപ്പറേറ്റർ നൽകുന്ന പ്രൊഫൈലിന് പുറമേ അധിക സോഫ്റ്റ്വെയറില്ലാതെ ബന്ധിപ്പിക്കാനാകും.

മറ്റ് പ്ലാറ്റ്ഫോമുകൾ മറ്റൊരു കഥയാണ്. Linux അല്ലെങ്കിൽ macOS ക്ലയന്റിന് പരിപാലിക്കുന്ന ഇംപ്ലിമെന്റേഷൻ ആവശ്യമാണ്, അവ എന്ത് പിന്തുണയ്ക്കുന്നു, പിശകുകൾ എങ്ങനെ റിപ്പോർട്ട് ചെയ്യുന്നു എന്നതിൽ വ്യത്യാസപ്പെടുന്നു. നിങ്ങൾ യഥാർത്ഥത്തിൽ ഉപയോഗിക്കാൻ ഉദ്ദേശിക്കുന്ന ക്ലയന്റ് പരിശോധിക്കുക, Windows-ന്റെ അന്തർനിർമ്മിത കഴിവ് കൈമാറുമെന്ന് കരുതരുത്, പ്രൊഫൈലിലെ സർവർ നാമം സർവർ അവതരിപ്പിക്കുന്ന സർട്ടിഫിക്കറ്റുമായി യോജിക്കുന്നുവെന്ന് ഉറപ്പാക്കുക.

SSTP സാധാരണയായി TCP മാത്രം. ആ ഒരു ട്രാൻസ്പോർട്ട് നഷ്ടമുള്ള ലിങ്കിൽ അത് എങ്ങനെ പെരുമാറുന്നു എന്നതിനെ സ്വാധീനിക്കുന്നു, കാരണം പുനഃപ്രേഷണം ടണലിനുള്ളിലും താഴെയും നടക്കുന്നു.

OpenVPN സ്വന്തം ക്ലയന്റും ട്രാൻസ്പോർട്ട് തിരഞ്ഞെടുപ്പും കൊണ്ടുവരുന്നു

OpenVPN സ്വന്തം ക്ലയന്റും പ്രൊഫൈലും നൽകുന്നു, ഇത് സ്വദേശീയ Windows ഡയലോഗ് കാണിക്കാത്ത ഡയഗ്നോസ്റ്റിക്സ് നൽകുന്നു. സർവർ UDP-യിലോ TCP-യിലോ ശ്രവിക്കാം, നിങ്ങളുടെ ക്ലയന്റ് ഏതാണ് ഉപയോഗിക്കേണ്ടതെന്ന് ഓപ്പറേറ്ററുടെ കോൺഫിഗറേഷൻ തീരുമാനിക്കുന്നു. തെറ്റായ ട്രാൻസ്പോർട്ടിലേക്ക് തിരിച്ച പ്രൊഫൈൽ പ്രാമാണീകരണത്തിന് മുമ്പ് പരാജയപ്പെടുന്നു.

പ്രാമാണീകരണവും അത്രത്തോളം കോൺഫിഗറേഷൻ അധിഷ്ഠിതമാണ്. വിന്യാസത്തിന് സർട്ടിഫിക്കറ്റുകൾ മാത്രം, സർട്ടിഫിക്കറ്റുകളും ഉപയോക്തൃനാമവും പാസ്വേഡും, അല്ലെങ്കിൽ അതിന് മുകളിൽ രണ്ടാം ഘടകം ആവശ്യമായി വന്നേക്കാം, ക്ലയന്റ് ആ ക്രമീകരണവുമായി കൃത്യമായി യോജിക്കണം. കണക്ഷൻ TLS ഘട്ടത്തിലെത്തുന്നു എന്നത് അടുത്തതായി ഏത് ക്രെഡൻഷ്യലുകൾ ആവശ്യപ്പെടുമെന്ന് പറയുന്നില്ല.

UDP സാധാരണ ഡിഫോൾട്ടാണ്, കാരണം വിശ്വസനീയമായ ഒരു സ്ട്രീമിനെ മറ്റൊന്നിനുള്ളിൽ ഉൾക്കൊള്ളിക്കുന്നത് അത് ഒഴിവാക്കുന്നു. UDP തടയുന്ന നെറ്റ്വർക്കുകൾക്കായി TCP മോഡ് ഉണ്ട്, അത് പ്രവർത്തിക്കുന്നു, പക്ഷേ കടുത്ത നഷ്ടം അത് മാറ്റിസ്ഥാപിച്ച UDP പാതയേക്കാൾ മോശമായി അനുഭവപ്പെടുത്താം. ആവശ്യമുള്ളപ്പോൾ TCP തിരഞ്ഞെടുക്കുക, കൂടുതൽ വിശ്വസനീയമായി തോന്നുന്നതുകൊണ്ടല്ല.

ക്ലയന്റ്, ട്രാൻസ്പോർട്ട്, പിന്തുണ എന്നിവ പ്രകാരം തിരഞ്ഞെടുക്കുക

മൂന്ന് ചോദ്യങ്ങൾ ഈ തീരുമാനങ്ങളിൽ ഭൂരിഭാഗവും പരിഹരിക്കുന്നു. ഓരോ ക്ലയന്റ് ഉപകരണത്തിനും അധിക സോഫ്റ്റ്വെയറില്ലാതെ പ്രവർത്തിക്കുന്ന കണക്ഷൻ ആവശ്യമാണോ? നിങ്ങൾ ആശ്രയിക്കുന്ന നെറ്റ്വർക്ക് UDP അനുവദിക്കുന്നുണ്ടോ, അതോ TCP 443 ആണോ ഏക പുറത്തുകടക്കൽ? പ്രൊഫൈൽ കാലഹരണപ്പെടുമ്പോൾ ക്ലയന്റിനെയും അതിന്റെ അപ്ഡേറ്റുകളെയും വീണ്ടെടുക്കലിനെയും ആരാണ് പിന്തുണയ്ക്കുന്നത്?

രണ്ടും താരതമ്യം ചെയ്യുമ്പോൾ അതേ ഉപകരണത്തിലും അതേ ആക്സസ് നെറ്റ്വർക്കിലും പരീക്ഷിക്കുക. SSTP അന്ത്യബിന്ദുവും OpenVPN അന്ത്യബിന്ദുവും വ്യത്യസ്ത സർവറുകളോ വ്യത്യസ്ത സൈറ്റുകളോ ആണെങ്കിൽ, നിങ്ങളുടെ ഫലം പ്രോട്ടോക്കോൾ വേർതിരിക്കുന്നതിന് പകരം ആ റൂട്ടുകളും മെഷീനുകളും ഉൾക്കൊള്ളുന്നു. ഇത്തരം താരതമ്യങ്ങൾ ആത്മവിശ്വാസമുള്ളതും എന്നാൽ തെറ്റായതുമായ ഉത്തരം നൽകുന്ന ഏറ്റവും സാധാരണ വഴിയാണിത്.

തുടർന്ന് മറ്റെന്തെങ്കിലും ഡീബഗ് ചെയ്യുന്നതിന് മുമ്പ് നിങ്ങൾ യഥാർത്ഥത്തിൽ ഏതാണ് സ്ഥാപിച്ചതെന്ന് ഉറപ്പാക്കുക:

> Get-VpnConnection -Name "Office SSTP" | Select-Object TunnelType, ServerAddress
> openvpn --config office.ovpn --verb 4

ഏതായാലും, ടണൽ അവസ്ഥയിൽ വിജയം പ്രഖ്യാപിക്കുന്നതിനുപകരം നിങ്ങൾക്ക് ആവശ്യമായ റിസോഴ്സും DNS-ഉം പരിശോധിച്ച് അവസാനിപ്പിക്കുക. രണ്ട് പ്രോട്ടോക്കോളുകളും തിരഞ്ഞെടുത്ത സ്വകാര്യ ട്രാഫിക് മാത്രം കൊണ്ടുപോകാൻ കോൺഫിഗർ ചെയ്യാം, പ്രവർത്തിക്കുന്ന നാമ വിശകലനമില്ലാതെ ബന്ധിപ്പിച്ച ടണൽ തകർന്ന VPN പോലെ തോന്നുന്നു, യഥാർത്ഥത്തിൽ അത് സ്പ്ലിറ്റ്-ടണൽ അല്ലെങ്കിൽ DNS രൂപകൽപ്പനയാണ്.

മാനേജുചെയ്യുന്ന കൂട്ടത്തിൽ, പ്രൊഫൈൽ വിതരണവും അപ്ഡേറ്റ് പിന്തുണയും സാധാരണയായി ഏത് ട്രാൻസ്പോർട്ട് അളവെടുപ്പിനും വളരെ മുമ്പ് ഈ ചോദ്യം തീരുമാനിക്കുന്നു.