ഒരു TAP സർവറോ പലതോ? ബ്രിഡ്ജിലെ OpenVPN ക്ലയന്റുകൾ

ഒന്നിലധികം TAP ക്ലയന്റുകൾക്ക് ഓരോന്നിനും ഒരു സർവർ പ്രോസസും ഒരു UDP പോർട്ടും ഹോസ്റ്റിൽ ഒരു TAP ഉപകരണവും ആവശ്യമില്ല. Ethernet മോഡിലുള്ള ഒരു OpenVPN സർവറിന് നിരവധി സാക്ഷ്യപ്പെടുത്തിയ ക്ലയന്റുകളെ സ്വീകരിച്ച് അവയെ ഒരൊറ്റ ബ്രിഡ്ജിലേക്ക് ബന്ധിപ്പിക്കാനാകും, പാളി 2-ലെ ഒരു സെഗ്മെന്റ് വിപുലീകരിക്കാനുള്ള രേഖപ്പെടുത്തിയ മാർഗം അതാണ്. ഒറ്റ പ്രോസസ് രൂപകൽപ്പനയാണ് കൈപ്പുസ്തകം രേഖപ്പെടുത്തുന്നത്, സാധാരണയായി അതാണ് ശരിയായ സ്വതേ മൂല്യം.

യഥാർത്ഥ ചോദ്യം ആ ക്ലയന്റുകൾ ആ സെഗ്മെന്റ് പങ്കിടണോ എന്നതാണ്. പ്രോസസുകളുടെ എണ്ണം അതിന് ഉത്തരം നൽകുന്നില്ല, കാരണം വേർതിരിക്കൽ സവിശേഷതകൾ ടോപ്പോളജിയിൽ നിന്നാണ് വരുന്നത്, എത്ര ഡീമണുകൾ പ്രവർത്തിക്കുന്നു എന്നതിൽ നിന്നല്ല. ഈ താരതമ്യത്തിന്റെ ബാക്കി രണ്ട് ടോപ്പോളജികളെയും ഓരോന്നും എന്ത് എളുപ്പമാക്കുന്നു എന്നതിനെയും കുറിച്ചാണ്.

രണ്ട് ആർക്കിടെക്ചറുകൾ, രണ്ട് ക്രമീകരണങ്ങളല്ല

റൂട്ട് ചെയ്ത TUN വിന്യാസം ഓരോ ക്ലയന്റിനും സർവറിന്റെ റൂട്ടിംഗ് ഡൊമെയ്നിലേക്ക് പോയിന്റ്-ടു-പോയിന്റ് ലിങ്ക് നൽകുന്നു. ബ്രോഡ്കാസ്റ്റുകൾ സർവറിൽ നിൽക്കുന്നു, ക്ലയന്റുകൾക്ക് പരസ്പരം ഫ്രെയിമുകൾ കാണാനാകില്ല, ക്ലയന്റുകൾക്കിടയിലുള്ള ട്രാഫിക് ഉണ്ടെങ്കിൽ അത് വ്യക്തമായി റൂട്ട് ചെയ്ത് ഫിൽട്ടർ ചെയ്യണം.

ബ്രിഡ്ജ് ചെയ്ത TAP വിന്യാസം ക്ലയന്റുകളെ ഒരു Ethernet സെഗ്മെന്റിന്റെ അംഗങ്ങളാക്കുന്നു. അവർ ബ്രോഡ്കാസ്റ്റുകൾ കാണുന്നു, ARP ഉപയോഗിച്ച് പരസ്പരം കണ്ടെത്താനാകുന്നു, വേർതിരിഞ്ഞു നിൽക്കാൻ റൂട്ടിംഗിനെക്കാൾ ബ്രിഡ്ജ്, ഫയർവാൾ നയങ്ങളെ ആശ്രയിക്കുന്നു. ക്ലയന്റുകൾ ഒരേ സ്വിച്ചിൽ ഘടിപ്പിച്ചതുപോലെ കാണപ്പെടേണ്ട സന്ദർഭത്തിൽ ഇത് ഉപകാരപ്രദമാണ്.

അതിനാൽ താരതമ്യം ക്ലയന്റുകൾ എന്തിലേക്ക് എത്തണം എന്നതിനെക്കുറിച്ചാണ്, പ്രകടനത്തെക്കുറിച്ചല്ല. ആദ്യം പാളി തിരഞ്ഞെടുക്കുക, പിന്നീട് അതിന് എത്ര പ്രോസസുകൾ സേവനം നൽകണമെന്ന് തീരുമാനിക്കുക.

