જાતને બહાર લૉક કર્યા વિના ફાયરવોલ ફેરફારોની કસોટી કરવી

નિયમ લાગુ થાય છે, તમારી પાસે પહેલેથી હોય તેવી ટર્મિનલ જવાબ આપવાનું ચાલુ રાખે છે, અને પછીનું લૉગિન નકારવામાં આવે છે. તમે જે જોડાણ બદલી રહ્યા છો તેના પરથી ફાયરવોલ ફેરફારની કસોટી કરવાની આખી મુશ્કેલી એ જ ખાલી જગ્યા છે. કનેક્શન ટ્રેકિંગ એક વાર નિર્ણય લે છે અને પછી જોવાનું બંધ કરે છે, તેથી સ્થાપિત પ્રવાહ એ એકમાત્ર પરીક્ષણ છે જે નવી નીતિ જોઈ શકતું નથી. આગળના ભાગમાં પાછા ફરવાના ત્રણ માર્ગોની સરખામણી કરવામાં આવે છે, પછી નિયમો કયા ક્રમમાં બદલવા અને ચકાસવા તે નક્કી કરવામાં આવે છે.

બચી ગયેલું સત્ર સૌથી નબળો પુરાવો કેમ છે

સ્ટેટફુલ ફાયરવોલ પ્રવાહના પ્રથમ પેકેટનું મૂલ્યાંકન કરે છે અને જ્યાં સુધી એન્ટ્રી જીવંત હોય ત્યાં સુધી એ ચુકાદો રાખે છે. પછીથી ઉમેરાયેલા નિયમો પાછળથી શરૂ થતા પ્રવાહોને લાગુ પડે છે, એટલે તમે જે વિન્ડોમાં ટાઇપ કરો છો તે ઉપયોગપાત્ર રહે છે જ્યારે બાકીના બધા નકારાય છે. તેમાંથી તમે જે શીખો છો તે થોડી મિનિટો પહેલાં અમલમાં રહેલી નીતિનું વર્ણન કરે છે. તે પ્રવાહ પર લીધેલું કૅપ્ચર પણ એવો નિર્ણય બતાવે છે જે મશીને પહેલેથી લીધો છે.

કાર્યરત સત્રને માપ તરીકે નહીં, પરંતુ કટોકટીના નિકાલ તરીકે ગણો. દરેક યોગ્ય તપાસે નવો નિયમ જે સ્રોતનું મૂલ્યાંકન કરશે તેમાંથી નવો પ્રવાહ ખોલવો જોઈએ, અને પ્રથમ તપાસ એ હોવી જોઈએ જે નિષ્ફળ જાય તો સૌથી વધુ દુખાવો થાય. જ્યારે એ સત્ર જ અંદર જવાનો એકમાત્ર માર્ગ હોય, ત્યારે ફેરફાર કરવા માટે તૈયાર નથી.

પાછા ફરવાના ત્રણ માર્ગ, દરેક શેના પર આધાર રાખે તે પ્રમાણે ગોઠવેલા

વિકલ્પોને કસોટી હેઠળના ઉપકરણ પર કેટલો આધાર રાખે છે તે પ્રમાણે ગોઠવો, કારણ કે નિયમ ખોટો પુરવાર થાય ત્યારે તમે એ જ ક્રમ પકડો છો. જે કન્સોલ કદી ફાયરવોલમાંથી પસાર થતું નથી તે સ્વતંત્ર છે, તાલીમ પામેલું રોલબેક લગભગ એવું જ છે, અને પહેલેથી ખુલ્લું સત્ર એવું નથી.

ફેરફાર પહેલાં કન્સોલ દ્વારા લૉગિન કરો અને સાબિત કરો કે તે કામ કરે છે, કારણ કે જે આઉટ-ઓફ-બૅન્ડ માર્ગ તમે કદી વાપર્યો નથી તે આકૃતિ છે, વૈકલ્પિક ઉપાય નહીં. રોલબેક તેનું સ્થાન માત્ર તે જ પ્લેટફોર્મ પર, તે જ નિયમસેટ સાથે, મંજૂર પ્રક્રિયાનું પાલન કરીને કરેલી તાલીમ પછી જ મેળવે છે, જીવંત મશીન પર તાત્કાલિક ઉપાય કરવાને બદલે. પગલાં લખો અને બીજા કોઈને તે વાંચી સંભળાવવા કહો. જો ક્રમ પૂર્ણ કરવા માટે તમારી સ્મૃતિની જરૂર પડે, તો તે યોજના નથી.

એક ફેરફાર, પછી એક જોડાણ જેનું મૂલ્યાંકન થવું જોઈએ

