SSL VPN അല്ലെങ്കിൽ TLS ആവരണമോ? പരാജയപ്പെട്ട അതിർത്തി താരതമ്യം ചെയ്യുക

രണ്ട് രൂപകൽപ്പനകൾക്ക് 443 പോർട്ടിൽ TLS പ്രവർത്തിപ്പിക്കാം, പക്ഷേ അതുകൊണ്ട് തികച്ചും വ്യത്യസ്തമായ കാര്യങ്ങളാണ് അർത്ഥമാക്കുന്നത്. ആവരണം ഒരു ക്രമീകരിച്ച കണക്ഷൻ സംരക്ഷിക്കുന്നു പ്രാദേശിക പോർട്ടും വിദൂര backend-ഉം തമ്മിൽ. നെറ്റ്വർക്ക് ആക്സസ് രൂപകൽപ്പന തിരഞ്ഞെടുത്ത ട്രാഫിക് കൊണ്ടുപോകുന്നു, ക്ലയന്റിന് എവിടെ വരെ എത്താമെന്ന് മാറ്റുന്നു. താഴെയുള്ള നാല് പരിശോധനകൾ ക്രമത്തിൽ ചെയ്യുക, എന്നാൽ ഏതാണ് കാണുന്നതെന്ന് അറിയാം, അത് സാധാരണയായി ഏത് പാളി പരാജയപ്പെട്ടു എന്ന് അറിയാൻ മതി.

നിങ്ങൾ യഥാർത്ഥത്തിൽ ക്രമീകരിച്ച കണക്ഷനിൽ നിന്ന് തുടങ്ങുക

ഉൽപ്പന്നങ്ങൾ താരതമ്യം ചെയ്യുന്നതിന് മുൻപ് മുൻഭാഗവും പിൻഭാഗവും എഴുതുക. ആവരണം പ്രാദേശിക വിലാസത്തിൽ കേൾക്കുകയും വിദൂര വിലാസത്തിലേക്ക് അയയ്ക്കുകയും ചെയ്യുന്നു, അല്ലെങ്കിൽ വിദൂര വശത്ത് ഒരു പ്രോഗ്രാം ആരംഭിക്കുന്നു, ആ ജോടിയാണ് അതിന്റെ മുഴുവൻ കരാർ. ക്ലയന്റിന്റെ മറ്റ് ആപ്പുകൾക്ക് അതിനെക്കുറിച്ച് ഒന്നും അറിയില്ല, നിങ്ങൾ അവയെ അതിലേക്ക് തിരിച്ചുവിടുന്നില്ലെങ്കിൽ. ഇത് ഉപകരണത്തിന്റെ കുറവല്ല, ഉപകരണം ഇതിനുവേണ്ടിയാണ്.

നെറ്റ്വർക്ക് രൂപകൽപ്പനയുടെ കരാർ വ്യത്യസ്തമാണ്, അത് പോർട്ട് ജോടിയിലല്ല, റൂട്ടുകളിലും നയത്തിലുമാണ് പ്രകടമാകുന്നത്.

ആ രണ്ട് വിവരണങ്ങളിൽ ഏതാണ് നിങ്ങളുടെ ഡയഗ്രാമുമായി ചേരുന്നതെന്ന് ശ്രദ്ധിക്കുക. ഉത്തരം നടുവിൽ സർട്ടിഫിക്കറ്റുള്ള ഒരു പോർട്ട് മാപ്പിംഗ് ആണെങ്കിൽ, ഉൽപ്പന്നത്തിന്റെ പേര് VPN എന്ന് പറഞ്ഞാലും നിങ്ങൾക്ക് ആവരണമുണ്ട്. ഉത്തരം ടണൽ ഇന്റർഫേസും റൂട്ട് മാറ്റങ്ങളുമാണെങ്കിൽ, അത് 443-ൽ പ്രവർത്തിച്ചാലും നിങ്ങൾക്ക് നെറ്റ്വർക്ക് രൂപകൽപ്പനയുണ്ട്.

ആവരണം എന്തുമായി ബന്ധിപ്പിക്കുന്നു എന്ന് പരിശോധിക്കുക

കേൾക്കുന്നതിന്റെയും ബന്ധിപ്പിക്കുന്നതിന്റെയും ക്രമീകരണങ്ങൾ വായിച്ച് യഥാർത്ഥ backend വരെ പിന്തുടരുക. ഡാറ്റാബേസ് പോർട്ടിലേക്ക് അയയ്ക്കുന്ന ആവരണം ഒരു വെബ് ആപ്പ് തുറക്കുന്നില്ല, പ്രോഗ്രാം പ്രവർത്തിപ്പിക്കുന്ന ആവരണം ഹോസ്റ്റ് പ്രവർത്തിപ്പിക്കുന്ന ബാക്കിയെല്ലാം പ്രസിദ്ധീകരിക്കുന്നതിനുപകരം ആ പ്രോഗ്രാം ആരംഭിക്കുന്നു. Backend മാത്രമാണ് ആവരണത്തിന് അറിയാവുന്ന ഒരേയൊരു കാര്യം.

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

openssl s_client -connect wrapper.lab.example:443 -servername wrapper.lab.example -verify_return_error
sudo ss -ltnp | grep 443

ആദ്യ കമാൻഡ് ക്ലയന്റിന് യഥാർത്ഥത്തിൽ നൽകുന്ന സർട്ടിഫിക്കറ്റ് കാണിക്കുന്നു, രണ്ടാമത്തേത് ഹോസ്റ്റിൽ എന്ത് കേൾക്കുന്നു എന്ന് കാണിക്കുന്നു. മറ്റെന്തെങ്കിലും വായിക്കുന്നതിന് മുൻപ് ആ സർട്ടിഫിക്കറ്റ് പേര് നിങ്ങൾ പ്രതീക്ഷിച്ച പേരുമായി താരതമ്യം ചെയ്യുക.

