OpenVPN മൾട്ടികാസ്റ്റ് ഓരോ ക്ലയന്റിനും അയയ്ക്കുന്നു, സബ്സ്ക്രൈബർമാർക്കല്ല

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

ഒരു ഫീച്ചർ അവകാശവാദത്തിനുള്ളിലെ മൂന്ന് ചോദ്യങ്ങൾ

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

ഒരു ലിങ്കിന്റെ വലിപ്പം നിർണ്ണയിക്കുമ്പോൾ അവ വേർതിരിച്ച് നിർത്തുക. സെർവർ ഭാഗത്ത് പുറത്തേക്കുള്ള ബജറ്റ് നിശ്ചയിക്കുന്നത് മൂന്നാമത്തെ ചോദ്യം മാത്രമാണ്.

ഉപയോക്തൃ സ്പെയ്സ് സെർവർ ഒരു ഗ്രൂപ്പ് പാക്കറ്റിനോട് എന്ത് ചെയ്യുന്നു

പരമ്പരാഗത OpenVPN 2.6 ഉപയോക്തൃ സ്പെയ്സ് സെർവറിൽ, വരുന്ന ബ്രോഡ്കാസ്റ്റ് അല്ലെങ്കിൽ മൾട്ടികാസ്റ്റ് പാക്കറ്റ് TUN/TAP ഇൻപുട്ട് പാതയിൽ വർഗ്ഗീകരിച്ച് ഗ്രൂപ്പ് തിരച്ചിലിന് പകരം ബ്രോഡ്കാസ്റ്റ് ഫാൻ-ഔട്ട് റൂട്ടീന് നൽകുന്നു. ആ റൂട്ടീൻ ക്ലയന്റ് ഇൻസ്റ്റൻസുകളിലൂടെ നടക്കുന്നു, അയയ്ക്കുന്നയാളെയും നിർത്തിയ ഏത് ഇൻസ്റ്റൻസിനെയും ഒഴിവാക്കുന്നു, VLAN ക്രമീകരിച്ചിടത്ത് അതിന്റെ പരിശോധന പ്രയോഗിക്കുന്നു, ബാക്കിയുള്ള ഓരോ ക്ലയന്റിനും ഒരു പകർപ്പ് ക്യൂവിൽ ഇടുന്നു. ആ ലൂപ്പിലെ ഒരു ഘട്ടവും അംഗത്വ പട്ടികയോട് ചോദിക്കുന്നില്ല. ഇത് ബ്രോഡ്കാസ്റ്റ് ശൈലിയിലുള്ള റെപ്ലിക്കേഷനാണ്, മുഴുവൻ സംവിധാനവും ഇതുതന്നെ.

ഇതിനെ ആ കോഡ് പാതയുടെ സ്വഭാവമായി കാണുക, സാർവത്രിക നിയമമായല്ല. ത്വരിതപ്പെടുത്തിയ ഡാറ്റാ പാതകൾ, മറ്റ് നടപ്പാക്കലുകൾ, വ്യത്യസ്ത പതിപ്പുകൾ എന്നിവ വ്യത്യസ്തമായി പ്രവർത്തിക്കാം, ഇവയൊന്നും TAP-നെ ആവശ്യകതയോ അറ്റകുറ്റപ്പണിയോ ആക്കുന്നില്ല.

എന്തെങ്കിലും അളക്കുന്നതിന് മുമ്പ് പകർപ്പുകൾ ബജറ്റ് ചെയ്യുക

പേലോഡ് നിരക്ക് എടുത്ത് യോഗ്യരായ ക്ലയന്റുകളുടെ എണ്ണം കൊണ്ട് ഗുണിക്കുക. സെക്കൻഡിൽ ഒരു മെഗാബിറ്റ് ഇരുപത് ക്ലയന്റുകൾക്ക് അയയ്ക്കുന്ന സ്ട്രീം സെക്കൻഡിൽ ഇരുപത് മെഗാബിറ്റ് പേലോഡ് സൃഷ്ടിക്കുന്നു, അത് എൻക്യാപ്സുലേഷൻ, പുനഃസംപ്രേഷണം, ഓരോ ക്ലയന്റിനുമുള്ള ഏതെങ്കിലും ഓവർഹെഡ് എന്നിവയ്ക്ക് മുമ്പ് സെർവർ വിടുന്നു. ആ ഗണിതം ഒരു ബജറ്റാണ്, നിങ്ങളുടെ വിന്യാസത്തിന്റെ അളവല്ല.

ip -s link show tun0

ഒരു അറിയപ്പെടുന്ന സക്രിയ അയയ്ക്കുന്നയാളോടൊപ്പം നിശ്ചിത ഇടവേളയ്ക്ക് മുമ്പും ശേഷവും ട്രാൻസ്മിറ്റ് ബൈറ്റ് കൗണ്ടർ വായിക്കുക. ഇടവേള കൊണ്ട് ഹരിച്ച്, പേലോഡ് നിരക്കിനെ ക്ലയന്റ് എണ്ണം കൊണ്ട് ഗുണിച്ച മൂല്യവുമായി താരതമ്യം ചെയ്യുക. ഒരു സ്ട്രീമിന്റെ നിരക്കിന് അടുത്ത സംഖ്യ എന്നാൽ റെപ്ലിക്കേഷൻ പരിമിതമാണ്; ഗുണിച്ച നിരക്കിന് അടുത്ത സംഖ്യ എന്നാൽ ഓരോ ക്ലയന്റും പകർപ്പ് സ്വീകരിക്കുന്നു.

