LAN-നായി VirtualBox VPN ഗേറ്റ്‌വേ: ബ്രിഡ്ജ്, റൂട്ട്, തിരിച്ചുവരവ്

വിദൂര ഉപയോക്താക്കൾക്ക് ഒരു ഭൗതിക LAN-ലുള്ള പ്രിന്ററിലേക്കും ഫയൽ സെർവറിലേക്കും എത്തണം, എപ്പോഴും പ്രവർത്തിക്കുന്ന ഏക Linux ബോക്സ് ഒരു VirtualBox VM ആണ്. ആ VM-നെ ആ LAN-ലേക്ക് ബ്രിഡ്ജ് ചെയ്യുന്നത് ആദ്യ പകുതിയാണ്. രണ്ടാം പകുതി, LAN-ലെ ഓരോ ഉപകരണവും യഥാർത്ഥത്തിൽ ഉപയോഗിക്കുന്ന ഒരു തിരിച്ചുവരവ് റൂട്ട് ആണ്, അതാണ് മിക്ക സെറ്റപ്പുകളും വിട്ടുപോകുന്ന ഭാഗം. അതില്ലാത്തപ്പോൾ ടണൽ ബന്ധിപ്പിക്കുന്നു, ക്ലയന്റ് ഗേറ്റ്‌വേയിലേക്ക് പിംഗ് ചെയ്യുന്നു, മറ്റൊന്നും ഉത്തരം നൽകുന്നില്ല.

എത്തിച്ചേരാൻ കഴിയുന്ന വിലാസങ്ങൾ ഉപയോഗിക്കുക

VM-ന്റെ LAN അഡാപ്റ്റർ ആ നെറ്റ്‌വർക്കിന് അനുവദിച്ച Bridged Adapter മോഡിലേക്ക് സജ്ജമാക്കി, സാധാരണ അനുവദന പ്രക്രിയയിലൂടെ അതിന് ഒരു വിലാസം നൽകുക. അപ്പോൾ VM ഭൗതിക LAN-ൽ മറ്റേതൊരു ഹോസ്റ്റ് പോലെ പ്രത്യക്ഷപ്പെടുന്നു. അതിന്റെ ഡിഫോൾട്ട് റൂട്ട് ഇപ്പോഴും യഥാർത്ഥ ഗേറ്റ്‌വേ തന്നെ ഉപയോഗിക്കണം, അങ്ങനെ VPN പീയറിലേക്കുള്ള എൻക്രിപ്റ്റ് ചെയ്ത ഗതാഗതം എത്തിച്ചേരാവുന്നതായി തുടരും. VirtualBox-ന്റെ ഡിഫോൾട്ട് NAT വിലാസം LAN-ന്റെ അടുത്ത ഹോപ്പായി ഉപയോഗിക്കരുത്, കാരണം ആ വിലാസം ഒരു വെർച്വൽ NAT-ന് പിന്നിലാണ്, ഹോസ്റ്റിനോ LAN-ലെ മറ്റ് മെഷീനുകൾക്കോ on-link അല്ല.

LAN router:          192.168.70.1/24
VirtualBox host:     192.168.70.5/24
VPN gateway VM:      192.168.70.10/24
Example LAN service: 192.168.70.40
VPN client pool:     10.80.0.0/24

പൂൾ തിരഞ്ഞെടുക്കുന്നതിന് മുമ്പ് വിദൂര ഉപയോക്താക്കളുടെ വീട്ടിലെ നെറ്റ്‌വർക്കുകളുമായി ഓവർലാപ്പ് ഉണ്ടോ എന്ന് പരിശോധിക്കുക. ഓവർലാപ്പ് ഏതൊരു സെർവർ കോൺഫിഗറേഷനും പരിഹരിക്കാനാവാത്ത റൂട്ടിംഗ് ആശയക്കുഴപ്പമായി മാറുന്നു.

LAN പ്രഖ്യാപിച്ച്, പിന്നീട് ഫോർവേഡ് ചെയ്യുക

പ്രാമാണീകരണവും ഗതാഗതവും ഇതിനകം നിയന്ത്രിക്കപ്പെടുന്ന ഒരു സെർവറിന്, നെറ്റ്‌വർക്കിംഗ് വരികൾ ഇങ്ങനെയാണ്. സ്വീകരിക്കുന്ന ക്ലയന്റിനോട് LAN-ൽ എങ്ങനെ എത്താമെന്ന് push പറയുന്നു, അത് സ്വയം VM-നെ എന്തെങ്കിലും ഫോർവേഡ് ചെയ്യാൻ നിർബന്ധിക്കുന്നില്ല.

dev tun
topology subnet
server 10.80.0.0 255.255.255.0
push "route 192.168.70.0 255.255.255.0"

