VPN ക്ലയന്റ് കണക്ട് ചെയ്യുമ്പോൾ വെബ് സെർവർ അപ്രത്യക്ഷമാകുന്നു

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

ലക്ഷണം: അഭ്യർത്ഥനകൾ അകത്തേക്ക്, മറുപടികൾ തെറ്റായ വാതിലിലൂടെ പുറത്തേക്ക്

ഹോസ്റ്റിലെ മറ്റെല്ലാം പ്രവർത്തിക്കുമ്പോൾ പരാജയപ്പെടുന്ന ഇൻബൗണ്ട് കണക്ഷനാണ് സൂചന. LAN-ൽ നിന്ന് എത്താവുന്നതും എന്നാൽ ഇന്റർനെറ്റിൽ നിന്ന് എത്താത്തതുമായ ഹോസ്റ്റ്, അല്ലെങ്കിൽ ടണൽ വീണ്ടും കണക്ട് ചെയ്യുന്നതുവരെ പ്രവർത്തിച്ച് പിന്നീട് നിലയ്ക്കുന്ന ഹോസ്റ്റ് എന്നിവയാണ് മറ്റൊരു സൂചന. ഓരോ സാഹചര്യത്തിലും മുന്നോട്ടുള്ള ദിശ പ്രവർത്തിച്ചു, തിരിച്ചുള്ള ദിശ പ്രവർത്തിച്ചില്ല, ഇത് നയത്തെക്കാൾ റൂട്ടിംഗ് അസമമിതിയെ സൂചിപ്പിക്കുന്നു.

മറുപടി എവിടേക്ക് പോകുന്നു എന്ന് നിരീക്ഷിച്ച് ഇത് സ്ഥിരീകരിക്കുക, അഭ്യർത്ഥന എങ്ങനെ എത്തുന്നു എന്ന് നിരീക്ഷിച്ചല്ല.

ഭൗതിക ഇന്റർഫേസിലും ടണൽ ഉപകരണത്തിലും ഒരേസമയം ക്യാപ്ചർ ചെയ്യുക. അഭ്യർത്ഥന ഭൗതിക ഇന്റർഫേസിലും മറുപടി ടണലിലും കാണുന്നുവെങ്കിൽ രോഗനിർണയം പൂർത്തിയായി. എവിടെയും കാണാത്ത മറുപടി എന്നാൽ സേവനം കണക്ഷൻ ഒരിക്കലും സ്വീകരിച്ചില്ല എന്നാണ്, അത് വേറിട്ട കാരണമുള്ള വേറിട്ട അന്വേഷണമാണ്.

രണ്ട് ഡിഫോൾട്ട് റൂട്ടുകളും ഒരു റൂട്ടിംഗ് തീരുമാനവും

ഡിഫോൾട്ട് റൂട്ട് ഇൻസ്റ്റാൾ ചെയ്യുന്ന ക്ലയന്റ് LAN ഗേറ്റ്വേയേക്കാൾ മികച്ച മെട്രിക് ഉള്ള രണ്ടാമത്തെ എൻട്രി ചേർക്കുന്നു. ചില ക്ലയന്റുകൾ പകരം പകുതി-ശ്രേണിയുള്ള രണ്ട് റൂട്ടുകൾ ഇൻസ്റ്റാൾ ചെയ്യുന്നു, അവ അതേ ഇടം കൂടുതൽ നിർദ്ദിഷ്ടമായി ഉൾക്കൊള്ളുകയും അതേ രീതിയിൽ തിരയൽ നേടുകയും ചെയ്യുന്നു. രണ്ട് സാങ്കേതിക വിദ്യകളും സാധാരണ പുറത്തേക്കുള്ള പാക്കറ്റുകളെ ടണൽ ഇന്റർഫേസ് തിരഞ്ഞെടുക്കാൻ അനുവദിക്കുന്നു.

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

ടണൽ എല്ലാ സമയത്തും ശരിയായി പെരുമാറുന്നു. ഡിഫോൾട്ട് റൂട്ട് വഹിക്കാൻ അതിനോട് പറഞ്ഞിരുന്നു, അത് കൃത്യമായി അതുതന്നെ ചെയ്യുന്നു.

