OpenVPN TUN vs TAP: തീരുമാനിക്കുന്ന മൂന്ന് വ്യവസ്ഥകൾ

രണ്ട് ടണലുകൾക്ക് ഒരേ ഫയൽ കൈമാറ്റം കൊണ്ടുപോകാം, എന്നിട്ടും വയറിൽ ഇടുന്ന കാര്യത്തിൽ പൂർണ്ണമായി വ്യത്യസ്തമായിരിക്കാം. ഒന്ന് രണ്ട് വിലാസങ്ങൾക്കിടയിൽ IP പാക്കറ്റുകൾ നീക്കുന്നു; മറ്റൊന്ന് Ethernet ഫ്രെയിമുകൾ നീക്കുന്നു, അതിനെ ഒരു സെഗ്മെന്റിലേക്ക് ബ്രിഡ്ജ് ചെയ്യാം. ആ വ്യത്യാസമാണ് ഏത് ആപ്ലിക്കേഷനുകൾ പ്രവർത്തിക്കും, ഏത് ക്ലയന്റുകൾക്ക് ബന്ധിപ്പിക്കാം, എത്ര നെറ്റ്വർക്ക് ഡിസൈൻ ഏറ്റെടുക്കും എന്ന് തീരുമാനിക്കുന്നത്.

പ്രായോഗികമായി മൂന്ന് വ്യവസ്ഥകളാണ് ഇത് തീരുമാനിക്കുന്നത്. ക്രമത്തിൽ പരിശോധിക്കുക, കാരണം ആദ്യത്തേത് സാധാരണയായി ചർച്ച അവസാനിപ്പിക്കുന്നു.

ഓരോ ഇന്റർഫേസും യഥാർത്ഥത്തിൽ എന്താണ് കൊണ്ടുപോകുന്നത്

TUN ഉപകരണം ലേയർ-3 പോയിന്റ്-ടു-പോയിന്റ് ഇന്റർഫേസ് ആണ്: കേർണൽ അതിന് IP പാക്കറ്റുകൾ നൽകുന്നു, ടണൽ അവ പീർ വിലാസത്തിലേക്ക് കൊണ്ടുപോകുന്നു. TAP ഉപകരണം Ethernet ഫ്രെയിമുകൾ കൊണ്ടുപോകുന്ന ലേയർ-2 ഇന്റർഫേസ് ആണ്, ബ്രിഡ്ജിംഗ് സാധ്യമാക്കുന്നത് ഇതാണ്, കേർണൽ ഡോക്യുമെന്റേഷൻ വിവരിക്കുന്നതുപോലെ. രണ്ടും പേലോഡ് എങ്ങനെ എൻക്രിപ്റ്റ് ചെയ്യുന്നു എന്നത് മാറ്റുന്നില്ല, രണ്ടും ശക്തിയുടെ ക്രമീകരണമല്ല. തിരഞ്ഞെടുപ്പ് അറ്റങ്ങൾ എന്ത് കൈമാറണം എന്നതിനെക്കുറിച്ചാണ്, ട്രാഫിക് എത്ര നന്നായി സംരക്ഷിക്കപ്പെടുന്നു എന്നതിനെക്കുറിച്ചല്ല.

ഒരു അനന്തരഫലം ഉടൻ ഉണ്ടാകുന്നു: രണ്ട് അറ്റങ്ങളും യോജിക്കണം. ഒരു ഉപകരണ തരത്തിനായി ക്രമീകരിച്ച ക്ലയന്റിന് മറ്റൊന്നിനായി ക്രമീകരിച്ച സെർവറിൽ ചേരാൻ കഴിയില്ല, ബാക്കിയെല്ലാം എത്ര യോജിച്ചാലും.

ആദ്യ വ്യവസ്ഥ: എന്തെങ്കിലും ലേയർ രണ്ട് ആവശ്യമുണ്ടോ?