VM-ന്റെ സ്ഥിരമായ നെറ്റ്‌വർക്ക് കോൺഫിഗറേഷനിൽ IPv4 ഫോർവേഡിംഗ് പ്രവർത്തനക്ഷമമാക്കി, VM-ന്റെ ഫോർവേഡിംഗ് അതിർത്തിയിൽ ഉദ്ദേശിച്ച LAN സേവനങ്ങളിലേക്ക് എത്താൻ ക്ലയന്റ് പൂളിനെ അനുവദിക്കുക. VPN ലിസണറിലേക്ക് എത്താനുള്ള അനുമതി പ്രത്യേക നിയമമാണ്, ടണൽ ഉയർന്നിട്ടുണ്ടെങ്കിൽ അത് ഇതിനകം പ്രവർത്തിക്കുന്നു.

തിരിച്ചുവരവ് റൂട്ട് LAN റൗട്ടറിലാണ്

LAN-ലെ ഉപകരണങ്ങൾ അവയുടെ ഡിഫോൾട്ട് ഗേറ്റ്‌വേ വഴി ഉത്തരം നൽകുന്നു, അത് 192.168.70.1-ലെ LAN റൗട്ടർ ആണ്. 10.80.0.0/24 എവിടെയാണെന്ന് പറഞ്ഞില്ലെങ്കിൽ ആ റൗട്ടറിന് അറിയില്ല. പൂൾ റൂട്ട് റൗട്ടറിന്റെ പിന്തുണയുള്ള സ്ഥിരമായ കോൺഫിഗറേഷനിൽ ചേർത്ത്, VM-ന്റെ LAN വിലാസത്തിലേക്ക് ചൂണ്ടിക്കാണിക്കുക. VirtualBox ഹോസ്റ്റിൽ മാത്രം ചേർത്താൽ ആ ഹോസ്റ്റിനോട് ചോദിക്കുന്ന പാതകൾ മാത്രം ശരിയാകും, അത് LAN-ലെ ഓരോ ഉപകരണവുമല്ല.

ip route add 10.80.0.0/24 via 192.168.70.10

ലക്ഷ്യസ്ഥാനത്തിന്റെ സ്വന്തം ഫയർവാൾ ഇപ്പോഴും ക്ലയന്റ് പൂളിനെ ഉറവിടമായി അനുവദിക്കണം. റൂട്ട് പാക്കറ്റ് വഹിക്കുന്നു; അത് സേവനം നൽകുന്നില്ല.

LAN റൗട്ടർ മാറ്റാൻ കഴിയില്ലെങ്കിൽ, VM-ൽ പരിമിതമായ ഉറവിട വിവർത്തനമാണ് ബദൽ. അത് റൂട്ട് ഇല്ലാതെ ഉത്തരങ്ങൾ തിരികെ കൊണ്ടുവരുന്നു, LAN സേവനത്തിൽ നിന്ന് വ്യക്തിഗത ക്ലയന്റ് വിലാസങ്ങൾ മറയ്ക്കുന്നു.

ഒരു പാക്കറ്റ് തുടക്കം മുതൽ അവസാനം വരെ പിന്തുടരുക

10.80.0.25-ലെ ഒരു ക്ലയന്റ് ടണലിലൂടെ 192.168.70.40-ലേക്ക് അയയ്ക്കുന്നു. VM പാക്കറ്റ് LAN-ലേക്ക് ഫോർവേഡ് ചെയ്യുന്നു. സേവനം അതിന്റെ റൗട്ടറിനോട് ഉത്തരം നൽകുന്നു, അത് ക്ലയന്റ് പൂളിനായി VM തിരഞ്ഞെടുക്കുന്നു, VM പാക്കറ്റ് OpenVPN വഴി തിരികെ അയയ്ക്കുന്നു. ആ വാക്യത്തിലെ ഓരോ ഹോപ്പും ഡിസൈൻ പരാജയപ്പെടാവുന്ന ഒരിടമാണ്.

വിദൂര ക്ലയന്റിൽ നിന്ന് യഥാർത്ഥ അപ്ലിക്കേഷൻ ഉപയോഗിച്ച് പരീക്ഷിക്കുക, തുടർന്ന് VM-ലും റൗട്ടറിലും നിയന്ത്രിത കോൺഫിഗറേഷൻ വീണ്ടും ലോഡ് ചെയ്ത ശേഷം ആവർത്തിക്കുക.

ക്ലയന്റ് VM-ൽ എത്തിയിട്ടും സേവനത്തിൽ എത്തുന്നില്ലെങ്കിൽ, ആദ്യം റൗട്ടറിന്റെ റൂട്ട് പരിശോധിക്കുക. സേവനം അഭ്യർത്ഥന സ്വീകരിക്കുകയും ക്ലയന്റ് ഉത്തരം ഒരിക്കലും കാണാതിരിക്കുകയും ചെയ്താൽ, തിരിച്ചുവരവ് പാതയാണ് സംശയാസ്പദം.