ഒരു ലാപ്‌ടോപ്പ് ടണൽ കൈവശം വയ്ക്കുന്നു, വീട്ടിലെ ബാക്കി ഭാഗത്തിന് അതേ ആക്‌സസ് വേണം, ആദ്യ ശ്രമം എല്ലാം ബന്ധിപ്പിച്ച മെഷീനിലേക്ക് തിരിച്ചുവിടുകയാണ്. VPN-മായി യാതൊരു ബന്ധവുമില്ലാത്ത കാരണങ്ങളാൽ ഇത് പരാജയപ്പെടുന്നു: സ്വീകരിക്കുന്ന ഹോസ്റ്റ് പാക്കറ്റ് കൈമാറണം, അതിന്റെ ഉറവിടം വീണ്ടും എഴുതണം, മറുപടികൾക്ക് തിരികെയുള്ള വഴി കണ്ടെത്താൻ ഉറപ്പാക്കണം. മൂന്നിൽ ഒന്ന് വിട്ടുപോയാലും ബന്ധിപ്പിച്ച ലാപ്‌ടോപ്പ് പ്രവർത്തിക്കും, മറ്റെല്ലാ ഉപകരണങ്ങൾക്കും മറുപടി ലഭിക്കില്ല. പരിഹാരം ഒരു റൂട്ടിംഗ് രൂപകൽപ്പനയാണ്, ക്ലയന്റ് ക്രമീകരണമല്ല.

ഉപകരണങ്ങളെ ഹോസ്റ്റിലേക്ക് തിരിച്ചുവിടുന്നത് എന്തുകൊണ്ട് പരാജയപ്പെടുന്നു

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

ക്രമീകരണങ്ങൾ ക്രമരഹിതമായി ഓണും ഓഫും ചെയ്യുന്നതിന് പകരം ആ ക്രമത്തിൽ രോഗനിർണയം നടത്തുക. ഓരോ വിട്ടുപോയ ഭാഗവും അൽപ്പം വ്യത്യസ്തമായ ലക്ഷണം ഉണ്ടാക്കുന്നു.

ഹോസ്റ്റിൽ ഫോർവേഡിംഗും വിലാസ വിവർത്തനവും പ്രവർത്തനക്ഷമമാക്കുക

ബന്ധിപ്പിച്ച ഹോസ്റ്റിലെ രണ്ട് മാറ്റങ്ങൾ ആദ്യ രണ്ട് ഭാഗങ്ങൾ ഉൾക്കൊള്ളുന്നു: IPv4 ഫോർവേഡിംഗ് ഓണാക്കി LAN ട്രാഫിക് ടണൽ ഇന്റർഫേസിലേക്ക് വിവർത്തനം ചെയ്യുക.

sysctl -w net.ipv4.ip_forward=1
iptables -t nat -A POSTROUTING -o tun0 -j MASQUERADE

sysctl മൂല്യം /etc/sysctl.d-ന് കീഴിലുള്ള ഒരു ഫയലിൽ നിലനിർത്തി, റീബൂട്ടിന് ശേഷം masquerade നിയമം വീണ്ടും പരിശോധിക്കുക, കാരണം ഫയർവാൾ മുൻഭാഗങ്ങൾ ഇഷ്‌ടാനുസൃത ചെയിനുകൾ കാലിയാക്കാം. വിൻഡോസിൽ പങ്കിടൽ ഫീച്ചർ രണ്ട് ഘട്ടങ്ങളും ചെയ്യുന്നു, പക്ഷേ അത് LAN അഡാപ്റ്റർ ഒരു നിശ്ചിത സബ്‌നെറ്റിലേക്ക് വീണ്ടും വിലാസമിടുകയും അതിന്റെ ഗേറ്റ്‌വേ മായ്‌ക്കുകയും ചെയ്യുന്നു, ഇത് സ്റ്റാറ്റിക് അഡ്രസിംഗും പോർട്ട് ഫോർവേഡിംഗും തകർക്കുന്നു. പങ്കിടൽ പരാജയപ്പെട്ടു എന്ന് അനുമാനിക്കുന്നതിന് മുമ്പ് റൂട്ടറിന്റെ ഹോസ്റ്റിലേക്കുള്ള വഴി അതിന്റെ പുതിയ വിലാസത്തിൽ പുനഃസ്ഥാപിക്കുക. തുടർന്ന് രണ്ടാമത്തെ ഉപകരണം ട്രാഫിക് അയക്കുമ്പോൾ നിയമത്തിന്റെ കൗണ്ടറുകൾ ഉയരുന്നത് നിരീക്ഷിക്കുക.

