എല്ലാം ഒരു ഹോസ്റ്റിലേക്ക് ഫോർവേഡ് ചെയ്യണോ, അതോ പോർട്ടും മാറ്റിയെഴുതണോ?

നിങ്ങളുടെ VPN സെർവറിലേക്ക് എല്ലാം ഫോർവേഡ് ചെയ്യുന്നത് രണ്ട് വളരെ വ്യത്യസ്ത നിയമങ്ങളെ വിവരിക്കാം. ഒന്ന് ലക്ഷ്യ വിലാസം മാറ്റി വരുന്ന പോർട്ട് നിലനിർത്തുന്നു; മറ്റൊന്ന് പോർട്ടും ഒരു ശ്രോതാവിലേക്ക് മാറ്റിയെഴുതുന്നു. എക്സ്പോഷർ ഒന്നല്ല, തീരുമാനം റൂട്ടറിന്റെ ഇന്റർഫേസ് ഉപയോഗിക്കുന്ന ലേബലിനെയല്ല, മൂന്ന് വ്യവസ്ഥകളെ ആശ്രയിച്ചിരിക്കുന്നു.

ആദ്യ വ്യവസ്ഥ: നിയമം ഏത് ഫീൽഡുകളാണ് മാറ്റുന്നത്?

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

മെനു ലേബലല്ല, യഥാർത്ഥ നിയമം വായിക്കുക. DMZ അല്ലെങ്കിൽ എല്ലാ പോർട്ടുകൾ എന്ന് പറയുന്ന സ്ക്രീൻ ഉദ്ദേശ്യം വിവരിക്കുന്നു, പാക്കറ്റ് പാതയല്ല. Netfilter NAT രേഖകൾ രണ്ട് പരിഭാഷകളെ വേർതിരിക്കുന്നു, മുന്നിലുള്ള റൂട്ടർ ഉപഭോക്തൃ ഉപകരണമാണെങ്കിലും ഇതാണ് ശരിയായ ചിന്താമാതൃക.

രണ്ട് ഫീൽഡുകൾ, രണ്ട് വ്യത്യസ്ത ചോദ്യങ്ങൾ.

രണ്ടാം വ്യവസ്ഥ: സൂക്ഷിച്ച പോർട്ടുകളിൽ എന്താണ് കേൾക്കുന്നത്?

നിയമം വരുന്ന പോർട്ട് നിലനിർത്തുന്നുവെങ്കിൽ, എത്തുന്ന ഓരോ പോർട്ടും VPN ഹോസ്റ്റിലെ അതേ നമ്പറിലേക്ക് എത്തിക്കുന്നു, ആ ഹോസ്റ്റിന്റെ ഇൻപുട്ട് നയത്തിന് വിധേയമായി. കേൾക്കുന്നുണ്ടെന്ന് നിങ്ങൾ മറന്നുപോയ സേവനങ്ങളും ഇതിൽ ഉൾപ്പെടുന്നു. നിയമം ആ സേവനങ്ങൾ സൃഷ്ടിച്ചതല്ല, ഇപ്പോൾ അതാണ് അവയിലേക്കുള്ള വഴി.

നിയമം പോർട്ട് മാറ്റിയെഴുതുന്നുവെങ്കിൽ നേരെ മറിച്ചാണ് സംഭവിക്കുന്നത്: പല പുറം പോർട്ടുകളും ഒരു ശ്രോതാവിൽ ഒന്നിക്കുന്നു, ഹോസ്റ്റിൽ മറ്റൊന്നും ആ നിയമത്തിലൂടെ എത്താനാകില്ല. സ്ഥിര പോർട്ടിലേക്കുള്ള മാറ്റിയെഴുത്ത്, വിശാലമായ പുറം പോർട്ട് ശ്രേണി അതിനോട് യോജിച്ചു എന്ന കാരണത്താൽ എല്ലാ പ്രാദേശിക സേവനത്തിലേക്കുമുള്ള പ്രവേശനമാകുന്നില്ല. രണ്ട് രൂപകൽപ്പനകളും വ്യത്യസ്ത ദിശകളിൽ പരാജയപ്പെടുന്നു, നിങ്ങൾ തിരഞ്ഞെടുക്കുന്നത് പരാജയ രീതിയാണ്. പരാജയത്തോടെ ജീവിക്കാനാകുന്ന ഒന്ന് തിരഞ്ഞെടുക്കുക.

തിരഞ്ഞെടുക്കുന്നതിന് മുമ്പ് ശ്രോതാവിന്റെ കണക്കെടുക്കുക.

മൂന്നാം വ്യവസ്ഥ: പുറം പ്രവേശനം എത്ര വിശാലമാണ്?

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

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

പരിഭാഷപ്പെടുത്തിയ എൻഡ്‌പോയിന്റ് പൂർണ്ണമായി എഴുതുക: പ്രോട്ടോക്കോൾ, പുറം പോർട്ട്, ഉള്ളിലെ വിലാസം, ഉള്ളിലെ പോർട്ട്.

രണ്ട് നിയമങ്ങളും നിങ്ങൾക്ക് നൽകാത്തത്

രണ്ട് രൂപകൽപ്പനകളിൽ ഒന്നും സേവനം ദുർബലതകളില്ലാത്തതാണെന്ന് തെളിയിക്കുന്നില്ല, ഒന്നും ലഭ്യത സംരക്ഷിക്കുന്നുമില്ല. പോർട്ട് മാപ്പിംഗ് എത്ര ഇടുങ്ങിയതാണെന്നത് പരിഗണിക്കാതെ പ്രാമാണീകരണം, അപ്ഡേറ്റുകൾ, വീണ്ടെടുക്കൽ എന്നിവ പരിധിയിൽ തുടരുന്നു. ഇടുങ്ങിയ മാപ്പിംഗ് എത്താനാകുന്ന ഉപരിതലം കുറയ്ക്കുന്നു; അത് ശ്രോതാവിനെ സുരക്ഷിതമാക്കുന്നില്ല.

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

എക്സ്പോഷർ വിശകലനം എന്ത് എവിടെ എത്താം എന്നതിനെക്കുറിച്ചാണ്, സ്ക്രീനിലെ ലേബലിനെക്കുറിച്ചല്ല.

പരിഭാഷപ്പെടുത്തിയ എൻഡ്‌പോയിന്റ് കൈയിൽ പിടിച്ച് തീരുമാനിക്കുക

നിയമത്തിന്റെ ഫലം ഒരു വാക്യമായി എഴുതുക: പൊതു UDP പോർട്ട് X വിലാസം Y പോർട്ട് Z എത്തുന്നു. തുടർന്ന് Y-ൽ ഏത് സേവനങ്ങൾക്ക് Z-ൽ ഉത്തരം നൽകാം, അവ ആരുടേതാണ് എന്ന് ചോദിക്കുക.

nft list ruleset

ഉത്തരം നിങ്ങൾ ഉദ്ദേശിച്ച ആ ഒരു ശ്രോതാവാണെങ്കിൽ, നിയമം അതിന്റെ ജോലി ചെയ്യുന്നു.

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