വീട്ടിലെ VPN സെർവർ ലഭ്യമല്ല: NAT ശൃംഖലയിലൂടെ നടക്കുക

സെർവർ LAN-ൽ പ്രതികരിക്കുന്നു, പോർട്ട്-ഫോർവേഡ് നിയമം ശരിയായി തോന്നുന്നു, എന്നിട്ടും പുറത്തുള്ള ക്ലയന്റിന് കണക്ട് ചെയ്യാനാകുന്നില്ല. ഓരോ അതിർവരമ്പും കടന്ന് പുറത്തേക്ക് നടക്കുന്നത് നിയമം നാലാം തവണ തിരുത്തുന്നതിനേക്കാൾ വേഗമാണ്, കാരണം ഓരോ അതിർവരമ്പും സ്വന്തം തെളിവ് അവശേഷിപ്പിക്കുന്നു: റൗട്ടറിന്റെ WAN പേജ്, ISPയുടെ വിവർത്തനം, ഹോസ്റ്റിലെ ശ്രോതാവ്. നിങ്ങൾക്ക് ഇതിനകം തുറന്നിരിക്കുന്ന അഡ്മിൻ പേജിൽ നിന്ന് തുടങ്ങി നിങ്ങൾ നിയന്ത്രിക്കാത്ത ഒരു നെറ്റ്വർക്കിൽ നിന്നുള്ള പരീക്ഷയോടെ അവസാനിപ്പിക്കുക. ഓരോ ഫലവും നടക്കുമ്പോൾ തന്നെ എഴുതിവയ്ക്കുക, കാരണം ക്രമമാണ് രോഗനിർണയം, ഓർത്തുവച്ച സംഖ്യ തെളിവല്ല. നിങ്ങൾക്ക് പുറത്തേക്കുള്ള ടണൽ മാത്രം വേണമെങ്കിൽ വിവർത്തനം നിങ്ങളുടെ പ്രശ്നമല്ല: ആവശ്യപ്പെടാത്ത അകത്തേക്കുള്ള ട്രാഫിക് മാത്രമാണ് തടയപ്പെടുന്നത്.

റൗട്ടറിന്റെ WAN പേജിൽ നിന്ന് തുടങ്ങുക

റൗട്ടറിൽ ലോഗിൻ ചെയ്ത് പോർട്ട്-ഫോർവേഡ് പട്ടികയ്ക്ക് പകരം സ്റ്റാറ്റസ് പേജ് വായിക്കുക. WAN വിലാസം, അത് ഉൾപ്പെടുന്ന ഇന്റർഫേസ്, കണക്ഷൻ തരം DHCP ആണോ PPPoE ആണോ അതല്ല ISP നൽകുന്ന മറ്റെന്തെങ്കിലുമാണോ എന്നിവ കുറിച്ചുവയ്ക്കുക. പിന്നീട് ആ വിലാസം ബാഹ്യ സേവനം റിപ്പോർട്ട് ചെയ്യുന്നതുമായി താരതമ്യം ചെയ്യുക, നിരീക്ഷണം അതേ റൗട്ടറിലൂടെ തിരികെ പോകാതിരിക്കാൻ മൊബൈൽ ഡാറ്റയിലുള്ള ഫോൺ ഉപയോഗിക്കുക. രണ്ട് സംഖ്യകളും വ്യത്യസ്ത ചോദ്യങ്ങൾക്ക് ഉത്തരം നൽകുന്നു, അവ താരതമ്യം ചെയ്യുക എന്നതാണ് ഈ ഘട്ടത്തിന്റെ മുഴുവൻ ഉദ്ദേശ്യം.

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

ഒരു ഹോപ്പ് മുകളിലേക്ക് പോകുക