LAN-ന് റീബൂട്ടുകളെ അതിജീവിക്കുന്ന ഒരു വഴി നൽകുക

മറ്റ് ഉപകരണങ്ങൾക്ക് വിദൂര പ്രിഫിക്സിലേക്ക് ഒരു റൂട്ട് വേണം, അത് നൽകാനുള്ള രണ്ട് മാർഗങ്ങൾ സ്വാധീനത്തിന്റെ വ്യാപ്തിയിൽ വ്യത്യാസപ്പെടുന്നു.

ip route add 10.8.0.0/24 via 192.168.1.20 dev eth0

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

ടണലിനെ കുറ്റപ്പെടുത്തുന്നതിന് മുമ്പ് MTU ശ്രദ്ധിക്കുക

ടണലുകൾ ഉപയോഗയോഗ്യമായ പാക്കറ്റ് വലുപ്പം കുറയ്ക്കുന്നു, രണ്ടാമത്തെ ഉപകരണത്തിന് അതിനെക്കുറിച്ച് ഒന്നുമറിയില്ല. വലിയ കൈമാറ്റങ്ങളും TLS ഹസ്തദാനങ്ങളും തടഞ്ഞുനിൽക്കുമ്പോൾ ചെറിയ അഭ്യർത്ഥനകൾ വിജയിക്കുന്നു.

ping -M do -s 1400 10.8.0.5

ഒരു മറുപടി ആ വലുപ്പം വഴി കഷണങ്ങളാകാതെ കടക്കുന്നു എന്ന് തെളിയിക്കുന്നു; സമയം കഴിയുന്നത് എൻകാപ്സുലേഷൻ ഭാരം പാക്കറ്റിനെ ടണലിന്റെ MTU-വിന് അപ്പുറത്തേക്ക് തള്ളിയെന്നാണ്. പങ്കിടൽ ഇന്റർഫേസിലെ MTU കുറയ്ക്കുക അല്ലെങ്കിൽ ഫോർവേഡ് ചെയ്യുന്ന ഉപകരണത്തിലെ പരമാവധി സെഗ്‌മെന്റ് വലുപ്പം പരിമിതപ്പെടുത്തുക, തുടർന്ന് അതേ പരിശോധന ആവർത്തിക്കുക. ആദ്യം അതേ വലുപ്പം LAN വശത്ത് പരിശോധിക്കുക, കാരണം പ്രാദേശിക പരാജയം ടണലിനെയല്ല LAN-നെയാണ് സൂചിപ്പിക്കുന്നത്. പ്രവർത്തിക്കുന്ന വലുപ്പം രേഖപ്പെടുത്തുക, കാരണം പിന്നീട് ദാതാവിന്റെയോ ടണലിന്റെയോ മാറ്റം അതിനെ നീക്കാം.

ഒരു അധിക ഉപകരണത്തിന് ഹോസ്റ്റിൽ നിന്നുള്ള പങ്കിടൽ മതി. ഒരു വീട്ടുകാർക്ക് റൂട്ട് റൂട്ടറിൽ വയ്ക്കുക. ലാപ്‌ടോപ്പ് നിങ്ങളോടൊപ്പം പോകുമ്പോഴും ആക്‌സസ് നിലനിൽക്കണമെങ്കിൽ, ടണൽ തന്നെ ഒരു സമർപ്പിത ഗേറ്റ്‌വേയിൽ ആയിരിക്കണം.

അനുബന്ധ ലേഖനങ്ങൾ