പുതിയ റൗട്ടർ, അതേ VPN സർവർ: അതിന്റെ പൊതു പ്രവേശനം മാറ്റുക

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

മാറ്റത്തെ ഒന്നല്ല, രണ്ട് കൈമാറ്റമായി കാണുക, ജോലി ചെയ്യുമ്പോൾ അഡ്മിൻ ഇന്റർഫേസിലേക്കുള്ള പ്രാദേശിക വഴി നിലനിർത്തുക.

പ്ലഗ് അഴിക്കുന്നതിന് മുൻപ് കൈമാറ്റം എഴുതുക

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

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

ആ രേഖ സംരക്ഷിത സ്ഥലത്ത് സൂക്ഷിക്കുക. റൗട്ടർ ബാക്കപ്പിൽ WAN ലിങ്കിന്റെ ക്രെഡൻഷ്യലുകൾ ഉണ്ടാകാം. എക്സ്പോർട്ട് ഫയലിനെ സെറ്റിംഗ്സ് കുറിപ്പായല്ല, പാസ്വേഡ് പോലെ കൈകാര്യം ചെയ്യുക.

ആദ്യം വിലാസം മാറ്റുക, പിന്നെ ഫോർവേഡ്

പുതിയ റൗട്ടർ അതേ LAN പ്രിഫിക്സ് നിലനിർത്തുന്നുവെങ്കിൽ സർവറിന് അതിന്റെ മുൻ റിസർവേഷൻ അല്ലെങ്കിൽ തത്തുല്യമായ സ്റ്റാറ്റിക് അനുവദം നൽകുക. പ്രിഫിക്സ് മാറുന്നുവെങ്കിൽ ആദ്യം സർവറിന്റെ വിലാസവും അതിനെ പേരെടുത്ത് പറയുന്ന ഏത് ലിസണർ ബൈൻഡിംഗും അപ്ഡേറ്റ് ചെയ്യുക, കാരണം പഴയ വിലാസത്തിലേക്ക് ചൂണ്ടുന്ന ഫോർവേഡ് ട്രാഫിക് നിശബ്ദമായി എങ്ങോട്ടുമില്ലാതെ അയയ്ക്കും.

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

സർവറിന്റെ സ്വന്തം ഫയർവാൾ ഇപ്പോഴും ആ ട്രാഫിക് അനുവദിക്കുന്നുണ്ടെന്ന് ഉറപ്പാക്കുക. റൗട്ടറിനും ഇന്റർനെറ്റിനും ഇടയിൽ രണ്ടാമതൊരു ഗേറ്റ്വേ ഉണ്ടോ എന്ന് പരിശോധിക്കുക, കാരണം പല ദാതാക്കളും മോഡവും റൗട്ടറും ഒരുമിച്ച് നൽകുന്നു. പുതിയ ഉപകരണത്തിലെ WAN വിലാസം വായിച്ച് ക്ലയന്റുകൾ പരിഹരിക്കുന്ന വിലാസവുമായി താരതമ്യം ചെയ്യുക. അവ വ്യത്യസ്തമാണെങ്കിൽ, നിങ്ങളുടെ ഫോർവേഡ് അതിർത്തിയല്ലാത്ത എന്തിലോ ഇറങ്ങുന്നു.

പൊതു പേര് ആര് അപ്ഡേറ്റ് ചെയ്യും എന്ന് തീരുമാനിക്കുക

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

വിന്യാസം രണ്ട് വിലാസ കുടുംബങ്ങളും പ്രസിദ്ധീകരിക്കുമ്പോൾ A, AAAA എന്നീ രണ്ട് റെക്കോർഡുകളും വായിക്കുക. ഓരോന്നും യഥാർത്ഥത്തിൽ കേൾക്കുന്നതും സ്വന്തം ഫയർവാൾ വഴിയിൽ അനുവദിക്കപ്പെട്ടതുമായ സേവനത്തിലേക്ക് ചൂണ്ടണം, പ്രവർത്തിക്കുന്ന IPv4 മാപ്പിംഗ് IPv6 വശത്തെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല. ക്ലയന്റ് പ്രൊഫൈലിലെ ഐഡന്റിറ്റി പരിശോധനകളും നിലനിർത്തുക: മാറിയ പൊതു വിലാസം യോജിക്കാത്ത സർട്ടിഫിക്കറ്റോ പിയർ കീയോ സ്വീകരിക്കാനുള്ള കാരണമല്ല.

