OpenVPN /24 പ്രതീക്ഷിച്ചതിലും വേഗം ക്ലയന്റുകൾ തീരുന്നതെന്തുകൊണ്ട്

അറുപതുകളിൽ ക്ലയന്റുകളെ സ്വീകരിക്കുന്നത് നിർത്തുന്ന /24-ൽ നിർമ്മിച്ച പൂളുകൾ രൂപകൽപ്പന ചെയ്തതുപോലെ പ്രവർത്തിക്കുന്നു, ലൈസൻസ് പരിധിയിൽ എത്തുന്നില്ല. net30-ൽ ഓരോ ക്ലയന്റിനും രണ്ടറ്റത്തും വിലാസമുള്ള ഒരു വെർച്വൽ പോയിന്റ്-ടു-പോയിന്റ് ലിങ്ക് നൽകുന്നു, അത് നാല് വിലാസങ്ങൾ ഉപയോഗിക്കുന്നു, അതിനാൽ 256 വിലാസങ്ങളുള്ള സബ്നെറ്റ് പ്രിഫിക്സ് സൂചിപ്പിക്കുന്നതിന്റെ ഏകദേശം കാൽ ഭാഗം മാത്രം പിന്തുണയ്ക്കുന്നു. പ്രധാന സംഖ്യ വിലാസങ്ങളല്ല, അലോക്കേഷനുകളാണ്. പ്രിഫിക്സിനെ ക്ലയന്റ് എണ്ണമായി വായിക്കുന്നതാണ് മറഞ്ഞിരിക്കുന്ന ഉപയോക്തൃ പരിധി തേടാൻ കാരണമാകുന്ന തെറ്റ്.

രണ്ട് ടോപ്പോളജികൾ, രണ്ട് ഗണിത മാതൃകകൾ, അവയിൽ ഒന്ന് മാത്രം ആളുകൾ അനുമാനിക്കുന്ന പ്രിഫിക്സുമായി ഒത്തുപോകുന്നു.

net30 ഓരോ ക്ലയന്റിനും നാല് വിലാസങ്ങൾ ചെലവഴിക്കുന്നു

net30 ഓരോ ക്ലയന്റിനും ഒരു /30 ബ്ലോക്ക് അനുവദിക്കുന്നു, കാരണം ഓരോ സെഷനും രണ്ടറ്റത്തും വിലാസമുള്ള പോയിന്റ്-ടു-പോയിന്റ് ലിങ്കായി മാതൃകയാക്കുന്നു. ആ ബ്ലോക്കിൽ നാല് വിലാസങ്ങൾ വരുന്നു, രണ്ടെണ്ണം ഉപയോഗയോഗ്യമാണ്, അതിനാൽ ഫലപ്രദമായ ക്ലയന്റ് എണ്ണം സബ്നെറ്റിന്റെ കാൽ ഭാഗമാണ്. /24-ൽ സെർവറിന്റെ സ്വന്തം ബ്ലോക്കും സ്ഥിര അനുവദനങ്ങളും പുറത്തുവരുന്നതിന് മുമ്പ് 64 ബ്ലോക്കുകൾ ബാക്കിയാകുന്നു. 63-ന് അടുത്ത് റിപ്പോർട്ട് ചെയ്യുന്ന പരിധി കോൺഫിഗർ ചെയ്ത പരമാവധിയല്ല, പ്രത്യക്ഷപ്പെടുന്ന ഗണിതമാണ്.

സെർവറിനും സ്വന്തം അനുവദനം വേണം, സ്ഥിര ക്ലയന്റ് എൻട്രികൾ ആ ക്ലയന്റുകൾ കണക്ട് ചെയ്താലും ഇല്ലെങ്കിലും ബ്ലോക്കുകൾ ഉപയോഗിക്കുന്നു. രണ്ടും നിങ്ങൾ തുടങ്ങിയ പ്രിഫിക്സ് മാറ്റാതെ ഡൈനാമിക് പരിധി കുറയ്ക്കുന്നു.

പ്രിഫിക്സിനേക്കാൾ പൂൾ അതിരുകൾ പ്രധാനമാണ്

