പോർട്ട് 443 മറുപടി നൽകുന്നു, SSTP ഇപ്പോഴും പരാജയപ്പെടുന്നു: ഏത് ഘട്ടമാണ് തകർന്നത്?

ടണൽ ഒരിക്കലും നിർമ്മിക്കപ്പെടാതിരിക്കുമ്പോൾ പോർട്ട് 443-ലേക്ക് TCP ഹസ്തദാനം പൂർത്തിയാക്കുന്നത് ഒരു കാര്യം തെളിയിക്കുന്നു, അത് ചെറിയ കാര്യമാണ്. ആ വിലാസത്തിൽ എന്തോ കേൾക്കുന്നു, ഒരു ബന്ധം സ്വീകരിക്കാൻ തയ്യാറാണ്. സേവനം, അവതരിപ്പിക്കുന്ന സർട്ടിഫിക്കറ്റ്, ആദ്യ ബൈറ്റുകൾക്ക് ശേഷം എന്ത് സംഭവിക്കുന്നു എന്നിവ ഇത് തിരിച്ചറിയുന്നില്ല.

ആ ഹസ്തദാനത്തിനും പ്രവർത്തിക്കുന്ന ടണലിനും ഇടയിൽ നാല് ഘട്ടങ്ങളുണ്ട്, ഓരോന്നും വ്യത്യസ്ത പിശക് ഉണ്ടാക്കുന്നു.

തുറന്ന പോർട്ട് ഒരു പാളിയെ മാത്രം വിവരിക്കുന്നു

TCP ബന്ധം സ്വീകരിക്കുക എന്നാൽ ഒരു പ്രക്രിയ സോക്കറ്റിന്റെ ഉടമയാണെന്നും പാത ഹസ്തദാനം അനുവദിക്കുന്നു എന്നും അർത്ഥം. ആ പ്രക്രിയ SSTP സെർവർ ആണോ, നിങ്ങളുടെ പ്രൊഫൈലിലെ പേരിന് സാധുവായ സർട്ടിഫിക്കറ്റ് ഉണ്ടോ, അല്ലെങ്കിൽ നിങ്ങളുടെ അക്കൗണ്ട് അംഗീകരിക്കുമോ എന്ന് ഇത് ഒന്നും പറയുന്നില്ല. അതേ വിലാസത്തിലെ ഒരു വെബ് സെർവർ ഹസ്തദാനത്തിന് മികച്ച മറുപടി നൽകി പിന്നീട് നിങ്ങളുടെ SSTP അഭ്യർത്ഥനയ്ക്ക് HTTP പിശകോടെ മറുപടി നൽകുന്നു. ആ ഹസ്തദാനത്തിന് മുകളിലുള്ളതെല്ലാം പരിശോധിക്കാതെ അവശേഷിക്കുന്നു.

പോർട്ട് പരിശോധനയെ ഏറ്റവും വിലകുറഞ്ഞ ഫിൽട്ടറായി കാണുക, വിധിയായി അല്ല. അതിന്റെ മൂല്യം ഒരു പരാജയ വിഭാഗത്തെ മുഴുവനായി നീക്കുന്നതിലാണ്, അതിന് മുകളിലുള്ളതെല്ലാം സ്ഥിരീകരിക്കുന്നതിലല്ല.

ഇവ രണ്ടും കൂട്ടിക്കലർത്തുന്നതാണ്, ക്ലയന്റിന്റെ യഥാർത്ഥ പ്രശ്നം ഒരിക്കലും പരിശോധിക്കാത്ത ഒരു പരിശോധനയ്ക്ക് ശേഷം ആളുകൾ ക്ലയന്റുകൾ വീണ്ടും ഇൻസ്റ്റാൾ ചെയ്യുന്നതിന്റെ കാരണം.

തെളിവുകളോടെ നാല് ഘട്ടങ്ങൾ വേർതിരിക്കുക

ഘട്ടങ്ങൾ ഗതാഗത ലഭ്യത, TLS സാധൂകരണം, HTTPS-ലൂടെയുള്ള SSTP കൈമാറ്റം, ടണലിനുള്ളിലെ PPP പ്രാമാണീകരണം എന്നിവയാണ്. ആദ്യത്തേത് കടന്ന് നാലാമത്തേതിൽ പരാജയപ്പെടുന്ന പാതയ്ക്ക് ക്രെഡൻഷ്യൽ പരിഹാരം വേണം; രണ്ടാമത്തേതിൽ പരാജയപ്പെടുന്നതിന് സർട്ടിഫിക്കറ്റോ പേരോ പരിഹരിക്കണം. ഈ അറ്റകുറ്റപ്പണികൾക്ക് പൊതുവായി ഒന്നുമില്ല, തെറ്റായത് തിരഞ്ഞെടുക്കുന്നത് തടസ്സം പാഴാക്കുന്നു.

