നിങ്ങളുടെ വെബ് സെർവറിലെ VPN ക്ലൈന്റ് അതിന്റെ മറുപടികൾ തകർക്കുമോ?

ഒരേ നെറ്റ്വർക്കിലെ ലാപ്ടോപ്പിൽ നിന്ന് സൈറ്റ് ലോഡ് ചെയ്യുന്നു, മറ്റെല്ലായിടത്തുനിന്നും സമയം കഴിയുന്നു, കൂടാതെ ഹോസ്റ്റ് സ്വന്തം ഔട്ട്ബൗണ്ട് ട്രാഫിക്കിനായി ഒരു VPN ക്ലൈന്റും പ്രവർത്തിപ്പിക്കുന്നു. ഈ സംയോജനം ഒരു പ്രത്യേക തകരാർ ഉണ്ടാക്കുന്നു: ഇൻബൗണ്ട് കണക്ഷൻ എത്തുന്നു, മറുപടി തെറ്റായ വഴിയിലൂടെ പുറത്തുപോകുന്നു, പുറത്തുള്ള ക്ലൈന്റ് ഒരിക്കലും മറുപടി കാണുന്നില്ല. രണ്ട് പകുതികളും ഒരേ പാക്കറ്റ് ക്യാപ്ചറിൽ കാണാം, അതിനാൽ സംഭവങ്ങളുടെ ക്രമമാണ് വായിക്കാൻ യോഗ്യമായ ഭാഗം.

ഉറവിട അധിഷ്ഠിത റൂട്ട് നിയമം പലപ്പോഴും ലക്ഷണം പരിഹരിക്കുന്നു. അത് സാധാരണയായി അതിന് കാരണമായ സൈറ്റിനെക്കാൾ കൂടുതൽ ട്രാഫിക്കിനും ഒഴിവാക്കൽ നൽകുന്നു, നിയമം സംരക്ഷിക്കുന്നതിന് മുമ്പ് മനസ്സിലാക്കേണ്ട ഭാഗം അതാണ്.

ലക്ഷണം: അത് പ്രാദേശികമായി മറുപടി നൽകുന്നു, പുറത്തുനിന്ന് നൽകുന്നില്ല

നെറ്റ്വർക്കിനുള്ളിൽ മറുപടി ടണൽ കടക്കേണ്ടതില്ല, അതിനാൽ പേജ് ലോഡ് ചെയ്യുന്നു, സേവനം ആരോഗ്യകരമായി തോന്നുന്നു. പുറത്തുനിന്ന് അഭ്യർത്ഥന ഹോസ്റ്റിൽ എത്തുന്നു, മറുപടി VPN-ലേക്ക് റൂട്ട് ചെയ്യപ്പെടുന്നു, അവിടെ വിദൂര അറ്റത്തിന് അത് സ്വീകരിക്കാൻ യാതൊരു കാരണവുമില്ല. ബ്രൗസർ നിരസിക്കലിന് പകരം സമയപരിധി കാണുന്നു, ഇത് അടച്ച പോർട്ടിന്റെയല്ല, ഏകദിശാ പാതയുടെ അടയാളമാണ്.

റൂട്ടിംഗ് മാറ്റുന്നതിന് മുമ്പ് രൂപം സ്ഥിരീകരിക്കുക: ലിസണർ പ്രവർത്തിക്കുന്നു, പ്രാദേശിക അഭ്യർത്ഥന വിജയിക്കുന്നു, ബാഹ്യ അഭ്യർത്ഥന ഒരു മറുപടിയും നൽകുന്നില്ല. ഈ മൂന്ന് നിരീക്ഷണങ്ങളും ഒരുമിച്ച് വെബ് സെർവർ കോൺഫിഗറേഷനിലേക്കല്ല, തിരിച്ചുള്ള പാതയിലേക്കാണ് വിരൽ ചൂണ്ടുന്നത്. ഇത്ര ശുദ്ധമായ അസമമിതി ഏതൊരു ലോഗ് വരിയെക്കാളും ഉപയോഗപ്രദമാണ്, കാരണം ഒരു പിശക് സന്ദേശം പോലും വായിക്കുന്നതിന് മുമ്പ് അത് ലിസണറെ ഒഴിവാക്കുന്നു.

