ഒത്തുപോകുന്ന VPN ക്ലയന്റ് വിലാസ പൂൾ എങ്ങനെ ആസൂത്രണം ചെയ്യാം

VPN സെർവറിലെ പൂൾ ഫീൽഡിൽ നിന്ന് തുടങ്ങുക, സ്പ്രെഡ്ഷീറ്റിൽ നിന്നല്ല. അവിടെ നിങ്ങൾ ടൈപ്പ് ചെയ്യുന്നത് പിന്നീട് കണക്ട് ചെയ്യുന്ന ഓരോ ക്ലയന്റിനും ആന്തരിക വിലാസ ഇടമായി മാറുന്നു, അത് ആ ക്ലയന്റുകൾ എത്തുന്ന LAN, അതിന് പിന്നിലെ റൂട്ട് ചെയ്ത സൈറ്റുകൾ, ക്ലയന്റ് വീട്ടിൽ ഇതിനകം കൈവശം വയ്ക്കുന്ന വിലാസം എന്നിവയോടൊപ്പം നിലനിൽക്കണം. പൂൾ സേവ് ചെയ്ത ഉടൻ ഒരു ക്ലയന്റ് കണക്ട് ചെയ്യുക, കാരണം ആ ആദ്യ കണക്ഷൻ മൂല്യം പ്രായോഗികമായി പ്രവർത്തിക്കുന്നുണ്ടോ എന്ന് പറയുന്നു. അവിടെ നിന്ന് നടത്തം പുറത്തേക്ക് നീങ്ങുന്നു: ക്ലയന്റ് സ്വീകരിച്ച വിലാസം, മറുപടി സഞ്ചരിക്കുന്ന വഴി, നിങ്ങൾ അവശേഷിപ്പിക്കുന്ന രേഖ.

ഏതെങ്കിലും ക്ലയന്റ് കണക്ട് ചെയ്യുന്നതിന് മുൻപ് പൂൾ ഫീൽഡിൽ നിന്ന് തുടങ്ങുക

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

ഫീൽഡ് കിട്ടിയാൽ, ഇതിനകം നിലവിലുള്ള ശ്രേണികൾ പട്ടികപ്പെടുത്തുക: ഓഫീസ് LAN, ഓരോ റൂട്ട് ചെയ്ത സൈറ്റും, ക്ലൗഡ് VPC, സേവനത്തിലുള്ള മറ്റേതെങ്കിലും പൂൾ. ഓവർലാപ്പ് പ്രിഫിക്സ് അങ്കഗണിതം കൊണ്ട് തീരുമാനിക്കുന്നു, ഹോസ്റ്റ് നമ്പറുകൾ പരിചിതമായി തോന്നുന്നുണ്ടോ എന്നത് കൊണ്ടല്ല, അതിനാൽ സമഗ്രത ആ ഓരോ ശ്രേണിയുമായി താരതമ്യം ചെയ്യുക. രണ്ടും 10.x പോലെ തോന്നുന്ന രണ്ട് ശ്രേണികൾ അവയുടെ സമഗ്രതകൾ വെട്ടിമുറിക്കാത്തപ്പോൾ നിരുപദ്രവകരവും വെട്ടിമുറിക്കുമ്പോൾ പിന്തുണാ സംഭവവുമാണ്.

തുടർന്ന് വിലാസം ആര് കണക്ട് ചെയ്യുന്നു എന്നതിന്റെ ഫലമാണോ എപ്പോൾ കണക്ട് ചെയ്യുന്നു എന്നതിന്റെ ഫലമാണോ എന്ന് തീരുമാനിക്കുക. ചലനാത്മക അനുവദനം സ്വതന്ത്രമായത് നൽകുന്നു, ഐഡന്റിറ്റി അനുസരിച്ചുള്ള അനുവദനം സ്ഥിര വിലാസം ക്രെഡൻഷ്യലുമായി ബന്ധിപ്പിക്കുന്നു. തിരഞ്ഞെടുപ്പ് എഴുതിവയ്ക്കുക, കാരണം പിന്നീട് വീണ്ടും കണക്ട് ചെയ്യൽ എങ്ങനെയായിരിക്കണം എന്നത് അത് മാറ്റുന്നു.