server-bridge സഹായി എന്ത് ചെയ്യുന്നു

server-bridge സഹായി ഒന്നിലധികം ക്ലയന്റുകളുള്ള Ethernet മോഡ് ക്രമീകരിക്കുന്നു. അതിന്റെ വിലാസ പൂൾ രൂപം ഗേറ്റ്വേ, നെറ്റ്മാസ്ക്, ബ്രിഡ്ജ് ചെയ്ത സബ്നെറ്റിനുള്ളിലെ സമർപ്പിത ശ്രേണി എന്നിവ സ്വീകരിക്കുന്നു, ഉദാഹരണത്തിന് 192.168.50.1-ൽ ഗേറ്റ്വേയും 192.168.50.160 മുതൽ 192.168.50.199 വരെയുള്ള പൂളും.

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

പുറത്തുള്ള സർവർ വിലാസങ്ങൾ നൽകുന്ന വിന്യാസങ്ങൾക്ക് DHCP-പ്രോക്സി രൂപമുണ്ട്. അതിന് സ്വന്തം മുൻവ്യവസ്ഥകളുണ്ട്, രണ്ട് രൂപങ്ങളും കലർത്തുന്നത് ഡോക്യുമെന്റേഷൻ മുന്നറിയിപ്പ് നൽകുന്ന അതേ സംഘർഷം ഉണ്ടാക്കുന്നു. ബ്രിഡ്ജ് ചെയ്ത സബ്നെറ്റിന് ഒരു അനുവദനക്കാരനെ തിരഞ്ഞെടുക്കുക.

വേർതിരിക്കൽ പ്രോസസുകളുടെ എണ്ണത്തിൽ നിന്ന് വരുന്നതല്ല

അതേ നിയന്ത്രണമില്ലാത്ത ബ്രിഡ്ജിൽ ഘടിപ്പിച്ച എട്ട് OpenVPN പ്രോസസുകളും ഇപ്പോഴും ഒരു ബ്രോഡ്കാസ്റ്റ് ഡൊമെയ്ൻ പങ്കിടുന്നു. ക്ലയന്റുകൾക്ക് ബ്രിഡ്ജിലൂടെ പരസ്പരം ARP അയക്കാനാകും, ശ്രോതാക്കളുടെ എണ്ണം അതിൽ ഒന്നും മാറ്റിയില്ല.

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

ക്ലയന്റുകൾ ചില IP സേവനങ്ങളിൽ എത്തുക മാത്രമാണ് ആവശ്യമെങ്കിൽ, റൂട്ട് ചെയ്ത TUN രൂപകൽപ്പന സാധാരണയായി ബ്രിഡ്ജിംഗും ഫിൽട്ടറിംഗും ചേർന്നതിനെക്കാൾ ലളിതമാണ്. ഓരോ ക്ലയന്റും സ്വന്തം ലിങ്ക് നേടുന്നു, നയം ബ്രിഡ്ജിനുള്ളിലല്ല, റൂട്ടിംഗ്, ഫയർവാൾ നിയമങ്ങളിലാണ് ജീവിക്കുന്നത്.

എപ്പോൾ ഒന്നിലധികം പ്രോസസുകൾ ഇപ്പോഴും ശരിയാണ്

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

ഒന്നിലധികം ഉപയോഗിക്കുന്നുവെങ്കിൽ, ഓരോന്നിനും സ്വന്തം ശ്രോതാവും ഉപകരണ ഉടമസ്ഥതയും നൽകി വിലാസ ശ്രേണികൾ ഏകോപിപ്പിക്കുക. ഒരേ ബ്രിഡ്ജിൽ ഒരേ പൂൾ തങ്ങളുടേതാണെന്ന് രണ്ട് സർവറുകളും കരുതുന്നുവെങ്കിൽ ഒടുവിൽ അവർ ഒരേ വിലാസം നൽകും.

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

ഡയഗ്രാമിൽ വിശ്വസിക്കുന്നതിന് മുമ്പ് പ്രവർത്തിക്കുന്ന ഹോസ്റ്റിൽ നിന്ന് ബ്രിഡ്ജും സർവർ മോഡും വായിക്കുക. പ്രധാനമായ കോൺഫിഗറേഷൻ കെർണലും ഡീമണും യഥാർത്ഥത്തിൽ ലോഡ് ചെയ്തതാണ്, അതും ഒരു അവലോകകന് പരിശോധിക്കാനാകുന്നതുമാണ്.