ജോലി ചെയ്യുമ്പോൾ സ്വതന്ത്രമായ ഒരു അഡ്മിനിസ്ട്രേഷൻ പാത തുറന്നിടുക. നിങ്ങളുടെ സ്വന്തം SSH സെഷൻ തകർക്കുന്ന നിയമം പത്ത് മിനിറ്റ് നീളുന്ന അറ്റകുറ്റപ്പണിയെ ഒരു ഭൗതിക സന്ദർശനമാക്കി മാറ്റുന്നു.

ഉറവിട സെലക്ടർ യഥാർത്ഥത്തിൽ എന്തിനോട് പൊരുത്തപ്പെടുന്നു

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

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

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

തിരിച്ചുള്ള പാതയും നിങ്ങൾ ഉദ്ദേശിക്കാത്ത ട്രാഫിക്കും പരിശോധിക്കുക

നിയമങ്ങളും പട്ടികകളും വായിക്കുക, തുടർന്ന് ഒരു നിർദ്ദിഷ്ട ഉറവിട-ലക്ഷ്യ ജോടി ഏത് റൂട്ട് എടുക്കുമെന്ന് കേർണലിനോട് ചോദിക്കുക. ഹോസ്റ്റിൽ നിന്നുതന്നെ പരിശോധിക്കുന്നത് പുറത്തുനിന്ന് പരിശോധിക്കുന്നതിന് തുല്യമല്ല, അതിനാൽ രണ്ടും ചെയ്യുക.

ip rule show
ip route show table 100
ip route get 203.0.113.44 from 192.168.50.2
ss -ltnp '( sport = :443 )'

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

ബ്രൗസറിലെ പൊതു വിലാസ പരിശോധന ആ ബ്രൗസർ നടത്തിയ അഭ്യർത്ഥനകളെക്കുറിച്ച് മാത്രം റിപ്പോർട്ട് ചെയ്യുന്നു. വെബ് സെർവറിന്റെ മറുപടികളെക്കുറിച്ചോ, മറ്റൊരു പ്രാദേശിക അപ്ലിക്കേഷന്റെ ഉറവിട തിരഞ്ഞെടുപ്പിനെക്കുറിച്ചോ, അടുത്ത VPN പുനഃബന്ധനത്തിന് ശേഷം മാനേജ്മെന്റ് ട്രാഫിക്കിന് എന്ത് സംഭവിക്കുമെന്നതിനെക്കുറിച്ചോ അത് ഒന്നും പറയുന്നില്ല.

ഒഴിവാക്കൽ എത്ര ഇടുങ്ങിയതാകാം എന്ന് തീരുമാനിക്കുക

രണ്ട് രൂപകൽപ്പനകൾ പ്രതിരോധിക്കാവുന്നതാണ്, അവ ബോധപൂർവ്വം തിരഞ്ഞെടുക്കണം. ഈ സേവനം പ്രസിദ്ധീകരിക്കാൻ മാത്രമാണ് ഹോസ്റ്റ് എങ്കിൽ, അതിന്റെ ഔട്ട്ബൗണ്ട് ട്രാഫിക്ക് പ്രധാനമല്ലെങ്കിൽ, WAN-ന് മാത്രമുള്ള പോളിസിയുള്ള സമർപ്പിത പ്രാദേശിക വിലാസം, മുഴുവൻ പരിധിയും സ്വീകരിക്കുന്നുവെങ്കിൽ ന്യായമായ ക്രമീകരണമാണ്. നിർദ്ദിഷ്ട ഇൻബൗണ്ട് കണക്ഷനുകൾ മാത്രം യോഗ്യത നേടണമെങ്കിൽ, വിലാസ തിരഞ്ഞെടുപ്പ് വളരെ പരുക്കനാണ്, അതിന് മുന്നിൽ കണക്ഷനുകൾ അറിയുന്ന ഒരു രൂപകൽപ്പന വേണം.

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

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