ടണൽ തകർക്കാതെ തിരിച്ചുള്ള പാത ശരിയാക്കുക

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

ഹോസ്റ്റ് എന്ത് ചെയ്യണം എന്നതിന്റെ അടിസ്ഥാനത്തിൽ തിരഞ്ഞെടുക്കുക, നിങ്ങൾ ആദ്യം കണ്ട ഏത് സ്നിപ്പറ്റ് എന്നതിന്റെ അടിസ്ഥാനത്തിലല്ല.

ലക്ഷ്യസ്ഥാനം ഒഴിവാക്കുന്നത് സ്ഥിരമായ പൊതു വിലാസമുള്ള സേവനത്തിന് അനുയോജ്യമാണ്, ഡീമണെ എല്ലാ വിലാസത്തിനും പകരം ഭൗതിക വിലാസത്തിൽ ബന്ധിപ്പിക്കുന്നത് ആ ഒഴിവാക്കൽ കൂടുതൽ സുരക്ഷിതമാക്കുന്നു. ഉറവിടം അനുസരിച്ച് പട്ടിക തിരഞ്ഞെടുക്കുന്ന നയ നിയമം ഹോസ്റ്റിന്റെ സ്വന്തം കണക്ഷനുകൾ ടണലിനുള്ളിൽ നിർത്തുകയും സേവനത്തിന്റെ മറുപടികൾ WAN ഗേറ്റ്വേയിലൂടെ തിരികെ അയയ്ക്കുകയും ചെയ്യുന്നു. WAN ഇന്റർഫേസിലേക്കുള്ള മറുപടികൾ മാസ്ക് ചെയ്യുന്നത് അതേ പാതയിൽ എത്തുന്നു, പക്ഷേ സേവനത്തിന്റെ ലോഗുകളിൽ നിന്ന് ക്ലയന്റിന്റെ വിലാസം മറയ്ക്കുന്ന വിലയ്ക്ക്. ഡിഫോൾട്ട് റൂട്ടിന്റെ താൽക്കാലിക മാറ്റം രോഗനിർണയമാണ്, കോൺഫിഗറേഷനല്ല, കാരണം ക്ലയന്റ് ഓരോ പുനഃകണക്ഷനിലും റൂട്ടുകൾ വീണ്ടും എഴുതുന്നു.

ip rule show
ip route get 203.0.113.9 from 192.0.2.44

ഹോസ്റ്റ് തന്റെ പിന്നിലുള്ള LAN-നും റൂട്ട് ചെയ്യുമ്പോൾ

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

രണ്ട് മാറ്റങ്ങൾ അത് ശരിയാക്കുന്നു: ഇൻബൗണ്ട് കണക്ഷൻ ആന്തരിക ഉപകരണത്തിലെത്താൻ ലക്ഷ്യസ്ഥാന വിവർത്തനം, ആ ഉപകരണത്തിന്റെ മറുപടി റൗട്ടറിൽ നിന്നുതന്നെ വന്നതായി തോന്നാൻ ഉറവിട വിവർത്തനം.

റൗട്ടർ ഫേംവെയറിൽ സാധാരണ പ്രയോഗം പോർട്ട്-ഫോർവേഡിംഗ് WAN വശത്ത് പിന്നിടുന്ന നയ നിയമവും റൗട്ടറിന്റെ സ്വന്തം ട്രാഫിക് ടണലിലൂടെ സഞ്ചരിക്കുന്നതുമാണ്. ഉറവിട വിവർത്തനമില്ലാതെ ആ മറുപടി ബാഹ്യ ക്ലയന്റിനെ ലക്ഷ്യമിടുന്നു, ആന്തരിക ഉപകരണത്തിന് അങ്ങോട്ട് ഒരു റൂട്ടും ഇല്ല. മൂന്ന് കാര്യങ്ങൾ വെവ്വേറെ പരിശോധിക്കുക, കാരണം അവ വ്യത്യസ്ത കാരണങ്ങളാൽ പരാജയപ്പെടുന്നു: പുറത്തുനിന്ന് വരുന്ന കണക്ഷൻ, ഹോസ്റ്റ് സ്വയം ആരംഭിക്കുന്ന കണക്ഷൻ, ഒരു പേര് അന്വേഷണം.