OpenVPN-ൽ ഓരോ ക്ലയന്റിനും സ്ഥിര IP: ifconfig-push, ipp.txt അല്ല

ipp.txt-ലെ ഒരു വരി തിരുത്തുന്നത് വിലാസം റിസർവ് ചെയ്യുന്നതുപോലെ തോന്നും, പക്ഷേ അതല്ല. ifconfig-pool-persist എന്ന് പേരിട്ട ആ ഫയൽ, പൊതുവായ നാമത്തിന് കഴിഞ്ഞ തവണ ഏത് വിലാസമുണ്ടായിരുന്നു എന്ന് രേഖപ്പെടുത്തുന്നു, അതുവഴി പൂളിന് സൗകര്യമുള്ളപ്പോൾ അതേ വിലാസം തിരികെ നൽകാം. അതിലൊന്നും അടുത്ത കണക്ഷനെ ആ നമ്പറുമായി ബന്ധിപ്പിക്കുന്നില്ല.

താഴെയുള്ള പരിശോധനകൾ ക്രമത്തിൽ നടത്തുക. ഓരോന്നും യന്ത്രസംവിധാനം സ്ഥിരീകരിക്കുന്നു, അല്ലെങ്കിൽ നിർത്തി ഒരു ഇൻപുട്ട് ശരിയാക്കാൻ പറയുന്നു.

സ്ഥിരത ഫയൽ എന്തിനുവേണ്ടി

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

ഒരു നിർദ്ദിഷ്ട ക്ലയന്റിന് നിർദ്ദിഷ്ട വിലാസം ആവശ്യമുണ്ടെങ്കിൽ, രേഖപ്പെടുത്തിയ യന്ത്രസംവിധാനം ifconfig-push ആണ്, അത് ആ ക്ലയന്റിനെ ഉടമസ്ഥതയിലുള്ള കോൺഫിഗറേഷനിൽ ഉൾപ്പെടുന്നു.

ശരിയായ ക്ലയന്റ് തിരഞ്ഞെടുത്തിട്ടുണ്ടെന്ന് പരിശോധിക്കുക

വ്യക്തമായ അനുവദനീയത ക്ലയന്റിന്റെ പൊതുവായ നാമം ഉപയോഗിച്ച് തിരയുന്നു, അതിനാൽ തെറ്റായ ഐഡന്റിറ്റിക്ക് പേരിട്ട ഫയൽ ഒരിക്കലും വായിക്കപ്പെടുന്നില്ല. സെർവർ ആ ക്ലയന്റിന്റെ പേരായി കണക്കാക്കുന്നത് എന്താണെന്ന് സ്ഥിരീകരിക്കുക, പ്രത്യേകിച്ച് username-as-common-name പ്രാമാണീകരണത്തിന് ശേഷം അത് മാറ്റുന്നിടത്ത്. തുടർന്ന് ഫയൽനാമം ആ മൂല്യവുമായി കൃത്യമായി യോജിക്കുന്നുവെന്ന്, അക്ഷരങ്ങളുടെ വലിപ്പച്ചെറുപ്പം ഉൾപ്പെടെ സ്ഥിരീകരിക്കുക.

ഇവിടെയുള്ളപ്പോൾ സമകാലികതയും പരിഗണിക്കുക. duplicate-cn അനുവദനീയമാണെങ്കിൽ, നിരവധി ഉപകരണങ്ങൾക്ക് ഒരേ ഐഡന്റിറ്റി അവതരിപ്പിക്കാം, ഒരു സ്ഥിര വിലാസം എല്ലാവർക്കും അദ്വിതീയമാകാൻ കഴിയില്ല. ആ ഐഡന്റിറ്റിക്കുള്ള സമകാലിക സെഷനുകൾ നിരസിക്കാൻ സ്ഥിര വിലാസം മൂല്യമുള്ളതാണോ എന്ന് തീരുമാനിക്കുക, കാരണം ആ രണ്ട് ആവശ്യകതകൾ ഒരുമിച്ച് നിറവേറ്റാൻ കഴിയില്ല.

സംഖ്യകൾ ടോപ്പോളജിയുമായി യോജിക്കുന്നുവെന്ന് പരിശോധിക്കുക

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

# /etc/openvpn/ccd/partner-a   (subnet topology)
ifconfig-push 10.44.0.61 255.255.255.0

വിലാസം അതിന് ഉടമസ്ഥതയുണ്ടാകാവുന്ന മറ്റെല്ലാത്തിനുമെതിരെ പരിശോധിക്കുക: മറ്റൊരു വ്യക്തമായ അനുവദനീയത, ചലനാത്മക പൂളിന്റെ പരിധി, സ്ഥിര ഹോസ്റ്റ് അനുമാനിക്കുന്ന ഏതെങ്കിലും സ്ഥിതിക റൂട്ട്. പൂളുമായി ഓവർലാപ്പ് ചെയ്യുന്ന വിലാസം പൂൾ അത് മറ്റൊരാൾക്ക് നൽകുന്നതുവരെ പ്രവർത്തിക്കും, ആ പരാജയം ക്രമരഹിതമായി തോന്നും.

പുതിയ കണക്ഷനിൽ ഫലം പരിശോധിക്കുക

നിലവിലുള്ള സെഷൻ അതിന് നൽകിയ വിലാസം നിലനിർത്തുന്നു, അതിനാൽ അർത്ഥവത്തായ ഒരേയൊരു പരീക്ഷണം പുതിയ കണക്ഷനാണ്. ക്ലയന്റ് വിച്ഛേദിച്ച് വീണ്ടും കണക്ട് ചെയ്ത്, അത് യഥാർത്ഥത്തിൽ സ്വീകരിച്ച വിലാസവും അതിനൊപ്പം എത്തിയ റൂട്ടുകളും വായിക്കുക. വിലാസം ഇപ്പോഴും ചലനാത്മകമാണെങ്കിൽ, അനുവദനീയത പ്രയോഗിച്ചിട്ടില്ല, അടുത്ത ഘട്ടം ചരിത്ര ഫയലിൽ മറ്റൊരു തിരുത്തലല്ല, കോൺഫിഗറേഷനിലെ അന്വേഷണമാണ്.

തെളിവുകൾ ഒരുമിച്ച് സൂക്ഷിക്കുക: ക്ലയന്റ് നാമം, യോജിച്ച ഫയൽ, അനുവദിച്ച വിലാസം, അത് വന്ന പൂൾ.

അവസാനം, സ്ഥിര ടണൽ വിലാസം ഉപകരണത്തിന്റെ ക്രെഡൻഷ്യലല്ല. അത് വിലാസ പ്ലാനിലെ ഒരു സ്ഥാനം സൂചിപ്പിക്കുന്നു, അതേസമയം പ്രാമാണീകരണം ഇപ്പോഴും സർട്ടിഫിക്കറ്റിലും അക്കൗണ്ടിലും നിലകൊള്ളുന്നു. രണ്ടും കൂട്ടിക്കുഴയ്ക്കുമ്പോൾ വിലാസ സംഘർഷം ആരും എഴുതാത്ത ഒരു സുരക്ഷാ അനുമാനമായി മാറുന്നു.