എൻഡ്‌പോയിന്റ് വിലാസം മാറുമ്പോൾ VPN-നുള്ള UFW ഒഴിവാക്കൽ

ക്ലയന്റ് വീണ്ടും കണക്ട് ചെയ്യാൻ ശ്രമിക്കുന്നു, പക്ഷേ മെഷീനിൽ നിന്ന് ഒന്നും പുറത്തുപോകുന്നില്ല; അതേ പ്രൊഫൈൽ കഴിഞ്ഞ ആഴ്ച പ്രവർത്തിച്ചിരുന്നു. എൻഡ്‌പോയിന്റിന്റെ ഹോസ്റ്റ്നെയിം ഇപ്പോൾ മറ്റൊരു വിലാസത്തിലേക്ക് പരിഹരിക്കുന്നു, പുറത്തേക്കുള്ള ഒഴിവാക്കൽ ഇപ്പോഴും പഴയതിനെ പേരെടുത്തു പറയുന്നു. ആ ഒരൊറ്റ കാലഹരണപ്പെട്ട അനുമതി മാത്രം മതി പ്രവർത്തിക്കുന്ന കിൽ സ്വിച്ചിനെ പൂർണമായ തടസ്സമാക്കി മാറ്റാൻ, ഡെസ്ക്ടോപ്പ് കാണിക്കുന്ന ഒരു സ്ഥിതി സൂചകത്തിലും അത് കാണുന്നില്ല. അറ്റകുറ്റപ്പണി ഒരു ചെറിയ വർക്ക്ഫ്ലോ ആണ്, ഒരു വരിയുടെ തിരുത്തലല്ല.

ടണൽ വീണ്ടും കണക്ട് ചെയ്യുന്നു, പിന്നെ ഒന്നും പുറത്തുപോകുന്നില്ല

ലക്ഷ്യ വിലാസം പേരെടുത്തു പറയുന്ന പുറത്തേക്കുള്ള നിയമം ഒരു നിമിഷത്തെ ചിത്രമാണ്, DNS ഉത്തരങ്ങൾ അങ്ങനെയല്ല. ദാതാവ് വിലാസം തിരിക്കുമ്പോൾ, ക്ലയന്റ് പുതിയ പിയറിലേക്ക് അയക്കുന്ന പാക്കറ്റ് ഒന്നുമായും ഒത്തുപോകുന്നില്ല, സ്വതവേയുള്ള നിരസനത്തിൽ വീഴുന്നു. പിന്നെ ക്ലയന്റ് സമയം കഴിഞ്ഞതായി റിപ്പോർട്ട് ചെയ്യുന്നു, അത് ഫയർവാളിന്റെയല്ല, സെർവറിന്റെ പ്രശ്നമായി തോന്നുന്നു.

പൊതു തിരയൽ തിരികെ നൽകുന്ന വിലാസം പിൻ ചെയ്യുന്നത് ഇന്ന് പ്രവർത്തിപ്പിക്കുകയും നാളെ പൊട്ടിയതായി വിടുകയും ചെയ്യുന്നു. അത് ഒരിക്കലത്തെ തിരുത്തലാണ്, പരിപാലന നയമല്ല.

നിങ്ങൾ യഥാർഥത്തിൽ ഉദ്ദേശിക്കുന്ന ഒഴിവാക്കൽ വിവരിക്കുക

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

താഴെയുള്ള കമാൻഡ് വയർ അപ്ലിങ്കിൽ ഒരു IPv4 UDP എൻഡ്‌പോയിന്റിന്റെ രൂപം കാണിക്കുന്നു. രണ്ട് മൂല്യങ്ങളും വിന്യാസത്തിനെതിരെ നിങ്ങൾ പരിശോധിച്ച മൂല്യങ്ങൾ കൊണ്ട് മാറ്റുക.

sudo ufw allow out on enp3s0 proto udp to 192.0.2.44 port 1194
sudo ufw status verbose