റൗട്ടറിൽ നിന്നു തന്നെ traceroute പ്രവർത്തിപ്പിച്ച് ആദ്യത്തെ കുറച്ച് ഹോപ്പുകൾ വായിക്കുക. ആവർത്തിക്കുന്ന പൊതു വിലാസങ്ങൾ, സ്വകാര്യ വിലാസത്തോടെ പ്രതികരിക്കുന്ന ആദ്യ ഹോപ്പ്, അല്ലെങ്കിൽ പങ്കിട്ട 100.64.0.0/10 ശ്രേണിയിലുള്ള വിലാസം എല്ലാം മുകളിലെ വിവർത്തകനെ സൂചിപ്പിക്കുന്നു. RFC 6598 ആ ശ്രേണി ഇത്തരം വിന്യാസത്തിനായി തന്നെ നിർവചിക്കുന്നു, അതുകൊണ്ടാണ് WAN ഫീൽഡിൽ അത് കാണുന്നത് ജിജ്ഞാസയല്ല, ശക്തമായ സൂചനയാകുന്നത്. വഴിയിൽ രണ്ട് വിവർത്തകരുണ്ടെങ്കിൽ അടയാളം കുറച്ചുകൂടി അവ്യക്തമാകും, അതിനാൽ ഒരു വരിയല്ല, മാതൃക വായിക്കുക.

ചില ദാതാക്കൾ അനുവദിച്ച വിലാസം ഉപഭോക്തൃ പോർട്ടലിൽ മാത്രമേ കാണിക്കൂ, അതിനാൽ റൗട്ടർ കള്ളം പറയുന്നു എന്ന് തീരുമാനിക്കുന്നതിന് മുൻപ് അവിടെ നോക്കുക. പോർട്ടലിലെ വിലാസം നിങ്ങളുടെ ബാഹ്യ നിരീക്ഷണവുമായി ഒത്തുപോകുമ്പോൾ റൗട്ടർ മറ്റെന്തോ റിപ്പോർട്ട് ചെയ്യുന്നത് മുകളിലെ വിവർത്തകന്റെ ഏറ്റവും വ്യക്തമായ തെളിവാണ്. രണ്ട് പേജുകളും മാറ്റ രേഖയിൽ സൂക്ഷിക്കുക, കാരണം ഏത് അതിർവരമ്പ് ആർക്കുള്ളതെന്ന തർക്കം തീയതിയുള്ള രണ്ട് ചിത്രങ്ങളുണ്ടെങ്കിൽ വളരെ വേഗം തീരും.

ശ്രോതാവും ഫോർവേഡും സ്ഥിരീകരിക്കുക

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

ss -lunp | grep -E '1194|51820'
ip -4 addr show | grep -E 'inet '
curl -s --max-time 5 ifconfig.me
traceroute -n -m 5 1.1.1.1

പുറം പരീക്ഷയിൽ റൗട്ടറിലേക്ക് ഒരു പാക്കറ്റും എത്തുന്നില്ലെന്ന് കണ്ടാൽ, വീഴ്ച മുകളിലാണ് സംഭവിച്ചത്, ഒരു പ്രാദേശിക നിയമവും അത് ശരിയാക്കില്ല. പാക്കറ്റുകൾ എത്തുന്നുണ്ടെങ്കിലും ഒന്നും പ്രതികരിക്കുന്നില്ലെങ്കിൽ, അടുത്ത അതിർവരമ്പ് ശ്രോതാവോ ഹോസ്റ്റിലെ ഫയർവാളോ ആണ്. ഹോസ്റ്റിൽ പാക്കറ്റ് പിടിക്കുന്നത് രണ്ടിൽ ഏതാണ് നിങ്ങൾ നോക്കുന്നതെന്ന് തീരുമാനിക്കും, നിയമങ്ങൾ ഊഹിക്കുന്ന മറ്റൊരു റൗണ്ടിനേക്കാൾ കുറഞ്ഞ സമയമേ ഇതിന് വേണ്ടൂ. താരതമ്യം ചെയ്യുമ്പോൾ ശ്രോതാവും അതിന്റെ കൈമാറ്റവും മാറ്റാതെ നിർത്തുക, അല്ലെങ്കിൽ അടുത്ത പരീക്ഷ മറ്റൊരു ചോദ്യത്തിന് ഉത്തരം നൽകും.