nc -vz vpn.example.net 443
openssl s_client -connect vpn.example.net:443 -servername vpn.example.net -brief
curl -sS -o /dev/null -w '%{http_code}\n' https://vpn.example.net/

മൂന്നാമത്തെ കമാൻഡ് ശ്രദ്ധയോടെ വായിക്കാൻ യോഗ്യമാണ്. ഒരു സാധാരണ വെബ് പേജിൽ നിന്നുള്ള 200 ഒരു വെബ് സേവനം ഉണ്ടെന്ന് പറയുന്നു; SSTP അഭ്യർത്ഥന മനസ്സിലാക്കുമെന്ന് പറയുന്നില്ല. അതേ വിലാസത്തിൽ നിന്നുള്ള 404 VPN-നെക്കുറിച്ച് അത്രയും തന്നെ വിവരരഹിതമാണ്. ക്ലയന്റ് ലോഗ് മാത്രമാണ് നാലിൽ ഏത് ഘട്ടത്തിൽ എത്തിയെന്ന് പറയുന്നത്.

ഓരോ കമാൻഡും ഏത് പേര് ഉപയോഗിച്ചുവെന്ന് ശ്രദ്ധിക്കുക. നിങ്ങൾ അയയ്ക്കുന്ന പേരനുസരിച്ചാണ് സർട്ടിഫിക്കറ്റ് തിരഞ്ഞെടുക്കുന്നത്, അതിനാൽ പ്രൊഫൈലും പരിശോധനയും തമ്മിലുള്ള പൊരുത്തക്കേട് നിങ്ങൾ കൊണ്ടുവന്ന പൊരുത്തക്കേടാണ്. ആ പേര് ഫലത്തിന് അടുത്ത് എഴുതുന്നത് പിന്നീടുള്ള ആശയക്കുഴപ്പം തടയുന്നു.

ഭാഗിക വിജയം ശരിയായ ദിശയിൽ വായിക്കുക

ഒരു ഇടനിലക്കാരൻ സാധാരണ ബ്രൗസിംഗ് അനുവദിച്ച് പിന്നീടുള്ള കൈമാറ്റം നിരസിക്കാം, അതുകൊണ്ടാണ് വെബ്സൈറ്റുകൾക്ക് പ്രവർത്തിക്കുന്ന പ്രോക്സി ടണലിന് പരാജയപ്പെടാൻ സാധിക്കുന്നത്. സർട്ടിഫിക്കറ്റ് ബ്രൗസർ പേരിന് സാധുവായിരിക്കുകയും പ്രൊഫൈലിൽ ക്രമീകരിച്ച പേരിന് സാധുവല്ലാതിരിക്കുകയും ചെയ്യുമ്പോൾ അതേ മാതൃക കാണാം: ബ്രൗസർ തൃപ്തനാണ്, ക്ലയന്റ് അല്ല, ഇരുവരും തങ്ങൾ പരിശോധിച്ചതിനെക്കുറിച്ച് ശരിയാണ്.

ഇത് രോഗനിർണയം ചെയ്യുമ്പോൾ സെർവർ സാധൂകരണം ഓണായി സൂക്ഷിക്കുക. അത് ഓഫ് ചെയ്യുന്നത് സർട്ടിഫിക്കറ്റ് പൊരുത്തക്കേടിനെ വിജയകരമായ ഹസ്തദാനമാക്കി മാറ്റുകയും പരാജയം വിശദീകരിക്കുമായിരുന്ന ഏക തെളിവ് മറയ്ക്കുകയും ചെയ്യുന്നു.

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

പിന്നീട് സെഷൻ മാത്രമല്ല, ആപ്ലിക്കേഷൻ പരിശോധിക്കുക

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

ഓരോ നിഗമനവും അത് ഉണ്ടാക്കിയ ഘട്ടത്തോട് ബന്ധിപ്പിച്ച് നിർത്തുക. തുറന്ന പോർട്ടിനെ പ്രവർത്തിക്കുന്ന VPN എന്ന് വിളിക്കുന്നതാണ് അഞ്ച് മിനിറ്റ് സർട്ടിഫിക്കറ്റ് പരിശോധനയെ ഒരു ദിവസത്തെ സോഫ്റ്റ്വെയർ പുനഃസ്ഥാപനമാക്കി മാറ്റുന്ന വഴി.