ക്ലയന്റ് യഥാർത്ഥത്തിൽ സ്വീകരിച്ച വിലാസം വായിക്കുക

ഒരു ക്ലയന്റ് കണക്ട് ചെയ്ത് പൂൾ വാഗ്ദാനം ചെയ്തതല്ല, ടണൽ റിപ്പോർട്ട് ചെയ്യുന്നത് വായിക്കുക. ക്ലയന്റ് അതിന്റെ ആന്തരിക വിലാസം കണക്ഷൻ നിലയിൽ കാണിക്കുന്നു, Linux-ൽ ഇന്റർഫേസ് അത് നേരിട്ട് കൊണ്ടുപോകുന്നു.

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

ip -4 addr show tun0
ip route get 192.168.50.20

അതേ ശ്രേണി ഉപയോഗിക്കുന്ന വീട്ടിലെ റൂട്ടറിൽ നിന്ന് കണക്ട് ചെയ്യുന്ന ക്ലയന്റ് കണക്ട് ചെയ്യും, തുടർന്ന് ഏതാണ്ട് ഒന്നിലും എത്തില്ല. ക്ലയന്റ് ആ പ്രിഫിക്സിനുള്ള പ്രാദേശിക റൂട്ട് നിലനിർത്തുന്നു, അതിനാൽ ടണൽ വിലാസം അതിന് പിന്നിലെ നെറ്റ്വർക്കുമായി കൂട്ടിയിടിക്കുന്നു, ട്രാഫിക് തെറ്റായ ഇന്റർഫേസിലൂടെ പുറത്തുപോകുന്നു. ആ സാഹചര്യം സെർവറിൽ പരിഹരിക്കാനാവില്ല; രേഖപ്പെടുത്തിയ പരിഹാരം വീട്ടിലെ നെറ്റ്വർക്ക് പുനർനമ്പർ ചെയ്യുകയോ കൂട്ടിയിടികൾ അപൂർവമായി നിലനിൽക്കാൻ മതിയായ ദൂരെയുള്ള പൂൾ ശ്രേണി തിരഞ്ഞെടുക്കുകയോ ആണ്. പരാജയവും പരിഹാരവും രേഖപ്പെടുത്തുക, കാരണം സഹായ മേശ വീണ്ടും അത് കാണും.

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

സേവനത്തിൽ നിന്ന് മറുപടി തിരികെ പിന്തുടരുക

മറുപടികൾ അതിലേക്ക് തിരികെ യാത്ര ചെയ്യാൻ കഴിയുമ്പോൾ മാത്രമേ പൂൾ പ്രവർത്തിക്കൂ. LAN-ലെ സേവനം ആന്തരിക വിലാസത്തിന് മറുപടി നൽകുന്നു, അതിനാൽ അതിന്റെ ഗേറ്റ്വേയ്ക്ക് പൂളിന് ഒരു റൂട്ടോ സേവനത്തിന് മുന്നിൽ ഒരു വിവർത്തനമോ വേണം. അഭ്യർത്ഥന ടണലിലൂടെ വന്ന് മറുപടി വേറെ വഴിയിലൂടെ പുറത്തുപോകുമ്പോൾ, സ്റ്റേറ്റ്ഫുൾ ഫയർവാൾ അല്ലെങ്കിൽ റിവേഴ്സ്-പാത്ത് പരിശോധന അത് ഉപേക്ഷിക്കുന്നു, ക്ലയന്റ് കണക്ട് ചെയ്ത് പിന്നീട് തൂങ്ങുന്ന ഒരു സേവനം കാണുന്നു. ഓരോ ഹോസ്റ്റിനും റൂട്ടുകൾ ചേർക്കുന്നതിനുപകരം പൂളിനെ റൂട്ടിംഗ് രൂപകൽപ്പനയിൽ ഒരു സംഗ്രഹിക്കാവുന്ന ബ്ലോക്കായി ഇടുക.