കൗണ്ടറിൽ നിങ്ങളുടെ സ്വന്തം ടണൽ ട്രാഫിക്കും ഉൾപ്പെടുന്നു, അതിനാൽ പരീക്ഷണ വിൻഡോ ചെറുതായി, ഹോസ്റ്റ് മറ്റു സമയങ്ങളിൽ ശാന്തമായി നിർത്തുക. കൃത്യതയേക്കാൾ പ്രധാനം പരിമാണത്തിന്റെ ക്രമമാണ്, ഒരു പകർപ്പിനെ ഇരുപതിൽ നിന്ന് വേർതിരിക്കാൻ അത് മതി.

പരിധിയുടെ ചോദ്യം തീർക്കുന്ന രണ്ട് ക്ലയന്റ് പരീക്ഷണം

സ്ട്രീം സ്വീകരിക്കേണ്ട ഒരു ക്ലയന്റും സ്വീകരിക്കരുതാത്ത രണ്ടാമത്തേതും ബന്ധിപ്പിക്കുക. അയയ്ക്കുന്നയാളെ ആരംഭിച്ച്, അതേ ഇടവേളയിൽ രണ്ടാമത്തെ ക്ലയന്റിന്റെ ടണൽ കൗണ്ടറുകൾ നിരീക്ഷിക്കുക. രണ്ടാമത്തെ ക്ലയന്റിലെ വളർച്ച വിശാല റെപ്ലിക്കേഷന്റെ നേരിട്ടുള്ള തെളിവാണ്, ഫീച്ചർ പട്ടിക എന്തു പറഞ്ഞാലും.

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

പിന്നെ വേഷങ്ങൾ മാറ്റുക. ഫലം ഗ്രൂപ്പിനെക്കാൾ സ്വീകർത്താവിനെ പിന്തുടരുന്നുവെങ്കിൽ, നിങ്ങൾ അംഗത്വം കണക്കിലെടുക്കുന്ന ഒന്ന് കാണുന്നു, മുൻ അനുമാനം നിങ്ങൾക്ക് അനുകൂലമായി തെറ്റായിരുന്നു.

പരിധികൾ നീക്കം ചെയ്യുന്നതിന് പകരം പരിമിത ഡിസൈൻ തിരഞ്ഞെടുക്കൽ

ഫാൻ-ഔട്ട് വളരെ വിശാലമാകുമ്പോൾ, പരിഹാരം പിന്തുണയുള്ള പരിമിത വിതരണ ക്രമീകരണമാണ്, നിങ്ങളുടെ എല്ലാ നിയന്ത്രണങ്ങളും മായ്ക്കലല്ല. ഓപ്ഷനുകളിൽ വിതരണ പോയിന്റ് സ്വീകർത്താക്കൾക്ക് അടുപ്പിക്കൽ, ഗ്രൂപ്പിനൊപ്പം ഉറവിടത്തിന്റെ അടയാളവും വഹിക്കുന്ന ഉറവിട-നിർദ്ദിഷ്ട സബ്സ്ക്രിപ്ഷൻ മാതൃക ഉപയോഗിക്കൽ, അല്ലെങ്കിൽ താൽപ്പര്യമില്ലാത്ത സൈറ്റുകൾ ഒരേ വിതരണ അതിർത്തിയിൽ ഒരിക്കലും ഇരിക്കാതിരിക്കാൻ സ്ട്രീം വിഭജിക്കൽ എന്നിവ ഉൾപ്പെടുന്നു.

ഉറവിടത്തിന്റെയും ഗ്രൂപ്പിന്റെയും അടയാളം ലക്ഷ്യം മൾട്ടികാസ്റ്റ് എന്ന നഗ്നമായ വസ്തുതയിൽ നിന്ന് വേർതിരിച്ച് നിർത്തുക. ഗ്രൂപ്പ് തിരിച്ചറിയുന്നുവെങ്കിലും ഉറവിടം തിരിച്ചറിയാത്ത സ്വീകർത്താവ് ഒരു പ്രത്യേക ചാനൽ ആവശ്യപ്പെട്ട സബ്സ്ക്രൈബറിൽ നിന്ന് വ്യത്യസ്ത സബ്സ്ക്രൈബറാണ്. രണ്ടും കൂട്ടിക്കലർത്തുന്നത് പിന്നീടുള്ള കപ്പാസിറ്റി പ്ലാനിംഗിനെ ഊഹമാക്കുന്നു.

ഉറവിട-നിർദ്ദിഷ്ട മൾട്ടികാസ്റ്റ് ചാനൽ മാതൃക ആ വ്യത്യാസത്തിന്റെ റഫറൻസാണ്. ഏത് ഡിസൈൻ തിരഞ്ഞെടുത്താലും യോഗ്യരായ പിയർ കൂട്ടം, റെപ്ലിക്കേഷന്റെ ഉടമ, അടുത്ത തവണ വായിക്കുന്ന കൗണ്ടർ എന്നിവ എഴുതി വയ്ക്കുക; ആ രേഖയാണ് ബാൻഡ്വിഡ്ത്തിന്റെ അപ്രതീക്ഷിതത്വത്തെ അറിയപ്പെടുന്ന ചെലവാക്കി മാറ്റുന്നത്.