അതേ നിയമമല്ല, ടോപ്പോളജി മാറ്റുക

വിവർത്തകൻ ISPയുടേതാണെങ്കിൽ, പരിഹാരം മറ്റൊരു ഫോർവേഡല്ല, വേറൊരു വഴിയാണ്. പൊതു വിലാസമുള്ള ചെറിയ VPS, വീട്ടിൽ നിന്ന് പുറത്തേക്കുള്ള ടണലിലൂടെ ബന്ധിപ്പിച്ചാൽ, സേവനത്തിന് മുൻപിൽ എത്തിച്ചേരാവുന്ന ഒരു അന്ത്യബിന്ദു വയ്ക്കുന്നു. ദാതാവ് നൽകുന്ന പൊതു വിലാസം ഉള്ളിടത്ത് കൂടുതൽ ലളിതവും യന്ത്രം നടത്തുന്നതിനേക്കാൾ സാധാരണയായി വിലകുറഞ്ഞതുമാണ്. IPv6 വിവർത്തനം പൂർണമായി നീക്കുന്നു, ക്ലയന്റ് നെറ്റ്വർക്ക്, DNS രേഖകൾ, ഫയർവാൾ നയം എല്ലാം അതിനെ പിന്തുണയ്ക്കുന്നുവെങ്കിൽ.

ചലനാത്മക DNS പേര് മാത്രം പുതുക്കുന്നു; അത് പ്രാപ്യത സൃഷ്ടിക്കുന്നില്ല, പങ്കിട്ട വിലാസത്തിലേക്ക് ചൂണ്ടിയാൽ മറ്റ് വരിക്കാരും ഉപയോഗിക്കുന്ന ദാതാവിന്റെ ഗേറ്റ്വേയിലേക്ക് ക്ലയന്റുകളെ അയയ്ക്കും. ആ പരാജയം മരിച്ച സെർവറിനെ പോലെ തന്നെ തോന്നും, അതുകൊണ്ടാണ് മുൻ ഘട്ടങ്ങളിലെ രേഖ പ്രധാനമാകുന്നത്. പരീക്ഷ പരാജയപ്പെട്ടപ്പോൾ പേര് ഏത് വിലാസത്തിലേക്ക് നിർണ്ണയിച്ചു എന്ന് കുറിച്ചുവയ്ക്കുക, ഉത്തരം പരീക്ഷാ ഫലത്തോടൊപ്പം സൂക്ഷിക്കുക.

നിങ്ങൾ നിയന്ത്രിക്കുന്ന അതിർവരമ്പിന് ചുറ്റും പദ്ധതി വീണ്ടും എഴുതുക: ശ്രോതാവ്, ടണൽ, പാതകൾ. പഴയ ഫോർവേഡ് അത് ഇനിയും എന്തെങ്കിലും സത്യം വിവരിക്കുന്നിടത്തോളം മാത്രം നിർത്തുക, കാരണം ടോപ്പോളജിയുമായി ഇനി ഒത്തുപോകാത്ത നിയമം നിയമമില്ലാതിരിക്കുന്നതിനേക്കാൾ മോശമാണ്. ഏത് പാളിയാണ് യഥാർത്ഥത്തിൽ തടഞ്ഞതെന്നും ഏത് തെളിവാണ് അത് കാണിച്ചതെന്നും രേഖപ്പെടുത്തുക. അല്ലെങ്കിൽ അഡ്മിൻ പേജ് തുറക്കുന്ന അടുത്ത ആൾ ഈ നടത്തത്തിന്റെ ഓരോ ഘട്ടവും തുടക്കം മുതൽ ആവർത്തിക്കും.