જીવંત નિયમસેટ અને તેની માલિકીની ફાઇલ સાચવો, પછી એક જ સાંકડું સંપાદન કરો. પ્રતિ કસોટી એક ફેરફાર પરિણામને આરોપણીય રાખે છે; એક સાથે બે તમને ચાલતું મશીન અને કયા સંપાદને કામ કર્યું તેની કોઈ કલ્પના વિના છોડી દે છે. જ્યાં પ્લેટફોર્મ કન્ફિગરેશન લોડ કર્યા વિના તેનું વિશ્લેષણ કરી શકે, ત્યાં પહેલાં એ કરો, જેથી કોઈ ટાઇપિંગ ભૂલ ત્યારે નિષ્ફળ જાય જ્યારે કંઈ પણ જોખમમાં ન હોય.

nft list ruleset > /root/ruleset.before
nft -c -f /etc/nftables.conf

પછી કન્સોલ હજી જોડાયેલું હોય ત્યારે, બદલાયેલા નિયમ સાથે મેળ ખાશે તેવા સ્રોતમાંથી નવું સત્ર શરૂ કરો. સફળ થાય તો એક વાર પુનરાવર્તન કરો, કારણ કે પ્રથમ પ્રયાસ એવી એન્ટ્રી પર પડી શકે જે ટેબલમાં પહેલેથી હતી. નિષ્ફળ જાય તો પણ તમારી પાસે અંદર જવાનો માર્ગ અને પાછું ખેંચવાનો નિર્ણય બંને રહે છે, અને એ જ ઉપલબ્ધ સૌથી સસ્તું ખરાબ પરિણામ છે.

કાઉન્ટર, સ્થિતિ અને ફાઇલ અલગ અલગ પ્રશ્નોના જવાબ આપે છે

ત્રણ અવલોકનોમાંથી દરેક એકલું વિશ્વાસપાત્ર લાગી શકે છે અને બાકીના બે વિશે તમને ભ્રમિત કરી શકે છે. કાઉન્ટર બતાવે છે કે તમે હમણાં બનાવેલો પ્રવાહ તમે સંપાદિત કરેલા નિયમ સુધી પહોંચ્યો છે કે નહીં. સ્થિતિ કોષ્ટક બતાવે છે કે મશીન કયા પ્રવાહોને પહેલેથી સ્થાપિત માને છે, અને એ રીતે તૂટેલો નિયમ પણ સ્વસ્થ દેખાઈ શકે છે. સાચવેલી ફાઇલ બતાવે છે કે આગલા રીલોડ પછી ઉપકરણ શું કરશે, અને તે હાલ ચાલતો નિયમસેટ જે કરી રહ્યો છે તે ન પણ હોય.

ss -tn state established

કાઉન્ટરને સરવાળા તરીકે નહીં, ડેલ્ટા તરીકે વાંચો, કારણ કે મહત્ત્વનો એકમાત્ર આંકડો એ છે જે તમારા કસોટી પ્રવાહે ખસેડ્યો છે. જે નિયમનું કાઉન્ટર કદી વધતું નથી તે મેળ ખાતું નથી, કાગળ પર કેટલો પણ સાચો દેખાય. નકારના કિસ્સાની પણ પુષ્ટિ કરો: જે નીતિએ કદી કંઈ નકાર્યું નથી તેણે કદી સાબિત કર્યું નથી કે તમે જે બ્લોક કરવા માંગતા હતા તે નકારે છે. જે પરિવારો વાસ્તવમાં તૈનાતી વહન કરે છે તે દરેકમાં એક ઇન્ટરફેસ પર કામ કરો, કારણ કે v4 નિયમ v6 પ્રવાહ વિશે કંઈ કહેતું નથી.

સાચવેલા નિયમસેટમાંથી પુનઃસ્થાપિત કરો, પછી ફાઇલને મેળવો

ફેરફાર નિષ્ફળ જાય ત્યારે, લૉગિન ફરી કામ કરે ત્યાં સુધી પરવાનગી આપતા નિયમો ઉમેરવાને બદલે સાચવેલો નિયમસેટ લોડ કરો. દરેક વધારાની પરવાનગી લક્ષણને શાંત કરે છે અને એવું છિદ્ર છોડે છે જે ઘટના અને તેની સ્મૃતિ કરતાં વધુ જીવે છે. પુનઃસ્થાપિત કરો, ફરી જોડાઓ, પછી નિષ્ફળ સરખામણીને તમે શું પ્રયત્ન કર્યો તેના રેકોર્ડની બાજુમાં રાખો.

સફળ ફેરફાર પછી, ડિસ્ક પરની ફાઇલ ચાલતા નિયમસેટનું વર્ણન કરે તેમ કરો, અને પુષ્ટિ કરો કે રીલોડ તેને પુનઃઉત્પાદિત કરે છે. પોતાની કન્ફિગરેશન ફાઇલથી ભટકી ગયેલો જીવંત નિયમસેટ આગલા રીબૂટ માટે મૂકેલો સરણપ્રપાત છે.