വിവർത്തനം ബാക്കി സിസ്റ്റം കാണുന്നത് മാറ്റുന്നു. ഉറവിടം വീണ്ടും എഴുതുമ്പോൾ, ഹോസ്റ്റ് ഫയർവാളിലും ആപ്ലിക്കേഷൻ ലോഗിലും ഉള്ള വിലാസം വിവർത്തനം ചെയ്തതാണ്, അതിനാൽ പൂൾ വിലാസത്തിനെതിരെ എഴുതിയ നിയമം ഒന്നുമായും പൊരുത്തപ്പെടുന്നില്ല, ലോഗ് വരി ക്ലയന്റിലേക്ക് കണ്ടെത്താനാവില്ല. strongSwan-ന്റെ ഫോർവേഡിംഗ് രേഖകൾ IKEv2 ഗേറ്റ്വേയ്ക്ക് ആ വഴിയുടെ സെർവർ-സൈഡ് പകുതി ഉൾക്കൊള്ളുന്നു. DNS-ഉം അതേ നിയന്ത്രണം വഹിക്കുന്നു, കാരണം ക്ലയന്റിന് എത്താനാവാത്ത വിലാസത്തിലേക്ക് പരിഹരിക്കുന്ന പേര് പിന്നീട് മറ്റൊരിടത്ത് പരാജയപ്പെടുന്നു.

രണ്ട് ക്ലയന്റുകൾ, പിന്നെ ഒരു റദ്ദാക്കൽ

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

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

നിരസിക്കേണ്ട ഒരു ലക്ഷ്യസ്ഥാനത്തോടെ അവസാനിപ്പിക്കുക. എല്ലാത്തിലും എത്തുന്ന ക്ലയന്റ് കണക്ട് ചെയ്യപ്പെട്ടതാണ്, പരീക്ഷിക്കപ്പെട്ടതല്ല.

നാല് മൂല്യങ്ങൾ അടുത്ത മാറ്റം അവ കണ്ടെത്തുന്നിടത്ത് എഴുതുക

രേഖ ചെറുതാണ്: പൂൾ ശ്രേണിയും പ്രിഫിക്സും, അനുവദന മോഡ്, മടങ്ങിവരുന്ന വഴി അല്ലെങ്കിൽ ഉപയോഗത്തിലുള്ള വിവർത്തനം, ആ ലക്ഷ്യസ്ഥാനങ്ങൾക്ക് മറുപടി നൽകുന്ന DNS പരിധി. ടിക്കറ്റിൽ അല്ല, സെർവർ കോൺഫിഗറേഷന്റെ അടുത്ത് വയ്ക്കുക, തീയതി ചേർക്കുക. പിന്നീട് നാലിൽ ഒന്ന് മാറ്റുന്നയാൾക്ക് ബാക്കി മൂന്ന് മുന്നിൽ വേണം, കാരണം പൂൾ വലിപ്പമാറ്റം റൂട്ട് തകർക്കുന്നു, റൂട്ട് മാറ്റം DNS മറുപടി തകർക്കുന്നു.

അതിനൊപ്പം ഉടമസ്ഥതാ കുറിപ്പ് സൂക്ഷിക്കുക: ടണൽ ശ്രേണി VPN സെർവറിന്റേതാണ്, LAN-ന്റെ DHCP പരിധിയിൽ ചെയ്ത റിസർവേഷൻ ടണലിനുള്ളിലെ ക്ലയന്റിന് ഒന്നും റിസർവ് ചെയ്യുന്നില്ല. ആ ഒരു വരി ഏറ്റവും സാധാരണമായ പുനർനിർമ്മാണം തടയുന്നു, ആരോ റിസർവേഷൻ ചേർത്ത് ടണൽ വിലാസം അതിനെ പിന്തുടരുമെന്ന് പ്രതീക്ഷിക്കുന്നിടത്ത്.