VPN ക്ലയന്റുകളും LAN-ഉം: എപ്പോൾ വേറിട്ട സോൺ ഉപയോഗിക്കണം

ടണൽ ഇന്റർഫേസ് LAN സോണിൽ ഇടുന്നത് പ്രവർത്തിക്കുന്ന VPN-ലേക്കുള്ള ഏറ്റവും ചെറിയ വഴിയാണ്, സാധാരണയായി അത് തെറ്റായ ഡിഫോൾട്ടാണ്. അത് വിദൂര ക്ലയന്റിന് വയർ LAN-നുള്ള അതേ വിശ്വാസം നൽകുന്നു, ജോലിക്ക് അത് അപൂർവ്വമായി മാത്രമേ ആവശ്യമാകൂ. വേറിട്ട സോണിന് കുറച്ച് നിയമങ്ങളുടെ ചെലവുണ്ട്, അതിർത്തിയെ കാണാവുന്നതാക്കുന്നു. തീരുമാനം സോണുകൾ മികച്ചതാണോ എന്നതല്ല; നിങ്ങളുടെ നെറ്റ്വർക്കിൽ ഏത് മൂന്ന് വ്യവസ്ഥകൾ ബാധകമാണ് എന്നതാണ്.

സോണിന്റെ പേര് ഒന്നും എൻക്രിപ്റ്റ് ചെയ്യുന്നില്ല, ഉപയോക്താവിനെ സാക്ഷ്യപ്പെടുത്തുന്നുമില്ല. ഫയർവാൾ നയ മാതൃകയ്ക്കായി ഇന്റർഫേസുകളെ ഗ്രൂപ്പ് ചെയ്യുന്നു മാത്രം.

സോൺ അംഗത്വം യഥാർത്ഥത്തിൽ നിയന്ത്രിക്കുന്നത്

സോൺ ഫയർവാൾ മാതൃകയിൽ ഇന്റർഫേസുകളെയോ ട്രാഫിക്കിനെയോ ഗ്രൂപ്പ് ചെയ്യുന്നു. അതിന്റെ ഇൻപുട്ട്, ഔട്ട്പുട്ട്, ഫോർവേഡിംഗ് ക്രമീകരണങ്ങൾ പിന്നീട് വ്യത്യസ്ത പങ്കുകൾ നിയന്ത്രിക്കുന്നു. ഇൻപുട്ട് റൂട്ടറിലേക്കുള്ള ട്രാഫിക്കാണ്; ഫോർവേഡിംഗ് അതിലൂടെ മറ്റൊരു ഹോസ്റ്റിലേക്കുള്ള ട്രാഫിക്കാണ്. OpenWrt-ന്റെ സോൺ ഡോക്യുമെന്റേഷൻ ഇതേ കാരണത്താൽ ഇൻപുട്ട്, ഔട്ട്പുട്ട്, ഫോർവേഡിംഗ് എന്നിവ വെവ്വേറെ ക്രമീകരണങ്ങളായി കണക്കാക്കുന്നു.

VPN സോണിൽ നിന്ന് LAN സോണിലേക്കുള്ള അനുമതി സ്വയമേവ വിപരീത അനുമതിയല്ല. ഫോർവേഡിംഗ് നിയമങ്ങൾ ദിശാബോധമുള്ളവയാണ്, ക്ലയന്റിൽ നിന്ന് സെർവറിലേക്കുള്ള ട്രാഫിക് അനുവദിക്കുന്ന നിയമം സെർവറിൽ നിന്ന് ക്ലയന്റിലേക്കുള്ള സെഷനുകൾ അനുവദിക്കുന്നില്ല. സെർവറിലേക്ക് കണക്ഷൻ തുറക്കാൻ കഴിയുന്ന ക്ലയന്റ്, സെർവറിന് തിരികെ കണക്ഷൻ തുറക്കാൻ കഴിയുന്ന ക്ലയന്റല്ല.

