അടുത്ത വീണ്ടും ബന്ധിപ്പിക്കലിൽ പൂൾ ഏത് വിലാസം നൽകും?
പൂളിലെ വിലാസങ്ങൾ ക്രമരഹിതമല്ലാത്ത ഒരു ക്രമം പിന്തുടരുന്നു: ആദ്യം ഓർത്തുവെച്ച വിലാസം, പിന്നെ ഏറ്റവും കൂടുതൽ കാലം ഉപയോഗിക്കാത്ത ഒഴിഞ്ഞ വിലാസം. ഒരു നിയമം ഉറപ്പിക്കുന്നതിന് മുൻപ് ഇത് വായിക്കുക.
ഇന്നലെ പൊരുത്തപ്പെട്ട ഒരു നിയമം ഇന്ന് പൊരുത്തപ്പെടുന്നില്ല, കാരണം ക്ലയന്റ് മറ്റൊരു ടണൽ വിലാസത്തിൽ തിരികെ വന്നു. എന്നാൽ അനുവദിക്കുന്നയാൾ ക്രമരഹിതനല്ല, അയാളുടെ ക്രമം അറിയുന്നത് ആ അത്ഭുതത്തെ മുൻകൂട്ടി അറിയാവുന്ന സംഭവമാക്കി മാറ്റുന്നു. അയാൾ അതേ ക്ലയന്റിന് മുൻപ് ഉണ്ടായിരുന്ന വിലാസത്തിന് മുൻഗണന നൽകുന്നു, ഏറ്റവും കൂടുതൽ കാലം നിഷ്ക്രിയമായിരുന്ന ഒഴിഞ്ഞ വിലാസത്തിലേക്ക് പിൻവാങ്ങുന്നു, ഓർക്കാൻ ഇടം നൽകിയില്ലെങ്കിൽ എല്ലാം മറക്കുന്നു. പാട്ടത്തെ ആശ്രയിക്കുന്ന നിയമങ്ങൾ അത് നിശ്ശബ്ദമായി ചെയ്യുന്നത് നിർത്തുന്ന ദിവസം വരെ പൊരുത്തപ്പെട്ടുകൊണ്ടിരിക്കും.
അനുവദിക്കുന്നയാൾ പിന്തുടരുന്ന ക്രമം
ഒരു common name-ന് ഒരു സെഷൻ ഉള്ളപ്പോൾ അനുവദിക്കുന്നയാൾ ആദ്യം അതേ ക്ലയന്റ് മുൻപ് ഉപയോഗിച്ചതും ഇപ്പോൾ ഒഴിഞ്ഞതുമായ വിലാസം തിരയുന്നു. ആ വിലാസം ഇല്ലെങ്കിൽ ഏറ്റവും കൂടുതൽ കാലം നിഷ്ക്രിയമായിരുന്ന ഒഴിഞ്ഞ വിലാസം എടുക്കുന്നു. അതേ പേരിന് ഒരേസമയം സെഷനുകൾ സജീവമാക്കിയാൽ മുൻ വിലാസത്തിനുള്ള മുൻഗണന ബാധകമല്ല, പകരം ആദ്യത്തെ ഒഴിഞ്ഞ വിലാസം ഉപയോഗിക്കുന്നു, കാരണം സെഷനുകൾ വേറെ തുല്യ നോഡുകളായി കണക്കാക്കുന്നു.
| Situation | Address chosen | Practical effect |
|---|---|---|
| Reconnect, old address still free | The remembered address | Rules appear stable for days |
| Old address taken by another client | Least recently used free address | A working rule silently stops matching |
| Concurrent sessions, same name | First free address, per session | One identity can hold several leases |
ഇതിൽ നിന്ന് ഉടൻ രണ്ട് അനന്തരഫലങ്ങൾ വരുന്നു. പെട്ടെന്ന് വീണ്ടും ബന്ധിപ്പിക്കുന്ന ക്ലയന്റ് സാധാരണയായി തന്റെ വിലാസം നിലനിർത്തുന്നു, അതുകൊണ്ടാണ് അത് മാറുന്നതുവരെ ആരും ഈ സംവിധാനം ശ്രദ്ധിക്കാത്തത്. ആ ചെറിയ ജാലകത്തിൽ ബന്ധിപ്പിക്കുന്ന മറ്റൊരു ഉപകരണം വിലാസം അൽപസമയം ഒഴിഞ്ഞിരിക്കുമ്പോൾ എടുത്തേക്കാം, പിന്നീട് ആദ്യ ക്ലയന്റിന് മറ്റൊന്ന് ലഭിക്കും, പഴയ നമ്പറിനെ ആശ്രയിക്കുന്ന ഓരോ നിയമവും തെറ്റാകും. രണ്ട് സംഭവങ്ങളിൽ ഒന്നും തകരാറിനോട് സദൃശ്യമായ ഒരു ലോഗ് വരി സൃഷ്ടിക്കുന്നില്ല.
പാട്ടം സ്ഥിരമായി തോന്നിയിട്ട് പിന്നെ നീങ്ങുന്നതെന്തുകൊണ്ട്
ഇവിടെ സ്ഥിരത എന്നത് മറ്റാരും വിലാസം ആവശ്യപ്പെടുന്നതിന് മുൻപ് വരുന്ന വീണ്ടും ബന്ധിപ്പിക്കലുകളുടെ ഉയർന്നുവരുന്ന സ്വഭാവമാണ്. ഇത് ഒരു വാഗ്ദാനമല്ല, ക്ലയന്റ് വിച്ഛേദിക്കപ്പെട്ടിരിക്കുമ്പോൾ ഇത് നടപ്പാക്കപ്പെടുന്നില്ല. വിലാസം മാറുമെന്ന് ആസൂത്രണം ചെയ്യുക, അതിൽ അത്ഭുതപ്പെടുന്നതിന് പകരം. ഉപകരണങ്ങളുടെ എണ്ണത്തേക്കാൾ വളരെ ചെറുതല്ലാത്ത പൂൾ കൂട്ടിയിടികളെ സാധാരണമാക്കുന്നു, കാരണം ഏറ്റവും കൂടുതൽ കാലം ഉപയോഗിക്കാത്ത വിലാസത്തിലേക്കുള്ള പിൻവാങ്ങലിന് തിരഞ്ഞെടുക്കാൻ ഏതാണ്ട് ഒന്നുമില്ല.
ഏറ്റവും ഉയർന്ന ഒരേസമയത്വം എന്നത് അളവ് നിർണ്ണയിക്കേണ്ട സംഖ്യയാണ്, ഉപയോക്താക്കളുടെ എണ്ണമല്ല. ഒരേസമയം രണ്ട് ഉപകരണങ്ങളിൽ നിന്ന് പരിശോധിക്കുന്ന ഒരാൾ, അല്ലെങ്കിൽ പഴയ സെഷൻ അവസാനിക്കുന്നതിന് മുൻപ് വീണ്ടും ബന്ധിപ്പിക്കുന്ന ക്ലയന്റ്, കുറച്ചുനേരം രണ്ട് പാട്ടങ്ങൾ കൈവശപ്പെടുത്തുന്നു. കേവലം ആളുകളുടെ എണ്ണത്തിൽ അളന്ന പൂൾ, ആളുകൾ സെർവറിന് ആരോപിക്കുന്ന അതേ മാറ്റം സൃഷ്ടിക്കും.
സ്ഥിരത ഫയൽ ഓർക്കുന്നു, സംവരണം ചെയ്യുന്നില്ല
സേവനത്തിന്റെ പുനരാരംഭത്തെ അതിജീവിക്കുന്ന വിലാസത്തിന് സ്ഥിരത ഫയൽ ആവശ്യമാണ്. അത് നിർത്തുമ്പോൾ ക്ലയന്റിന്റെ പേരും വിലാസവും സൂക്ഷിക്കുന്നു, സേവനം ആരംഭിക്കുമ്പോൾ അവ വീണ്ടും വായിക്കുന്നു, അതുകൊണ്ടാണ് ആസൂത്രിത പുനരാരംഭം ഇപ്പോൾ നിങ്ങൾ എഴുതിയ എല്ലാ നിയമങ്ങളും കൂട്ടിക്കുഴയ്ക്കാത്തത്.
ifconfig-pool-persist /etc/openvpn/ipp.txt
server 10.8.0.0 255.255.255.0അത് ചെയ്യാത്തത് ക്ലയന്റ് ഇല്ലാത്തപ്പോൾ വിലാസം പിടിച്ചുവെക്കുന്നതാണ്. ആ ഇടവേളയിൽ അനുവദിക്കുന്നയാൾക്ക് നമ്പർ മറ്റൊരാൾക്ക് നൽകാൻ സ്വാതന്ത്ര്യമുണ്ട്, ഫയൽ പിന്നീട് അടുത്ത കണക്ഷന് നിറവേറ്റാനാവാത്ത പഴയ മുൻഗണന രേഖപ്പെടുത്തുന്നു. അതിനെ പുനരാരംഭ സ്വഭാവം മെച്ചപ്പെടുത്തുന്ന സൂചനയായി കാണുക, സ്ഥിര വിലാസവൽക്കരണമായി അല്ല.
നിങ്ങൾ ഫയലിൽ ഇരിക്കുമ്പോൾ പൂൾ ഓരോ റൂട്ട് ചെയ്ത സബ്നെറ്റിനെതിരെയും പരിശോധിക്കുക. ഒന്നിന് മുകളിൽ മറ്റൊന്ന് വരുന്ന ശ്രേണി സെർവറിന് റൂട്ട് ചെയ്യാനാവാത്ത വിലാസങ്ങൾ നൽകുന്നു, ലക്ഷണം എന്നത് ബന്ധിപ്പിച്ച്, വിലാസം ലഭിച്ച്, എങ്ങും എത്താത്ത ക്ലയന്റ്.
വിലാസം ശരിയായി ഉറപ്പിക്കൽ
ഫയർവാൾ നിയമത്തിനോ DNS റെക്കോർഡിനോ യഥാർത്ഥത്തിൽ സ്ഥിര വിലാസം വേണമെങ്കിൽ പ്രതീക്ഷിക്കുന്നതിന് പകരം അത് അനുവദിക്കുക. ഓരോ ക്ലയന്റിനുമുള്ള കോൺഫിഗറേഷൻ എൻട്രിക്ക് വിലാസവും മാസ്കും നേരിട്ട് അയക്കാം, ആ എൻട്രി ഫലപ്രദമായ ക്ലയന്റ് പേരിൽ കീ ചെയ്തിരിക്കുന്നു.
# client-config-dir entry for "laptop-acme"
ifconfig-push 10.8.0.50 255.255.255.0സ്ഥിര വിലാസങ്ങൾ ചലനാത്മക പൂളിന് പുറത്ത് സൂക്ഷിക്കുക, അനുവദിക്കുന്നയാൾ അതേ നമ്പർ മറ്റൊരു സെഷന് ഒരിക്കലും നൽകാതിരിക്കാൻ. പിന്നെ ടണലിന്റെ ഘടന പരിശോധിക്കുക, കാരണം ഓരോ ക്ലയന്റും എത്ര പൂൾ വിലാസങ്ങൾ ചെലവഴിക്കുന്നു എന്നത് അത് മാറ്റുന്നു: പഴയ പോയിന്റ്-മുതൽ-പോയിന്റ് ക്രമീകരണം ഓരോ ക്ലയന്റിനും ഒരു ചെറിയ ബ്ലോക്ക് ചെലവഴിക്കുന്നു, അതേസമയം സബ്നെറ്റ് ക്രമീകരണം ഓരോന്നിനും ഒരു വിലാസം ഉപയോഗിക്കുന്നു. ഒരു ഘടനയിൽ ഉദാരമായി തോന്നുന്ന പൂൾ മറ്റൊന്നിൽ തീർന്നേക്കാം.
ഫലം ക്ലയന്റിൽ സ്ഥിരീകരിക്കുക, സെർവറിന്റെ കണക്കിൽ വിശ്വസിക്കുന്നതിന് പകരം. സെഷൻ തിരികെ വന്നാൽ ഇന്റർഫേസിന്റെ വിലാസവും അയച്ച റൂട്ടും നോക്കുക, കാരണം സെർവറിലെ ലോഗ് ആവശ്യപ്പെട്ട വിലാസം റിപ്പോർട്ട് ചെയ്തേക്കാം, ഇന്റർഫേസ് തന്നെ മറ്റൊന്ന് കൈവശം വെക്കുമ്പോൾ.
വിദൂര വിലാസം വേറെ ചോദ്യമാണ്
ക്ലയന്റിന്റെ remote വരിയിലെ വിലാസം ഏതെങ്കിലും ടണൽ നിലവിൽ വരുന്നതിന് മുൻപ് എത്തിച്ചേരാവുന്നതായിരിക്കണം. അവിടെ പൂൾ വിലാസം ഇടുന്നത്, ഉദാഹരണത്തിന് സെർവറിന്റെ സ്വന്തം ടണൽ അന്തിമബിന്ദു, ക്ലയന്റ് ഇതുവരെ നിർമ്മിക്കാത്ത ടണലിലൂടെ അന്തിമബിന്ദുവിൽ എത്താൻ ശ്രമിക്കുന്നു എന്നാണ് അർത്ഥം, ഫലം ഒരു ഷോർട്ട്കട്ടിന് പകരം ഒരു ലൂപ്പ് അല്ലെങ്കിൽ നിശ്ശബ്ദ കാത്തിരിപ്പ്.
ഓപ്പറേറ്റർ നൽകിയ പൊതു അന്തിമബിന്ദു ഉപയോഗിക്കുക, പൂൾ അത് രൂപകൽപ്പന ചെയ്തതിന് തന്നെ നിലനിർത്തുക: ടണലിനുള്ളിലെ വിലാസങ്ങൾ. പൂൾ ശ്രേണി, സ്ഥിര അനുവദനങ്ങൾ, സ്ഥിരത പാത എന്നിവ ഒരിടത്ത് രേഖപ്പെടുത്തുന്നത് അടുത്തയാളെ ഓരോ പാട്ടവും അനിയന്ത്രിതമായി കാണുന്നതിൽ നിന്ന് രക്ഷിക്കുന്നു.