ആ അനുമതി അതേ പോർട്ടിൽ ഏകപക്ഷീയ ലക്ഷ്യങ്ങൾ അനുവദിക്കുന്നില്ല, ശ്രോതാവിനെ സൃഷ്ടിക്കുന്നില്ല, TCP ഉൾക്കൊള്ളുന്നുമില്ല. UFW കൈപ്പുസ്തക പേജ് വിലാസവും ഇന്റർഫേസും പ്രോട്ടോക്കോളും ഒരു നിയമത്തെ എങ്ങനെ ഇടുങ്ങിയതാക്കുന്നു എന്ന് വിവരിക്കുന്നു, ആ ഇടുക്കമാണ് മുഴുവൻ കാര്യം.

അത് ഒരൊറ്റ വർക്ക്ഫ്ലോ ആയി പുതുക്കുക

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

ആദ്യം പുതിയ ഇടുങ്ങിയ അനുമതി ഇൻസ്റ്റാൾ ചെയ്ത് അത് ലോഡ് ചെയ്തെന്ന് ഉറപ്പാക്കുക, കാരണം ഫയർവാൾ ഇപ്പോഴും തടയുന്ന ഒരു വിലാസം ഉപയോഗിക്കാൻ ക്ലയന്റിനോട് ആവശ്യപ്പെടുന്നത് സെർവർ തകരാറിനോട് സദൃശ്യമായ പരാജയം നൽകുന്നു. മാറ്റത്തിനിടയിൽ അപ്രസക്തമായ നിയമങ്ങൾ തൊടാതിരിക്കുക.

ക്ലയന്റിന്റെ പരിവർത്തനം അതിന്റെ പിന്തുണയുള്ള പുനഃകണക്ട് പാതയിലൂടെ നിരീക്ഷിച്ച് ഏത് ദൂര വിലാസമാണ് തിരഞ്ഞെടുത്തതെന്ന് ഉറപ്പാക്കുക. DNS മാത്രം പുതുക്കുന്നത് നിലവിലുള്ള സോക്കറ്റിനെ നീക്കുന്നില്ല, എൻഡ്‌പോയിന്റ് സ്ഥിരതാ ക്രമീകരണം രേഖ മാറിയതിന് ശേഷവും ക്ലയന്റിനെ പഴയ പിയറിൽ ദീർഘനേരം നിർത്തിയേക്കാം.

അവസാനം കാലഹരണപ്പെട്ട അനുമതി ബോധപൂർവം ഒഴിവാക്കുക, പഴയ സെഷൻ ഇപ്പോഴും സജീവമായിരിക്കെ അംഗീകരിച്ച ഓവർലാപ്പ് വിൻഡോ അനുവദിക്കുക. പഴയ എൻട്രി വളരെ നേരത്തെ നീക്കുന്നത് ചെറിയ തടസ്സം ഉണ്ടാക്കുന്നു; എന്നെന്നേക്കുമായി വിടുന്നത് ആർക്കും വിശദീകരിക്കാനാകാത്ത അനുമതി അവശേഷിപ്പിക്കുന്നു.

പഴയ അനുമതി ബോധപൂർവം ഒഴിവാക്കുക

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

അപ്ലിംക് Ethernet-ൽ നിന്ന് Wi-Fi-ലേക്ക് മാറുമ്പോൾ, ഗതാഗതം മാറുമ്പോൾ, അല്ലെങ്കിൽ ഒരു സേവനം പല വിലാസങ്ങളിലായി കറങ്ങുമ്പോൾ മുഴുവൻ അവലോകനവും ആവർത്തിക്കുക. ഇന്റർഫേസ്-നിർദ്ദിഷ്ട നിയമം നെറ്റ്‌വർക്ക് മാറ്റത്തിന് ശേഷം ഒത്തുപോകുന്നത് നിർത്തണം, ആ പെരുമാറ്റം തിരോഗതി പോലെ തോന്നിയാലും ശരിയാണ്.

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