ഈ വ്യത്യാസമാണ് വേറിട്ട സോൺ ഉപകാരപ്രദമാകാനുള്ള കാരണം: ഓരോ ദിശയും ഓരോ പങ്കും വ്യക്തമായി പറയാം. ഓരോ നിയമത്തിന് അടുത്ത് ദിശ എഴുതുക.

ആദ്യ തീരുമാനം: ഇൻപുട്ട്, ഫോർവേഡ് അല്ലെങ്കിൽ രണ്ടും

വിദൂര ക്ലയന്റുകൾക്ക് റൂട്ടറിൽ നിന്ന് DNS വേണമെങ്കിൽ, ആ സേവനത്തിന് മാത്രം ഇൻപുട്ട് അനുവദിക്കുക. അവർക്ക് ഫയൽ സെർവർ എത്തണമെങ്കിൽ, ആ ലക്ഷ്യത്തിലേക്ക് ഫോർവേഡ് അനുവദിക്കുക. മിക്ക VPN രൂപകല്പനകൾക്കും രണ്ടും വേണം, പക്ഷേ വ്യത്യസ്ത സേവനങ്ങൾക്ക്.

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

രണ്ടാം തീരുമാനം: വിദൂര ക്ലയന്റുകൾക്ക് ഏത് വിഭവങ്ങൾ വേണം

നിയമങ്ങൾ എഴുതുന്നതിന് മുമ്പ് ക്ലയന്റ് ശ്രേണികൾ, ലക്ഷ്യങ്ങൾ, VPN നൽകേണ്ട സേവനങ്ങൾ എന്നിവ പട്ടികപ്പെടുത്തുക. ലക്ഷ്യങ്ങളുടെ പട്ടിക വിശ്വാസ ലേബലിനേക്കാൾ ഉപകാരപ്രദമാണ്, കാരണം അത് ഫയർവാൾ മാറ്റത്തെ അതിജീവിക്കുന്നു.

മാനേജ്മെന്റ് ഇന്റർഫേസുകൾ സാധാരണ അപ്ലിക്കേഷൻ പ്രവേശനത്തിൽ നിന്ന് വേർതിരിച്ച് നിർത്തുക. ഒരു വിക്കിയിൽ എത്തുന്ന വിദൂര ക്ലയന്റിന് അതുമൂലം റൂട്ടറിന്റെ അഡ്മിൻ പേജോ ഹൈപ്പർവൈസർ കൺസോളോ ആവശ്യമില്ല.

അനുവദിച്ച ലക്ഷ്യത്തിന് കൂടുതൽ ഫോർവേഡ് ചെയ്യാൻ കഴിയുമെങ്കിൽ, സോണിന്റെ അതിർത്തി ഫയർവാളിൽ അവസാനിക്കുന്നു, ലക്ഷ്യം പിന്നീട് എന്ത് ചെയ്യുന്നു എന്നതിൽ അല്ല.

മൂന്നാം തീരുമാനം: അതിർത്തി എങ്ങനെ തെളിയിക്കും

ഓരോ മാറ്റത്തിനും ശേഷം അനുവദിച്ച ഒഴുക്കും ബോധപൂർവ്വം നിരസിച്ച ഒഴുക്കും പരിശോധിക്കുക. ഒരു വെബ്സൈറ്റ് ലോഡ് ആകുന്നു എന്നത് തെളിയിക്കുന്നത് അബദ്ധത്തിലുള്ള വിശാല അനുമതി വെളിപ്പെടുത്തുന്നില്ല. VPN ക്ലയന്റിന്റെ വിലാസ ശ്രേണിയിൽ നിന്ന് പരിശോധിക്കുക, LAN-ൽ നിന്നല്ല, പരാജയം പ്രതീക്ഷിക്കുന്ന ദിശയും ഉൾപ്പെടുത്തുക. രണ്ട് ഫലങ്ങളും നിയമത്തിന് അടുത്ത് രേഖപ്പെടുത്തുക.

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

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