DHCP ഓപ്ഷൻ 121 ഉപയോഗിച്ച് LAN ഹോസ്റ്റുകൾക്ക് VPN തിരിച്ചുവരവ് റൂട്ട് നൽകുക

വിദൂര VPN ക്ലയന്റുകൾ ബന്ധിപ്പിക്കുന്നു, LAN സെർവർ മറുപടി നൽകുന്നു, ആ മറുപടി സാധാരണ ഇന്റർനെറ്റ് റൗട്ടർ വഴി പുറത്തുപോയി അവിടെ മരിക്കുന്നു. ഒരു സെർവർ ആണെങ്കിൽ സ്റ്റാറ്റിക് റൂട്ട് കൊണ്ട് നന്നാക്കാം, പക്ഷേ ഒരു മുഴുവൻ സബ്നെറ്റ് ആണെങ്കിൽ അവർ ഇതിനകം നെറ്റ്വർക്ക് കോൺഫിഗറേഷൻ ലഭിക്കുന്നിടത്ത് കൈകാര്യം ചെയ്യുന്നതാണ് നല്ലത്. DHCPv4-യുടെ ഓപ്ഷൻ 121 കൃത്യമായി അത്തരം ലക്ഷ്യ റൂട്ടുകൾ വിതരണം ചെയ്യുന്നു, ഡിഫോൾട്ട് മറക്കുന്ന നിമിഷം ആളുകൾ പിഴവ് വരുത്തുന്ന ഭാഗം അതാണ്. ലക്ഷണം ഏകദിശ ട്രാഫിക് ആണ്: അഭ്യർത്ഥനകൾ എത്തുന്നു, മറുപടികൾ അപ്രത്യക്ഷമാകുന്നു.

ആദ്യം മൂന്ന് വിലാസങ്ങൾക്ക് പേര് നൽകുക

ഒരു നിർദ്ദിഷ്ട LAN എടുക്കുക: 192.168.50.0/24, സാധാരണ ഡിഫോൾട്ട് റൗട്ടർ 192.168.50.1-ൽ, വേറിട്ട VPN ഗേറ്റ്വേ 192.168.50.2-ൽ. പ്രാമാണീകരിച്ച വിദൂര ക്ലയന്റുകൾ 10.90.0.0/24 ഉപയോഗിക്കുന്നു.

ഓരോ പങ്കെടുക്കുന്ന ഹോസ്റ്റിനും വേണ്ട റൂട്ട് 10.90.0.0/24 via 192.168.50.2 ആണ്. ലക്ഷ്യം ക്ലയന്റ് പൂൾ ആണ്, അടുത്ത ഹോപ്പ് ഗേറ്റ്വേയുടെ ടണൽ വിലാസമല്ല, അതിന്റെ LAN വിലാസമാണ്.

ക്ലാസ് ഇല്ലാത്ത സ്റ്റാറ്റിക് റൂട്ട് ആയി എൻകോഡ് ചെയ്യുക

ഓപ്ഷൻ 121 പ്രിഫിക്സും അടുത്ത ഹോപ്പും ജോടികളായി കൊണ്ടുപോകുന്നു, RFC 3442 എൻകോഡിംഗും അതിനെ തുടർന്നുള്ള ക്ലയന്റ് സ്വഭാവവും നിർവചിക്കുന്നു. ഈ ഉദാഹരണ LAN-ന് മാത്രം സേവനം നൽകുന്ന നിലവിലുള്ള dnsmasq ഇൻസ്റ്റൻസിന് കോൺഫിഗറേഷന്റെ രൂപം ഇതാണ്:

dhcp-option=121,10.90.0.0/24,192.168.50.2,0.0.0.0/0,192.168.50.1

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

ഡിഫോൾട്ട് റൂട്ട് നഷ്ടപ്പെടുത്തരുത്

ഇതാണ് കെണി. ഓപ്ഷൻ 121 ലഭിക്കുന്ന ക്ലയന്റ് സാധാരണ Router ഓപ്ഷൻ അവഗണിക്കണം, അതിനാൽ VPN പൂളിന്റെ റൂട്ട് മാത്രം പ്രഖ്യാപിച്ചാൽ ആ ഹോസ്റ്റിനെ ഒട്ടും ഡിഫോൾട്ട് റൂട്ട് ഇല്ലാതെ വിട്ടേക്കാം. യന്ത്രം ഇപ്പോഴും കോൺഫിഗർ ചെയ്തതുപോലെ കാണപ്പെടുന്നു, നിശ്ശബ്ദമായി ഇന്റർനെറ്റ് നഷ്ടപ്പെടുത്തുന്നു. എല്ലാ ഇന്റർഫേസുകളും ഓണായിരിക്കെ നെറ്റ്വർക്ക് ഡൗൺ ആണെന്ന് ഉപയോക്താക്കൾ വിശേഷിപ്പിക്കുന്നു.

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