ബ്രിഡ്ജിംഗ് അതിന്റെ സങ്കീർണ്ണത അർഹിക്കുന്നത് ഒരു പ്രോട്ടോക്കോളിന് യഥാർത്ഥത്തിൽ ഒരേ ബ്രോഡ്കാസ്റ്റ് ഡൊമെയ്ൻ ആവശ്യമാകുമ്പോഴാണ്: IP അല്ലാത്ത ട്രാഫിക്, റൗട്ടർ കടക്കാൻ കഴിയാത്ത കണ്ടെത്തൽ, അല്ലെങ്കിൽ ഒരു സെഗ്മെന്റിൽ തന്നെ ഇരിക്കണമെന്ന് വാശിപിടിക്കുന്ന ആപ്ലിക്കേഷൻ. ബാക്കിയെല്ലാം റൂട്ടിംഗ് പ്രശ്നമാണ്, റൂട്ടിംഗ് അത് വളരെ കുറഞ്ഞ യന്ത്രവ്യവസ്ഥയിൽ പരിഹരിക്കുന്നു. ഒരു സെഗ്മെന്റ് വിശാലമായ പ്രദേശത്തേക്ക് നീട്ടുന്നത് അതിന്റെ ബ്രോഡ്കാസ്റ്റുകളും നീട്ടുന്നു, അതിനാൽ ലൂപ്പ് തടയൽ, വിലാസ ആസൂത്രണം, പരാജയ ഡൊമെയ്നുകൾ എന്നിവയെല്ലാം ഡിസൈനിന്റെ ഭാഗമാകുന്നു. ഒരു റൂട്ട് മതി ആയിരുന്ന ആവശ്യത്തിന് ഇത് സ്വീകരിക്കാൻ വളരെയധികമാണ്.

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

രണ്ടാം വ്യവസ്ഥ: ക്ലയന്റുകൾക്ക് ഇത് ചെയ്യാൻ കഴിയുമോ?

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

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

മൂന്നാം വ്യവസ്ഥ: ഇത് യഥാർത്ഥത്തിൽ ഇന്റർഫേസ് പ്രശ്നമാണോ?

ഇന്റർഫേസ് പ്രശ്നങ്ങൾക്ക് അടുത്തടുത്തുള്ള രണ്ട് തിരഞ്ഞെടുപ്പുകളെ കുറ്റപ്പെടുത്തുന്നു. വെർച്വൽ ഉപകരണം ടണലിൽ എന്ത് കയറുന്നു എന്ന് തീരുമാനിക്കുന്നു, UDP അല്ലെങ്കിൽ TCP പുറം ഗതാഗതം എങ്ങനെ പെരുമാറുന്നു എന്ന് തീരുമാനിക്കുന്നു, രണ്ടും നിലയ്ക്കുന്ന കൈമാറ്റങ്ങൾ ഭേദമാക്കുന്നില്ല. വലിയ കൈമാറ്റങ്ങൾ തൂങ്ങിനിൽക്കുമ്പോൾ ചെറുത് വിജയിക്കുന്നുവെങ്കിൽ, പാക്കറ്റ് വലിപ്പവും MTU-വും ശ്രദ്ധ അർഹിക്കുന്നു.

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

മാനേജ്ഡ് സേവനത്തിന് ഓപ്പറേറ്ററുടെ പ്രൊഫൈൽ വ്യക്തമാക്കുന്ന ഇന്റർഫേസ് ക്രമീകരണം ഉപയോഗിക്കുക, കാരണം സെർവർ വശം ഇതിനകം അതിനെ ചുറ്റിപ്പറ്റി നിർമ്മിച്ചിരിക്കുന്നു. സ്വകാര്യ വിന്യാസത്തിന് ആപ്ലിക്കേഷന്റെ യഥാർത്ഥ ആവശ്യത്തിൽ നിന്ന് തിരഞ്ഞെടുക്കുക, തിരഞ്ഞെടുപ്പിന് അടുത്ത് കാരണം എഴുതുക.

ചോദ്യം ഏത് ഓപ്ഷൻ കൂടുതൽ ശക്തമാണ് എന്നതല്ല. ട്രാഫിക്കിന് യഥാർത്ഥത്തിൽ ഏതാണ് വേണ്ടത് എന്നതാണ്.