സെർവർ ഡയറക്ടീവ് അത് പേരിടുന്ന സബ്നെറ്റിനേക്കാൾ ഇടുങ്ങിയ പൂൾ നിർവചിക്കാം, സഹായ സ്ക്രിപ്റ്റ് നിങ്ങൾ തുറന്ന പ്രൊഫൈലിൽ കാണാത്ത അധിക ക്രമീകരണങ്ങളിലേക്ക് വികസിക്കാം. client-config ഡയറക്ടറിയിലെ സ്ഥിര വിലാസങ്ങൾ ആ പരിധിക്കുള്ളിലാണ്, രണ്ടുതവണ നൽകാൻ കഴിയില്ല. പ്രിഫിക്സ് സാധ്യമായ പരമാവധി ഇടം വിവരിക്കുന്നു; യഥാർത്ഥത്തിൽ പ്രവർത്തിക്കുന്ന കോൺഫിഗറേഷൻ നൽകുന്നതാണ് ഫലപ്രദമായ പൂൾ.

ശേഷിയെക്കുറിച്ച് എന്തെങ്കിലും തീരുമാനിക്കുന്നതിന് മുമ്പ് രണ്ടും താരതമ്യം ചെയ്യുക, കാരണം ചെറിയ കോൺഫിഗർ ചെയ്ത പരിധി ടോപ്പോളജി പോലെ തന്നെ പരിധി വിശദീകരിക്കുന്നു.

ക്ലയന്റിനെ യഥാർത്ഥത്തിൽ നിരസിച്ച പരിധി കണ്ടെത്തുക

ആദ്യം ടോപ്പോളജിയും ഫലപ്രദമായ പൂളും വായിക്കുക, തുടർന്ന് സ്ഥിര അനുവദനങ്ങളും റിസർവ് ചെയ്ത വിലാസങ്ങളും കണക്കിലെടുക്കുക. വിലാസ ഇടത്തെ കുറ്റപ്പെടുത്തുന്നതിന് മുമ്പ് max-clients ഉം OpenVPN-ന് പുറത്തുള്ള ഏതെങ്കിലും പ്രവേശന നിയന്ത്രണവും പരിശോധിക്കുക. അവസാനം, നിരസിക്കുന്ന നിമിഷത്തിലെ സെർവറിന്റെ സ്വന്തം സന്ദേശം ആ സ്ഥാനാർത്ഥികളുമായി താരതമ്യം ചെയ്യുക. സന്ദേശം നിയന്ത്രണം പേരിടുന്നു; എണ്ണം മണ്ഡലം ചുരുക്കുന്നു മാത്രം.

സമകാലികതാ പിശകിനൊപ്പം വരുന്ന നിരസിക്കലിനും അനുവദന പിശകിനൊപ്പം വരുന്ന നിരസിക്കലിനും വ്യത്യസ്ത പരിഹാരങ്ങളുണ്ട്, അവയ്ക്കിടയിൽ ഊഹിക്കുന്നത് അറ്റകുറ്റപ്പണി സമയം പാഴാക്കുന്നു.

ടോപ്പോളജി മാറ്റുന്നത് വിലാസ പ്ലാൻ മാറ്റുന്നു

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

മാറ്റം പഴയ കോൺഫിഗറേഷന്റെ പര്യായമല്ല. സ്വന്തം അവലോകനമുള്ള വിലാസ പ്ലാൻ മാറ്റമായി അതിനെ കാണുക, കുറഞ്ഞത് ഒരു ക്ലയന്റെങ്കിലും മുൻ സ്കീമിലെ വിലാസം നിലനിർത്തുമെന്ന് പ്രതീക്ഷിക്കുക.

മാസ്കിൽ നിന്നല്ല, പ്ലാനിൽ നിന്ന് പൂൾ വലുപ്പം നിർണ്ണയിക്കുക

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

ടോപ്പോളജി, പൂൾ, സ്ഥിര അനുവദനങ്ങൾ, അതിൽ നിന്നുള്ള ക്ലയന്റ് പരിധി എന്നിവ ഒരുമിച്ച് രേഖപ്പെടുത്തുക. അപ്പോൾ അടുത്ത ശേഷി ചോദ്യം അന്വേഷണമല്ല, ഗണിതമാകും.