ഡൊമെയ്ൻ ഫ്രണ്ടിംഗ് VPN അല്ല: രണ്ട് പേരുകൾ, ഒരു അഭ്യർത്ഥന
ഒരു HTTPS അഭ്യർത്ഥനയിലെ രണ്ട് പേരുകൾ ടണൽ അല്ല. ഫ്രണ്ടിംഗ് ദാതാവിന്റെ റൂട്ടിംഗ് നിയമങ്ങളെ ആശ്രയിച്ചിരിക്കുന്നു; ഏത് പാക്കറ്റുകൾ പോകണം എന്നത് VPN തിരഞ്ഞെടുക്കുന്നു. ഇവ വെവ്വേറെ വരയ്ക്കുക.
ഈ രണ്ട് സാങ്കേതിക വിദ്യകളും ഒരുമിച്ചാണ് രേഖപ്പെടുത്തുന്നത്, കാരണം രണ്ടിലും ഒരു ഇടനിലക്കാരൻ ഉണ്ട്, രണ്ടും ഒളിപ്പിക്കൽ പോലെ തോന്നുന്നു. എന്നാൽ അവ വ്യത്യസ്ത വസ്തുക്കളിൽ പ്രവർത്തിക്കുന്നു. ഡൊമെയ്ൻ ഫ്രണ്ടിംഗ് ഒരു HTTPS അഭ്യർത്ഥനയുടെ ഏത് പാളിയിൽ ഏത് പേര് പ്രത്യക്ഷപ്പെടുന്നു എന്നതിനെക്കുറിച്ചാണ്. VPN ഏത് പാക്കറ്റുകൾ ഒരു നിർദ്ദിഷ്ട വഴിയിലൂടെ പങ്കാളിയിലേക്ക് പോകുന്നു എന്നതിനെക്കുറിച്ചാണ്. ഫ്രണ്ടിംഗിനെ ഒരു തരം VPN എന്ന് വിളിക്കുന്നത് പ്രവർത്തിക്കാൻ കഴിയാത്ത രൂപകൽപ്പനകളിലേക്കും തെറ്റായ ചോദ്യം ചോദിക്കുന്ന അവലോകനങ്ങളിലേക്കും നയിക്കുന്നു.
രണ്ട് പേരുകൾ, രണ്ട് പാളികൾ
ഒരു TLS കണക്ഷന് അതിന്റെ ഹാൻഡ്ഷേക്കിൽ സെർവർ നാമം വഹിക്കാം. കണക്ഷൻ നിലവിൽ വന്നാൽ, HTTP അഭ്യർത്ഥന തനിക്ക് വേണ്ട അധികാരം തിരിച്ചറിയുന്നു, സാധാരണയായി Host ഹെഡറിൽ. ഇവ രണ്ട് ഫീൽഡുകളാണ്, രണ്ട് വ്യത്യസ്ത നിമിഷങ്ങളിൽ രണ്ട് വ്യത്യസ്ത സോഫ്റ്റ്വെയർ ഭാഗങ്ങൾ വായിക്കുന്നത്.
| Layer | What carries the name | Who reads it |
|---|---|---|
| TLS handshake | Server name indication | The TLS terminator in front of the service |
| HTTP request | Authority or Host header | The routing layer that picks a backend |
| Network path | Destination address and port | Routers, and the VPN peer if one is in use |
ഡൊമെയ്ൻ ഫ്രണ്ടിംഗ് ആദ്യ രണ്ടെണ്ണം തമ്മിലുള്ള വ്യത്യാസം ഉപയോഗിച്ച്, ഫ്രണ്ടിംഗ് സേവനം കണക്ഷൻ സ്വീകരിച്ച് പിന്നീട് അഭ്യർത്ഥന മറ്റൊരിടത്തേക്ക് റൂട്ട് ചെയ്യുന്നു. അത് പ്രവർത്തിക്കുന്നത് ആ സേവനം അത് റൂട്ട് ചെയ്യാൻ തയ്യാറുള്ളിടത്ത് മാത്രമാണ്, അത് പ്രോട്ടോക്കോൾ തന്ത്രമല്ല, ദാതാവിന്റെ നയത്തിന്റെ ചോദ്യമാണ്.
ഫ്രണ്ടിംഗ് സാങ്കേതികതയെയല്ല, ദാതാവിനെ ആശ്രയിക്കുന്നു
പരിമിതമായ ഒരു ഉദാഹരണമായി, Front Door സംബന്ധിച്ച പതിവ് ചോദ്യങ്ങൾ Azure-ന്റെ ഡോക്യുമെന്റ് ഡൊമെയ്ൻ ഫ്രണ്ടിംഗിനെതിരായ സംരക്ഷണങ്ങൾ രേഖപ്പെടുത്തുന്നു. ഒരേ സബ്സ്ക്രിപ്ഷനിലും കോൺഫിഗർ ചെയ്ത റൂട്ടുകളിലും ഉള്ള ഡൊമെയ്നുകൾക്ക് അനുവദനീയമായ പൊരുത്തക്കേടും, പൊരുത്തക്കേട് സംരക്ഷണം ഒരു അഭ്യർത്ഥന തടയുമ്പോൾ 421 Misdirected Request പ്രതികരണവും അത് വിവരിക്കുന്നു.
ആ ഒരു രേഖപ്പെടുത്തിയ നയം രണ്ട് മുദ്രാവാക്യങ്ങളെയും ഒരുമിച്ച് തള്ളുന്നു. വ്യത്യസ്ത പേരുകളുടെ എല്ലാ ജോഡികളും പ്രവർത്തിക്കുന്നില്ല, എല്ലാ പൊരുത്തക്കേടുകളും വിലക്കപ്പെട്ടിട്ടുമില്ല. മറ്റ് സേവനങ്ങൾക്ക് അവയുടേതായ പരിശോധനകളും വിന്യാസ ആവശ്യകതകളും പിശക് കോഡുകളുമുണ്ട്.
മറ്റൊരു ശൃംഖലയുടെ നിയന്ത്രണങ്ങൾ ഒഴിവാക്കാനുള്ള നിർദ്ദേശവുമല്ല ഇത്. ദാതാവിന്റെ റൂട്ടിംഗ് നിയമങ്ങൾ വായിച്ച് അവർ എന്ത് അനുവദിക്കുന്നു എന്ന് മനസ്സിലാക്കുന്നത് വാസ്തുവിദ്യയുടെ ജോലിയാണ്; ആ നിയമങ്ങളെ ഒഴിവാക്കാനുള്ള പാചകക്കുറിപ്പായി കാണുന്നത് വേറെ പരിണിതഫലങ്ങളുള്ള വേറെ പ്രവർത്തനമാണ്. നിങ്ങൾ എഴുതുന്ന രേഖയിൽ ഈ രണ്ട് പ്രവർത്തനങ്ങളും വേർതിരിച്ച് നിർത്തുക. അവലോകനത്തിൽ ഒരു രൂപകൽപ്പന നിരസിക്കപ്പെടാൻ കാരണം രണ്ടാമത്തേതാണ്.
VPN യഥാർത്ഥത്തിൽ എന്ത് തിരഞ്ഞെടുക്കുന്നു
ഒരു നെറ്റ്വർക്ക് VPN-ൽ, റൂട്ടിംഗും പ്ലാറ്റ്ഫോം നയവും പങ്കാളിയിലേക്കുള്ള ടണലിനായി ആന്തരിക ട്രാഫിക് തിരഞ്ഞെടുക്കുന്നു. ക്രമീകരണം അനുസരിച്ച് അത് നിരവധി ആപ്ലിക്കേഷനുകളെയോ നിർവചിച്ച ഉപഗണത്തെയോ ഉൾക്കൊള്ളാം, കൂടാതെ HTTP അഭ്യർത്ഥന തന്നെ ഇല്ലാത്ത പ്രോട്ടോക്കോളുകളും വഹിക്കാം.
ഫ്രണ്ടിംഗ് അവയൊന്നും ചെയ്യുന്നില്ല. ഒരു ഫ്രണ്ടിംഗ് സേവനത്തിലൂടെ ഒരു HTTPS അഭ്യർത്ഥന ക്രമീകരിക്കുന്നത് സ്വകാര്യ നെറ്റ്വർക്ക് റൂട്ട് ഇൻസ്റ്റാൾ ചെയ്യുന്നില്ല, ഏകപക്ഷീയമായ UDP ആപ്ലിക്കേഷനുകൾ വഹിക്കുന്നില്ല, ഉപകരണത്തിലെ ഓരോ പ്രോഗ്രാമിനെയും സേവനം ഉപയോഗിക്കാൻ നിർബന്ധിക്കുന്നുമില്ല. ആ പരിധി വേണമെങ്കിൽ നിങ്ങൾക്ക് പ്രോക്സിയോ ടണലോ വേണം, പേരിന്റെ തന്ത്രമല്ല.
അതുകൊണ്ടാണ് അവലോകനത്തിൽ രണ്ടും കൂടിക്കുഴയുന്നത്: രണ്ടിനെയും ഇടനിലക്കാരായി വിവരിക്കുന്നു, രണ്ടും പ്രവേശനത്തെക്കുറിച്ചുള്ള രേഖകളിൽ പ്രത്യക്ഷപ്പെടുന്നു. ഓരോന്നും നൽകുന്ന ഇന്റർഫേസ് തികച്ചും വ്യത്യസ്തമാണ്, അവയിൽ ഒന്ന് മാത്രമാണ് നെറ്റ്വർക്ക് വഴി.
ദൃശ്യത ദ്വിമാനമല്ല
താരതമ്യവും വെറും മറഞ്ഞതും ദൃശ്യവും എന്നതല്ല. DNS ചോദ്യങ്ങൾ, ലക്ഷ്യ വിലാസങ്ങൾ, ഹാൻഡ്ഷേക്ക് സവിശേഷതകൾ, പാക്കറ്റ് വലുപ്പങ്ങൾ, സമയം എന്നിവയെല്ലാം അവ കാണാൻ കഴിയുന്ന സ്ഥാനത്തുള്ളവർക്ക് നിരീക്ഷിക്കാവുന്നതായി തുടരുന്നു, ആ നിരീക്ഷകൻ എന്ത് പഠിക്കുന്നു എന്നത് അയാൾ എവിടെ ഇരിക്കുന്നു എന്നതിനെ ആശ്രയിച്ചിരിക്കുന്നു.
ആപ്ലിക്കേഷൻ ഡാറ്റ അത് അവസാനിപ്പിക്കുന്ന അന്ത്യ ബിന്ദുക്കളിലും ദൃശ്യമാണ്. നിങ്ങളുടെ അഭ്യർത്ഥന റൂട്ട് ചെയ്യുന്ന ഫ്രണ്ടിംഗ് സേവനം ആ ബിന്ദുക്കളിൽ ഒന്നാണ്, VPN പങ്കാളി മറ്റൊന്നാണ്. നിങ്ങൾക്ക് സേവനം നൽകാൻ അത് വായിക്കേണ്ട കക്ഷിക്ക് രണ്ട് ക്രമീകരണങ്ങളും ഉള്ളടക്കത്തെ അതാര്യമാക്കുന്നില്ല.
മൂന്ന് പെട്ടികൾ വരയ്ക്കുക
ഒരു വാസ്തുവിദ്യാ അവലോകനത്തിനായി, TLS അന്ത്യ ബിന്ദു, HTTP റൂട്ടിംഗ് സേവനം, അന്തിമ ആപ്ലിക്കേഷൻ എന്നിവ മൂന്ന് വെവ്വേറെ പെട്ടികളായി വരയ്ക്കുക, എന്നിട്ട് ഏതെങ്കിലും VPN പങ്കാളിയെ വീണ്ടും മറ്റൊരിടത്ത് വരയ്ക്കുക. വെബ് ലക്ഷ്യം തിരഞ്ഞെടുക്കുന്ന സ്ഥലവും സ്വകാര്യ നെറ്റ്വർക്ക് പാക്കറ്റുകൾ കൊണ്ടുപോകുന്ന സ്ഥലവും ഒരേ സംവിധാനമായിരിക്കണമെന്നില്ല, സാധാരണയായി അങ്ങനെയല്ല.
പെട്ടികൾ വേർതിരിഞ്ഞാൽ ചോദ്യങ്ങൾക്ക് ഉത്തരം നൽകാം: ഈ ദാതാവ് ഏത് പേരുകൾ സ്വീകരിക്കുന്നു, ഏത് പ്രോട്ടോക്കോളുകൾക്ക് കൊണ്ടുപോകൽ വേണം, ഏത് കക്ഷിക്ക് എന്ത് കാണാം. അവയെ ഒന്നിപ്പിക്കുന്ന ഡയഗ്രം ആർക്കും നടപ്പിലാക്കാൻ കഴിയാത്ത ഒരു രൂപകൽപ്പനയും പദാവലിയെച്ചൊല്ലി തർക്കിക്കുന്ന ഒരു അവലോകനവും ഉണ്ടാക്കുന്നു.