റൗട്ടർ VPN നിയമങ്ങൾ: ഉറവിടവും ലക്ഷ്യവും ചേർത്തുവയ്ക്കുക
റൗട്ടറിലെ VPN നിയമത്തിന് രണ്ട് അറ്റങ്ങളുണ്ട്: ട്രാഫിക് അയയ്ക്കുന്ന ഉപകരണവും ടണൽ ഉപയോഗിക്കേണ്ട ലക്ഷ്യവും. ആദ്യം വിഭജനവും ഫാൾബാക്കും തീരുമാനിക്കുക.
റൗട്ടർ വാങ്ങൽ പേജുകൾ VPN റൂട്ടിംഗ് ഒരു ചെക്ക്ബോക്സായി കാണിക്കുന്നു, ആ വാക്യം മൂന്ന് വ്യത്യസ്ത ചോദ്യങ്ങൾ ഒളിപ്പിക്കുന്നു. ട്രാഫിക് അയയ്ക്കുന്ന ഉപകരണവുമായി നിയമം ഒത്തുപോകുന്നുണ്ടോ, അത് സ്വീകരിക്കുന്ന സെർവറുമായി ഒത്തുപോകുന്നുണ്ടോ, അതോ രണ്ടുമായി തന്നെയോ? ഒന്നുമായും ഒത്തുപോകാത്ത ട്രാഫിക്ക് എന്ത് സംഭവിക്കും? രണ്ട് നിയമങ്ങൾ ഒത്തുചേരുമ്പോൾ ഏതാണ് ജയിക്കുന്നത്? ഉത്തരം ഉറവിടവും ലക്ഷ്യവും ചേർത്ത ജോടിയായി എഴുതുന്നത് മങ്ങിയ സവിശേഷതാ പട്ടികയെ പരിശോധിക്കാവുന്ന രൂപകൽപ്പനയാക്കി മാറ്റുന്നു.
സവിശേഷതയുടെ പേര് രണ്ട് അറ്റങ്ങൾ ഒളിപ്പിക്കുന്നു
ടണൽ ഉപയോഗിക്കേണ്ട മീഡിയ പ്ലേയർ ഉറവിട-പൊരുത്തമാണ്. ടണലിലൂടെ എത്തിച്ചേരേണ്ട സ്വകാര്യ ഓഫീസ് പ്രിഫിക്സ് ലക്ഷ്യ-പൊരുത്തമാണ്. ഒരു സേവനത്തിന് മാത്രം ടണൽ ഉപയോഗിക്കേണ്ട വർക്ക്സ്റ്റേഷൻ രണ്ടുമാണ്, ആ വിഭജനമാണ് മിക്ക ഉപഭോക്തൃ ഫേംവെയറും മോശമായി കൈകാര്യം ചെയ്യുന്ന സാഹചര്യം.
ഉൽപ്പന്നങ്ങൾ താരതമ്യം ചെയ്യുന്നതിന് മുൻപ് ആവശ്യകത ജോടിയായി എഴുതുക. ആ ജോടിയാണ് പിന്നീട് നിങ്ങൾ പരിശോധിക്കുന്നത്.
ഉപകരണ പട്ടികയോ ആഗോള ലക്ഷ്യ പട്ടികയോ നൽകുന്ന ഉൽപ്പന്നത്തിന് «ഈ ഉപകരണം മാത്രം, ഈ ലക്ഷ്യങ്ങൾ മാത്രം» എന്ന് പറയാൻ കഴിയണമെന്നില്ല. ഈ വ്യത്യാസം ദൃശ്യപരമല്ല: ആഗോള ലക്ഷ്യ നിയമം ആ സൈറ്റിലേക്കുള്ള ഓരോ ഉപകരണത്തിന്റെയും ട്രാഫിക് ടണലിലൂടെ അയയ്ക്കുന്നു, ഉപകരണ നിയമം ആ ഉപകരണത്തിന്റെ മുഴുവൻ ട്രാഫിക്കും അയയ്ക്കുന്നു. രണ്ടും ആവശ്യകതയല്ല. സ്ക്രീനിൽ വിശ്വസിക്കുന്നതിന് മുൻപ് രണ്ട് ഉപകരണങ്ങൾ ഉപയോഗിച്ച് ആ സാഹചര്യം പരിശോധിക്കുക.
നിയമം വിഭജനമായി നിർമ്മിക്കുക
ഒരു പട്ടിക രൂപകൽപ്പനയെ സത്യസന്ധമായി നിർത്തുന്നു. സാഹചര്യം ഇടതുവശത്ത് വയ്ക്കുക, തുടർന്ന് അയയ്ക്കുന്നയാളുടെ പൊരുത്തവും ലക്ഷ്യത്തിന്റെ പൊരുത്തവും വെവ്വേറെ പേരിടുക:
| Scenario | Sender match | Target match | Rule shape |
|---|---|---|---|
| Media player uses the tunnel | Player address | Any internet destination except the LAN | Source only |
| Office prefix reachable | Authorized LAN devices | 10.40.0.0/16 | Target only |
| One app on one laptop | Laptop address | The service address set | Source and target |
| Guest network never tunnels | Guest subnet | Any | Deny, evaluated first |
മൂന്നാം വരിയാണ് രസകരം, കാരണം അതിന് രണ്ട് പകുതികളും ഒരുമിച്ച് വേണം. ഫേംവെയറിന് ഒരു അച്ചുതണ്ട് മാത്രം പ്രകടിപ്പിക്കാൻ കഴിയുമെങ്കിൽ, ആവശ്യകത രണ്ട് നിയമങ്ങളായി വിഭജിക്കണം അല്ലെങ്കിൽ അത് ചെയ്യാൻ കഴിയുന്ന ഉപകരണത്തിലേക്ക് മാറ്റണം.
ഉറവിടത്തിന്റെ ഐഡന്റിറ്റി സ്ഥിരമായി നിലനിർത്തുക. DHCP റിസർവേഷൻ, സമർപ്പിത സെഗ്മെന്റ് അല്ലെങ്കിൽ ഉപകരണ ഐഡന്റിറ്റി സംവിധാനം എല്ലാം പ്രവർത്തിക്കും, പക്ഷേ പാട്ടം തീരുന്നതിന് ശേഷം മാറുന്ന വിലാസം പ്രവർത്തിക്കില്ല. IPv6 ഉൾപ്പെടുത്തുക, കാരണം ഒരു IPv4 വിലാസം ഉപകരണത്തിന്റെ മുഴുവൻ ട്രാഫിക്കും തിരിച്ചറിയുന്നില്ല.
മേൽക്കോയ്മയാണ് ഒത്തുചേരൽ തീരുമാനിക്കുന്നത്
നിയമങ്ങൾ ഒത്തുചേരുന്നത് സാധാരണമാണ്. വിശാലമായ ഉപകരണ നിയമവും ഇടുങ്ങിയ ലക്ഷ്യ നിയമവും ഒരേ പ്രവാഹത്തെ വിവരിക്കാം, രേഖപ്പെടുത്തിയ മേൽക്കോയ്മ ക്രമമാണ് ഏത് ജയിക്കുന്നതെന്ന് തീരുമാനിക്കുന്നത്. ആകർഷകമായ സെറ്റിംഗ്സ് സ്ക്രീൻ ആ ക്രമം നിങ്ങളോട് പറയുന്നില്ല.
ക്രമത്തെയും ഒത്തുപോകാത്ത സാഹചര്യത്തെയും കുറിച്ച് കൈപ്പുസ്തകം വായിക്കുക, തുടർന്ന് നിങ്ങൾക്ക് നിരീക്ഷിക്കാവുന്ന ട്രാഫിക് ഉപയോഗിച്ച് രണ്ടും പരിശോധിക്കുക:
ip rule show
ip route get 203.0.113.10രേഖകൾ ക്രമം പറയുന്നില്ലെങ്കിൽ, ഇടുങ്ങിയ നിയമം ജയിച്ചെന്ന് വരില്ലെന്ന് കരുതി അതിനനുസരിച്ച് രൂപകൽപ്പന ചെയ്യുക. കൂട്ടിമുട്ടാൻ കഴിയാത്ത രണ്ട് നിയമങ്ങളെ പിന്തുണയ്ക്കുന്നത്, മേൽക്കോയ്മ രേഖപ്പെടുത്താത്ത ഒരു ബുദ്ധിമാനായ നിയമത്തെക്കാൾ എളുപ്പമാണ്.
പേരുകൾക്ക് പുതുക്കൽ നയം വേണം
ഡൊമെയ്നായി എഴുതിയ ലക്ഷ്യം പരിപാലന പ്രശ്നം കൂട്ടുന്നു. റൗട്ടർ അത് പരിഹരിക്കണം, മാപ്പിംഗ് പുതുക്കണം, ഒന്നിലധികം വിലാസങ്ങളും സബ്ഡൊമെയ്നുകളും കൈകാര്യം ചെയ്യണം, പ്രതീക്ഷിക്കുന്ന റിസോൾവറിനെ ഒഴിവാക്കുന്ന ആപ്ലിക്കേഷൻ DNS-നെ നേരിടണം.
ഒരു തിരയൽ ഫലം IP നിയമത്തിലേക്ക് പകർത്തുന്നത് സ്നാപ്പ്ഷോട്ടാണ്, ഡൊമെയ്ൻ നയമല്ല.
നിയമം തെറ്റാകുന്നതിന് മുൻപ് ഉത്തരം എത്ര പഴയതാകാം, പരിഹാരം പരാജയപ്പെടുമ്പോൾ റൗട്ടർ എന്ത് ചെയ്യും എന്നത് തീരുമാനിക്കുക. അവസാനം അറിയാവുന്ന വിലാസം സൂക്ഷിക്കുന്ന നിയമം സേവന കൈമാറ്റത്തെ അതിജീവിച്ചേക്കാം; എൻട്രി ഉപേക്ഷിക്കുന്ന നിയമം നിശബ്ദമായി ടണലിംഗ് നിർത്തിയേക്കാം. രണ്ട് സ്വഭാവവും നിയമത്തിന് അരികിൽ എഴുതിയിട്ടുണ്ടെങ്കിൽ സ്വീകാര്യമാണ്.
ലഭ്യമല്ലാത്ത അവസ്ഥ നിർവചിക്കുക
റൂട്ട് മുൻഗണന VPN മാത്രം ട്രാഫിക് നിർബന്ധമാക്കുന്നില്ല. ടണൽ താഴെയായിരിക്കുമ്പോൾ, റൗട്ടറിന് പ്രവാഹം തടയാം, നേരിട്ട് അയയ്ക്കാം, അല്ലെങ്കിൽ മറ്റൊരു ടണൽ ഉപയോഗിക്കാം; ഓരോ തിരഞ്ഞെടുപ്പിനും വ്യത്യസ്ത പരാജയ അടയാളമുണ്ട്.
ആവശ്യകതയ്ക്ക് ഏതാണ് വേണ്ടതെന്ന് തീരുമാനിക്കുക, തുടർന്ന് ടണൽ നിർത്തി പ്രവാഹം നിരീക്ഷിച്ച് അത് പരിശോധിക്കുക:
curl -sS -o /dev/null -w "%{http_code}" --max-time 5 https://service.example/
ping -c 2 203.0.113.10റൗട്ടറിൽ നിന്നുതന്നെ ഉത്ഭവിക്കുന്ന ട്രാഫിക് പ്രത്യേക പരിധിയാണ്. DNS കൈമാറ്റം, അപ്ഡേറ്റ് പരിശോധനകൾ, നിരീക്ഷണം എന്നിവ ഉപകരണത്തിന്റെ ഉറവിട-പൊരുത്തം പാരമ്പര്യമായി സ്വീകരിക്കുന്നതിന് പകരം റൗട്ടറിൽ നിന്നുതന്നെ പുതിയ പ്രവാഹങ്ങൾ തുടങ്ങാം. ആ പ്രവാഹങ്ങൾ വ്യക്തമായി കണക്കാക്കുക, അല്ലാത്തപക്ഷം ലോഗുകളിൽ വിശദീകരിക്കാത്ത ചോർച്ചയായി അവ കാണപ്പെടും.