സ്വയം പുറത്ത് പൂട്ടിയിടാതെ ഫയർവാൾ മാറ്റങ്ങൾ പരിശോധിക്കുന്നത്
നിയമം നടപ്പാക്കുന്നതിന് മുമ്പ് നിങ്ങളുടെ വീണ്ടെടുക്കൽ വഴികൾ ക്രമീകരിക്കുക, തുടർന്ന് അതിജീവിച്ച സെഷനു പകരം പുതിയ നയം വിലയിരുത്തേണ്ട ഫ്ലോ ഉപയോഗിച്ച് പരിശോധിക്കുക.
നിയമം പ്രാബല്യത്തിൽ വരുന്നു, ഇപ്പോൾ ഉള്ള ടെർമിനൽ പ്രതികരിക്കുന്നത് തുടരുന്നു, അടുത്ത ലോഗിൻ നിരസിക്കപ്പെടുന്നു. നിങ്ങൾ മാറ്റുന്ന കണക്ഷനിലൂടെ ഫയർവാൾ മാറ്റം പരിശോധിക്കുന്നതിന്റെ മുഴുവൻ ബുദ്ധിമുട്ടും ഈ വിടവാണ്. കണക്ഷൻ ട്രാക്കിംഗ് ഒരിക്കൽ തീരുമാനിച്ച് പിന്നീട് നോക്കുന്നത് നിർത്തുന്നു, അതിനാൽ സ്ഥാപിതമായ ഫ്ലോ പുതിയ നയം കാണാൻ കഴിയാത്ത ഒരേയൊരു പരിശോധനയാണ്. തുടർന്ന് തിരികെ വരാനുള്ള മൂന്ന് വഴികൾ താരതമ്യം ചെയ്യുന്നു, പിന്നെ നിയമങ്ങൾ മാറ്റേണ്ടതും പരിശോധിക്കേണ്ടതും ഏത് ക്രമത്തിലാണെന്ന് നിർണ്ണയിക്കുന്നു.
അതിജീവിച്ച സെഷൻ ഏറ്റവും ദുർബലമായ തെളിവ് എന്തുകൊണ്ട്
സ്റ്റേറ്റ്ഫുൾ ഫയർവാൾ ഒരു ഫ്ലോയുടെ ആദ്യ പാക്കറ്റ് വിലയിരുത്തി, എൻട്രി ജീവിച്ചിരിക്കുന്നിടത്തോളം ആ വിധി നിലനിർത്തുന്നു. പിന്നീട് ചേർത്ത നിയമങ്ങൾ പിന്നീട് ആരംഭിക്കുന്ന ഫ്ലോകൾക്ക് ബാധകമാണ്, അതിനാൽ നിങ്ങൾ ടൈപ്പ് ചെയ്യുന്ന വിൻഡോ ഉപയോഗയോഗ്യമായി തുടരുന്നു, മറ്റെല്ലാവരും നിരസിക്കപ്പെടുമ്പോൾ. അതിൽ നിന്ന് നിങ്ങൾ പഠിക്കുന്നത് കുറച്ച് മിനിറ്റുകൾക്ക് മുമ്പ് നിലവിലുണ്ടായിരുന്ന നയത്തെ വിവരിക്കുന്നു. ആ ഫ്ലോയിൽ എടുത്ത ക്യാപ്ചർ പോലും യന്ത്രം ഇതിനകം എടുത്ത ഒരു തീരുമാനം കാണിക്കുന്നു.
പ്രവർത്തിക്കുന്ന സെഷനെ അളവല്ല, അടിയന്തര പുറത്തുകടക്കൽ വഴിയായി കാണുക. മൂല്യമുള്ള ഓരോ പരിശോധനയും പുതിയ നിയമം വിലയിരുത്തുന്ന ഉറവിടത്തിൽ നിന്ന് പുതിയ ഫ്ലോ തുറക്കണം, ആദ്യ പരിശോധന പരാജയപ്പെട്ടാൽ ഏറ്റവും വേദനിക്കുന്നതായിരിക്കണം. ആ സെഷൻ അകത്തേക്കുള്ള ഒരേയൊരു വഴിയാണെങ്കിൽ, മാറ്റം ഇനിയും തയ്യാറല്ല.
തിരികെ വരാനുള്ള മൂന്ന് വഴികൾ, ഓരോന്നും എന്തിനെ ആശ്രയിക്കുന്നു എന്നതനുസരിച്ച് ക്രമീകരിച്ചത്
പരീക്ഷണത്തിലുള്ള ഉപകരണത്തെ എത്രമാത്രം ആശ്രയിക്കുന്നു എന്നതനുസരിച്ച് ഓപ്ഷനുകൾ ക്രമീകരിക്കുക, കാരണം നിയമം തെറ്റാണെന്ന് തെളിയുമ്പോൾ നിങ്ങൾ ആ ക്രമത്തിലേക്കാണ് ചെല്ലുന്നത്. ഫയർവാളിലൂടെ ഒരിക്കലും കടക്കാത്ത കൺസോൾ സ്വതന്ത്രമാണ്, പരിശീലിച്ച റോൾബാക്ക് ഏതാണ്ട് അങ്ങനെയാണ്, ഇതിനകം തുറന്ന സെഷൻ അങ്ങനെയല്ല.
| Way back in | What it survives | Where it fails |
|---|---|---|
| out-of-band or hypervisor console | a policy that blocks new logins | needs separate access you have already tried |
| rollback rehearsed on that platform | a rule that breaks remote access | fails when nobody ever ran it |
| the session that is already open | the change itself | cannot show whether new flows work |
മാറ്റത്തിന് മുമ്പ് കൺസോളിലൂടെ ലോഗിൻ ചെയ്ത് അത് പ്രവർത്തിക്കുന്നുവെന്ന് തെളിയിക്കുക, കാരണം ഒരിക്കലും ഉപയോഗിക്കാത്ത ഔട്ട്-ഓഫ്-ബാൻഡ് വഴി ഒരു രേഖാചിത്രമാണ്, പകരം വയ്ക്കൽ അല്ല. റോൾബാക്ക് അതിന്റെ സ്ഥാനം നേടുന്നത് ആ പ്ലാറ്റ്ഫോമിൽ, ആ നിയമസെറ്റുമായി, അംഗീകൃത നടപടിക്രമം പിന്തുടർന്ന് നടത്തിയ പരിശീലനത്തിന് ശേഷം മാത്രമാണ്, ജീവനുള്ള യന്ത്രത്തിൽ തൽക്ഷണ ഉപായത്തിന് പകരം. ഘട്ടങ്ങൾ എഴുതി മറ്റൊരാളെ വായിച്ചു കേൾപ്പിക്കാൻ ആവശ്യപ്പെടുക. ക്രമം പൂർത്തിയാക്കാൻ നിങ്ങളുടെ ഓർമ്മ വേണമെങ്കിൽ, അത് പദ്ധതിയല്ല.
ഒരു മാറ്റം, പിന്നെ വിലയിരുത്തേണ്ട ഒരു കണക്ഷൻ
പ്രവർത്തിക്കുന്ന നിയമസെറ്റും അതിന്റെ ഉടമസ്ഥനായ ഫയലും സംരക്ഷിക്കുക, പിന്നെ ഒരു ഇടുങ്ങിയ എഡിറ്റ് മാത്രം ചെയ്യുക. ഓരോ പരീക്ഷണത്തിനും ഒരു മാറ്റം ഫലം ആരോപിക്കാവുന്നതായി നിലനിർത്തുന്നു; ഒരുമിച്ച് രണ്ടെണ്ണം പ്രവർത്തിക്കുന്ന യന്ത്രവും ഏത് എഡിറ്റാണ് ജോലി ചെയ്തതെന്ന് അറിയാതെയും വിടുന്നു. പ്ലാറ്റ്ഫോമിന് കോൺഫിഗറേഷൻ ലോഡ് ചെയ്യാതെ വിശകലനം ചെയ്യാൻ കഴിയുന്നിടത്ത് അത് ആദ്യം ചെയ്യുക, അങ്ങനെ ടൈപ്പിംഗ് പിഴവ് ഒന്നും അപകടത്തിലല്ലാത്തപ്പോൾ പിടിക്കപ്പെടും.
nft list ruleset > /root/ruleset.before
nft -c -f /etc/nftables.conf
തുടർന്ന് കൺസോൾ ഇപ്പോഴും ബന്ധിപ്പിച്ചിരിക്കെ, മാറ്റിയ നിയമവുമായി പൊരുത്തപ്പെടുന്ന ഉറവിടത്തിൽ നിന്ന് പുതിയ സെഷൻ ആരംഭിക്കുക. വിജയിച്ചാൽ ഒരിക്കൽ ആവർത്തിക്കുക, കാരണം ആദ്യ ശ്രമം പട്ടികയിൽ ഇതിനകം ഉണ്ടായിരുന്ന എൻട്രിയിൽ വീഴാം. പരാജയപ്പെട്ടാലും അകത്തേക്കുള്ള വഴിയും പിൻവലിക്കേണ്ട തീരുമാനവും അവശേഷിക്കുന്നു, അതാണ് ലഭ്യമായ ഏറ്റവും വിലകുറഞ്ഞ മോശം ഫലം.
കൗണ്ടറുകൾ, അവസ്ഥ, ഫയൽ എന്നിവ വ്യത്യസ്ത ചോദ്യങ്ങൾക്ക് ഉത്തരം നൽകുന്നു
മൂന്ന് നിരീക്ഷണങ്ങളിൽ ഓരോന്നും ഒറ്റയ്ക്ക് ബോധ്യപ്പെടുത്തുന്നതായി തോന്നാം, മറ്റ് രണ്ടെണ്ണിനെക്കുറിച്ച് നിങ്ങളെ തെറ്റിദ്ധരിപ്പിക്കാം. ഇപ്പോൾ സൃഷ്ടിച്ച ഫ്ലോ നിങ്ങൾ എഡിറ്റ് ചെയ്ത നിയമത്തിൽ എത്തിയോ എന്ന് കൗണ്ടറുകൾ കാണിക്കുന്നു. ഏത് ഫ്ലോകളെ യന്ത്രം ഇതിനകം സ്ഥാപിതമായി കരുതുന്നു എന്ന് അവസ്ഥ പട്ടിക കാണിക്കുന്നു, അങ്ങനെ തകർന്ന നിയമവും ആരോഗ്യകരമായി തോന്നാം. സംരക്ഷിച്ച ഫയൽ അടുത്ത റീലോഡിന് ശേഷം ഉപകരണം എന്ത് ചെയ്യുമെന്ന് കാണിക്കുന്നു, അത് ഇപ്പോൾ പ്രവർത്തിക്കുന്ന നിയമസെറ്റ് ചെയ്യുന്നതിൽ നിന്ന് വ്യത്യസ്തമായിരിക്കാം.
ss -tn state established
കൗണ്ടറുകൾ ആകെത്തുകയല്ല, ഡെൽറ്റയായി വായിക്കുക, കാരണം പ്രധാനമായ ഒരേയൊരു സംഖ്യ നിങ്ങളുടെ പരീക്ഷണ ഫ്ലോ നീക്കിയതാണ്. കൗണ്ടർ ഒരിക്കലും കൂടാത്ത നിയമം പൊരുത്തപ്പെടുന്നില്ല, പേപ്പറിൽ എത്ര ശരിയായി തോന്നിയാലും. നിരസിക്കൽ കേസും സ്ഥിരീകരിക്കുക: ഒരിക്കലും ഒന്നും നിരസിക്കാത്ത നയം നിങ്ങൾ തടയാൻ ഉദ്ദേശിച്ചത് നിരസിക്കുന്നുവെന്ന് ഒരിക്കലും തെളിയിച്ചിട്ടില്ല. വിന്യാസം യഥാർത്ഥത്തിൽ വഹിക്കുന്ന ഓരോ കുടുംബത്തിലും ഒരു ഇന്റർഫേസിലൂടെ കടന്നുപോകുക, കാരണം v4 നിയമം v6 ഫ്ലോയെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല.
സംരക്ഷിച്ച നിയമസെറ്റിൽ നിന്ന് പുനഃസ്ഥാപിക്കുക, പിന്നെ ഫയൽ ഒത്തുപോകുന്നതാക്കുക
മാറ്റം പരാജയപ്പെട്ടാൽ, ലോഗിനുകൾ വീണ്ടും പ്രവർത്തിക്കുന്നതുവരെ അനുവദിക്കുന്ന നിയമങ്ങൾ ചേർക്കുന്നതിന് പകരം സംരക്ഷിച്ച നിയമസെറ്റ് ലോഡ് ചെയ്യുക. ഓരോ അധിക അനുമതിയും ലക്ഷണത്തെ ശാന്തമാക്കി, സംഭവത്തെയും അതിന്റെ ഓർമ്മയെയും കാലം കടന്നു നിൽക്കുന്ന ഒരു ദ്വാരം വിടുന്നു. പുനഃസ്ഥാപിച്ച്, വീണ്ടും ബന്ധിപ്പിച്ച്, പിന്നെ പരാജയപ്പെട്ട താരതമ്യം നിങ്ങൾ ശ്രമിച്ചതിന്റെ രേഖയ്ക്കൊപ്പം സൂക്ഷിക്കുക.
വിജയകരമായ മാറ്റത്തിന് ശേഷം, ഡിസ്കിലുള്ള ഫയൽ പ്രവർത്തിക്കുന്ന നിയമസെറ്റിനെ വിവരിക്കാൻ അനുവദിക്കുക, റീലോഡ് അത് പുനരുൽപ്പാദിപ്പിക്കുന്നുവെന്ന് സ്ഥിരീകരിക്കുക. സ്വന്തം കോൺഫിഗറേഷൻ ഫയലിൽ നിന്ന് അകന്നുപോയ ജീവനുള്ള നിയമസെറ്റ് അടുത്ത റീബൂട്ടിനായി വച്ച കെണിയാണ്.