പുറത്തുനിന്ന് മാറ്റം തെളിയിക്കുക

LAN-ന് ഉള്ളിൽ നിന്നല്ല, അനുവദിച്ച പുറം കണക്ഷനും പുതിയ സെഷനും ഉപയോഗിച്ച് പരീക്ഷിക്കുക. പൊതു വിലാസത്തിനെതിരായ ആന്തരിക പരീക്ഷണം ഹെയർപിൻ പെരുമാറ്റത്തെ ആശ്രയിച്ചിരിക്കുന്നു, യഥാർത്ഥ ക്ലയന്റ് പോകുന്ന വഴിയിൽ നിന്ന് വ്യത്യസ്തമായ വഴിയിലൂടെ പോകുന്നു.

ക്ലയന്റ് പിന്തുടരുന്ന ക്രമം പിന്തുടരുക: പേര് പരിഹരിക്കുക, ടണലിനെക്കുറിച്ച് ചർച്ച ചെയ്യുക, ഐഡന്റിറ്റി സ്ഥിരീകരിക്കുക, തുടർന്ന് സ്വകാര്യ വിഭവത്തിനെതിരെ ഒരു പ്രവർത്തനം നടത്തുക. ആ അവസാന ഘട്ടമാണ് ആളുകൾ ഒഴിവാക്കുന്നത്, തിരിച്ചുവരവ് വഴി തെളിയിക്കുന്നത് അത് മാത്രമാണ്. ലോഗിൻ വിജയിച്ചിട്ടും സ്വകാര്യ പ്രവർത്തനം പരാജയപ്പെട്ടാൽ, പുതിയ LAN പ്രിഫിക്സും ക്ലയന്റ് തിരഞ്ഞെടുത്ത റൂട്ടുകളും വിഭവത്തിന്റെ മറുപടി വഴിയും നിങ്ങളുടെ കൈമാറ്റ കുറിപ്പുകളുമായി താരതമ്യം ചെയ്യുക.

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

പുതിയ മാപ്പിംഗ് നിങ്ങളുടെ വീണ്ടെടുപ്പ് കുറിപ്പുകൾക്കൊപ്പം സൂക്ഷിക്കുക

അന്തിമ സർവർ അനുവദം, ഇൻബൗണ്ട് നിയമം, അപ്ഡേറ്റ് ഉടമയുടെ പേര് എന്നിവ പ്രാദേശികമായി റൗട്ടറിലെത്താനുള്ള നടപടിക്രമത്തിന് അടുത്തായി ശേഖരിക്കുക. അടുത്ത മാറ്റം traceroute-ൽ നിന്നല്ല, ആ പേജിൽ നിന്ന് ആരംഭിക്കണം.

മേൽപ്പറഞ്ഞവയ്ക്കെല്ലാം ശേഷവും ടണൽ പുറത്തുനിന്ന് പരാജയപ്പെട്ടാൽ, റൗട്ടർ റിപ്പോർട്ട് ചെയ്യുന്ന പൊതു വിലാസം ക്ലയന്റുകൾ പരിഹരിക്കുന്നതുമായി യോജിക്കുന്നുണ്ടോ എന്ന് പരിശോധിക്കുക. ആ ഒരു താരതമ്യം DNS പ്രശ്നത്തെ ഫോർവേഡിംഗ് പ്രശ്നത്തിൽ നിന്ന് വേർതിരിക്കുന്നു, മറ്റൊരു പോർട്ട് ഫോർവേഡിംഗ് ഗൈഡ് വായിക്കുന്നതിനേക്കാൾ കുറഞ്ഞ സമയമെടുക്കുന്നു.