രൂപകൽപ്പന ഏത് ട്രാഫിക് കൊണ്ടുപോകുന്നു എന്ന് പരിശോധിക്കുക

നെറ്റ്വർക്ക് ആക്സസ് രൂപകൽപ്പനകൾ തിരഞ്ഞെടുത്ത ട്രാഫിക് കൊണ്ടുപോകുന്നു, ക്ലയന്റിന്റെ റൂട്ടിംഗും ആക്സസ് നയവുമായി സംയോജിക്കുന്നു. പ്രവേശനം അധികാരമല്ല, അതിനാൽ സാക്ഷ്യപ്പെടുത്തിയ കണക്ഷനും ഏത് വിഭവങ്ങളിൽ എത്താമെന്ന തീരുമാനം ആവശ്യമാണ്. ക്ലയന്റില്ലാത്ത പോർട്ടൽ മൂന്നാമത്തെ മാതൃകയാണ്, അത് പിന്തുണയ്ക്കുന്ന പ്രവർത്തനങ്ങൾ പ്രോക്സി ചെയ്യുന്നു, എന്നാൽ ഒരിക്കലും tun ഇന്റർഫേസായി പ്രത്യക്ഷപ്പെടുന്നില്ല.

ഉൽപ്പന്ന ലേബൽ ഏത് മാതൃകയാണ് വാങ്ങിയതെന്ന് പറയുന്നില്ല, പോർട്ട് നമ്പർ അതിലും കുറവ് പറയുന്നു.

പാളികൂട്ടൽ സാധ്യമാണ്, അത് താരതമ്യത്തെ കുഴപ്പത്തിലാക്കരുത്. ടണൽ പ്രോട്ടോക്കോൾ തന്നെ പിന്തുണയ്ക്കുന്ന TCP ക്രമീകരണത്തിൽ TLS-ൽ പൊതിയാം, അത് ടണലിന് ചുറ്റും ഒരു പാളി ചേർക്കുന്നു, ആവരണത്തെ ടണലാക്കി മാറ്റുന്നില്ല. ഇത് സ്വന്തം പ്രകടന-പരാജയ സ്വഭാവമുള്ള രൂപകൽപ്പന തീരുമാനമാണ്, ഡയഗ്രാമിൽ ഒരു വരി അർഹിക്കുന്നു. അത് രേഖപ്പെടുത്തുക, പിന്നീട് പുറം ആവരണമല്ല, അടിസ്ഥാന മാതൃകകൾ താരതമ്യം ചെയ്യുക.

പരാജയപ്പെട്ട അതിർത്തി പരിശോധിക്കുക, ലേബൽ അല്ല

ഒരു പരാജയപ്പെട്ട ശ്രമത്തിന്റെ വസ്തുതകൾ എഴുതുക: മുൻഭാഗ വിലാസം, ശ്രോതാവ്, ക്ലയന്റ് പരിശോധിച്ച ഐഡന്റിറ്റി, backend ലക്ഷ്യം, ആവശ്യപ്പെട്ട പ്രവർത്തനം. വിജയകരമായ ഹാൻഡ്ഷേക്ക് പുറം TLS പൂർത്തിയായത് തെളിയിക്കുന്നു, backend-നെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല. Backend-ന്റെ നിരസിക്കൽ മുൻഭാഗ ഐഡന്റിറ്റി പരാജയത്തിൽ നിന്ന് വ്യത്യസ്ത സംഭവമാണ്, ക്ലയന്റിൽ നിന്ന് -verify_return_error നീക്കിയാൽ രണ്ടും മെച്ചപ്പെടുന്നില്ല. സമാനത്തെ സമാനവുമായി താരതമ്യം ചെയ്യുക, കാരണം മറ്റൊരു ഹോസ്റ്റ് നാമത്തിലൂടെയോ പോർട്ടിലൂടെയോ ഉള്ള വിജയം വ്യവസ്ഥകൾ ഒന്നുതന്നെയായിരുന്നു എന്ന് കാണിക്കുന്നില്ല.

443 പോർട്ട് TLS-നെ ഇടനില പെട്ടികളിലൂടെ കടത്തിവിടുന്ന ഒരു സമ്പ്രദായമാണ്. അത് ഏകപക്ഷീയ ട്രാഫിക്കിനെ നയ ഉപകരണത്തിന് വെബ് അഭ്യർത്ഥന പോലെയാക്കുന്നില്ല.

അന്തിമ ജോടി, എന്താണ് കൊണ്ടുപോകുന്നത്, ഏത് ആപ്പുകൾ അത് ഉപയോഗിക്കുന്നു, ലക്ഷ്യസ്ഥാനം ഏത് അനുമതി നടപ്പാക്കുന്നു എന്നിവ പേരിടുന്ന ഒരു വാക്യത്തോടെ അവസാനിപ്പിക്കുക. ആ നാല് ശൂന്യതകൾ നിറയ്ക്കാൻ കഴിയാത്ത രൂപകൽപ്പന, അതിന്റെ ലേബൽ എന്ത് അവകാശപ്പെട്ടാലും, പൂർത്തിയായിട്ടില്ല. ആ വാക്യം ഫയർവാൾ ഉടമയ്ക്ക് രൂപകൽപ്പന വിശദീകരിക്കാനുള്ള ഏറ്റവും വേഗതയുള്ള വഴിയുമാണ്.