ക്ലയന്റ് എന്ത് സ്വീകരിക്കും എന്ന് പരിശോധിക്കുക

കൈകൊണ്ട് വിലാസം നൽകിയ ഹോസ്റ്റ് ഇത് ഒരിക്കലും എടുക്കില്ല, കാരണം അത് ലീസ് ആവശ്യപ്പെടുന്നില്ല. ക്ലയന്റ് പിന്തുണയും വ്യത്യസ്തമാണ്, അതിനാൽ എല്ലാ ഉപകരണവും ഓപ്ഷൻ 121 അനുസരിക്കുമെന്ന് കരുതുന്നതിനുപകരം നിങ്ങൾ യഥാർത്ഥത്തിൽ പ്രവർത്തിപ്പിക്കുന്ന ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിൽ പരീക്ഷിക്കുക. ആ സെർവറുകളുടെ ഉടമകളുമായി ഏതൊക്കെ സ്റ്റാറ്റിക് വിലാസമാണെന്ന് ഉറപ്പാക്കുക. ആ ഹോസ്റ്റുകൾക്ക് സ്വന്തം റൂട്ട് എൻട്രികൾ വേണം, അല്ലെങ്കിൽ അവ പങ്കെടുക്കില്ല.

നിയന്ത്രിത DHCP സേവനങ്ങൾ മറ്റൊരു പരിധിയാണ്. ചില ക്ലൗഡ് നെറ്റ്വർക്കുകൾ അഡ്മിനിസ്ട്രേറ്റർമാരെ ഏകപക്ഷീയമായ ഓപ്ഷനുകൾ പ്രസിദ്ധീകരിക്കാൻ അനുവദിക്കുന്നില്ല, അതേ സെഗ്മെന്റിൽ എതിരാളിയായ DHCP സെർവർ ഓപ്ഷൻ തന്നെ ഇല്ലാതിരിക്കുന്നതിനേക്കാൾ മോശമാണ്.

ലീസ് പരിശോധിക്കുക, പിന്നെ തിരയൽ

DHCP ഉടമയോട് മാറ്റം പ്രയോഗിക്കാൻ ആവശ്യപ്പെടുക, പിന്നെ ഒരു ക്ലയന്റിൽ ലീസ് പുതുക്കുക. നിലവിലുള്ള ലീസുകൾ പുതുക്കുന്നതുവരെ പഴയ കോൺഫിഗറേഷൻ നിലനിർത്തുന്നു, അതിനാൽ ഉടനടി ഫലം ഉറപ്പില്ല.

Linux ക്ലയന്റിൽ യഥാർത്ഥ റൂട്ടുകൾ വായിച്ച് രണ്ട് എൻട്രികളും സ്ഥിരീകരിക്കുക:

ip -4 route
ip -4 route get 10.90.0.23

സന്ദർഭാനുസൃത തിരയൽ പൂളിന്റെ റൂട്ട് 192.168.50.2 വഴിയും ഡിഫോൾട്ട് 192.168.50.1 വഴിയും കാണിക്കണം. ഡിഫോൾട്ട് ഇല്ലെങ്കിൽ, മുകളിലെ കെണി നിങ്ങൾ ആവർത്തിച്ചു.

പിന്നെ യഥാർത്ഥ കൈമാറ്റം പരീക്ഷിക്കുക

റൂട്ട് വിതരണം മുഴുവൻ വഴിയല്ല. വേറിട്ട ഗേറ്റ്വേയ്ക്ക് ഇപ്പോഴും ഫോർവേഡിംഗ്, വിദൂര പീയറുകളുടെ ഉടമസ്ഥത, സെർവറിനെ അനുവദിക്കുന്ന ആക്സസ് നയം എന്നിവ വേണം, DHCP ആരെയും പ്രാമാണീകരിക്കുന്നില്ല.

അവസാനം, നീക്കം ചെയ്യാനുള്ള പദ്ധതി സൂക്ഷിക്കുക. പഠിച്ച സ്റ്റാറ്റിക് റൂട്ട് VPN വീഴുമ്പോൾ സ്വയം പിൻവലിക്കുന്നില്ല, അതിനാൽ പഴയ അടുത്ത ഹോപ്പ് ടണൽ അപ്രത്യക്ഷമായി വളരെ കഴിഞ്ഞിട്ടും ആ പ്രിഫിക്സിനെ കറുത്ത കുഴിയാക്കാം.