ఫైర్వాల్ ప్యాకేజీ ఇన్స్టాల్ అయింది, రీబూట్ తర్వాత నియమాలు మాయమయ్యాయి

ప్యాకేజీ శుభ్రంగా ఇన్స్టాల్ అయింది, నియమాలు పరీక్షించబడ్డాయి, తర్వాతి రీబూట్ తర్వాత గేట్వే పూర్తిగా తెరిచి ఉంది. లావాదేవీలో ఏదీ విఫలం కాలేదు; విఫలమైనది నిలిచి ఉంటుందని భావించినదే. ఫైర్వాల్ సాధనాలను ఇన్స్టాల్ చేయడం, ఏ నియమాలు నిలిచి ఉండాలో నిర్ణయించడం, సరైన క్షణంలో వాటిని పునరుద్ధరించడం మూడు వేర్వేరు పనులు.

లక్షణం వాస్తవంగా మీకు చెప్పేది

రీబూట్లో మాయమయ్యే నియమాల సమూహానికి ముగ్గురు యజమానులలో ఒకరు ఉంటారు: ఎవరూ దాన్ని సేవ్ చేయలేదు, వేరేది దాన్ని భర్తీ చేసింది, లేదా అది ఆధారపడేది ఉనికిలోకి రాకముందే అది పునరుద్ధరించబడింది. మొదటి రెండు కాన్ఫిగరేషన్లో కనిపిస్తాయి; మూడవది క్రమంలో మాత్రమే కనిపిస్తుంది. అందుకే రీబూట్ డేటా నష్టంగా కనిపించవచ్చు, వాస్తవానికి అది క్రమ సమస్య అయినప్పుడు.

రీబూట్కు ముందు ఏది నిజమైందో రాయడంతో ప్రారంభించండి: ఏ సేవ నియమాలను పట్టి ఉంది, ప్రారంభంలో ఏ ఫైల్ లేదా డేటాబేస్ను చదివింది, ఆ మూలం ఎప్పుడైనా రాయబడిందా. ఎవరూ సేవ్ చేయని నడుస్తున్న నియమాల సమూహం చెల్లుబాటు అయ్యే వివరణ మరియు అత్యంత సాధారణమైనది.

ప్యాకేజీని మళ్లీ ఇన్స్టాల్ చేయడంతో ప్రారంభించకండి.

ఉపయోగించే ముందు నిలకడ సాధనాన్ని చదవండి

Debian సాధనాలు నిలకడను ప్లగిన్ సమస్యగా చూస్తాయి: ప్రతి ప్లగిన్కు తన నియమాలను రాయడం తెలుసు, ఒక రేపర్ వాటిని పిలుస్తుంది. దాని సేవ్ చర్య ఆ క్షణంలో లోడ్ అయినదంతా నిల్వ చేస్తుంది, ప్రారంభ చర్య ఆ స్నాప్షాట్ను మళ్లీ లోడ్ చేస్తుంది. ఏ చర్య తాను నిల్వ చేస్తున్నదాన్ని సమీక్షించదు.

అది ఒక స్నాప్షాట్, సమీక్ష కాదు. డీబగ్గింగ్ సెషన్ నుండి మిగిలిన అనుమతి, అసంపూర్ణ ప్రయోగం, లేదా మరో సహాయకుడు చేర్చిన సడలిన నియమం అన్నీ మీరు ఉంచుకోవాలనుకున్న విధానంతో పాటు శాశ్వతమవుతాయి. స్థితిని సేవ్ చేయడం, స్థితిని ఆమోదించడం వేర్వేరు కార్యకలాపాలు, వాటిలో ఒకటి మాత్రమే విచక్షణ కోరుతుంది. మొదట లోడ్ అయిన సమూహాన్ని చదవండి, తర్వాత ఏ పంక్తులు నిలిచి ఉండాలో నిర్ణయించండి.

లోడ్ అయినది చదివిన తర్వాత ఉద్దేశపూర్వకంగా సేవ్ చేయండి.

ఏది నిలిచి ఉండాలో నిర్ణయించండి

కొన్ని నియమాలు ఇంటర్ఫేస్ జీవిత చక్రానికి చెందుతాయి, దానితో పాటు మాయం కావాలి. మరికొన్ని టన్నెల్ కంటే ఎక్కువ కాలం నిలవాలి, అత్యంత స్పష్టమైన ఉదాహరణ టన్నెల్ పడిపోయినప్పుడు క్లయింట్ ట్రాఫిక్ భౌతిక ఇంటర్ఫేస్కు తిరిగి పడిపోకుండా నిషేధించే పరిమితి. ఆ రెండు వర్గాలకు వేర్వేరు పునరుద్ధరణ ట్రిగ్గర్లు కావాలి, ఒకే భాగస్వామ్య స్నాప్షాట్ కాదు.

మూడు క్షణాలకు ఉద్దేశిత ఫలితాన్ని రాయండి: బూట్, VPN యాక్టివేషన్, టన్నెల్ నష్టం. తర్వాత మీరు ఎంచుకున్న సాధనం వాటిలో ప్రతిదాన్ని వ్యక్తపరచగలదా చూడండి. స్థిర స్నాప్షాట్ను మళ్లీ లోడ్ చేసే నిలకడ ప్యాకేజీ మొదటిదాన్ని నిర్వహిస్తుంది, మిగిలిన వాటిలో ఏదీ నిర్వహించకపోవచ్చు, ఎందుకంటే స్నాప్షాట్కు టన్నెల్ స్థితి ఎప్పుడు మారిందో తెలియదు. వాటిని వ్యక్తపరచలేకపోతే, ఆ లోటు మరో భాగానికి చెందుతుంది.

సమాధానాన్ని నిర్ణయించేది విధానం, ప్యాకేజీ కాదు.

పునరుద్ధరణ క్రమాన్ని తనిఖీ చేయండి

ఫైల్ను పునరుద్ధరించడం ఫలితాన్ని సొంతం చేసుకోవడం కాదు. మరో మేనేజర్ నియమాలను భర్తీ చేయవచ్చు, మునుపటి accept వాటిని కప్పివేయవచ్చు, లేదా పరిమితి అమల్లోకి రాకముందే క్లయింట్లు పంపడం ప్రారంభించవచ్చు. సేవ్ చేసిన ఫైల్ ఉనికి మాత్రమే కాకుండా ప్రారంభం మరియు తిరిగి కనెక్ట్ అయ్యే ప్రవర్తనను సమీక్షించండి.

systemctl status netfilter-persistent
iptables -S

నిలకడ సేవను ఆపడం హానికరం కాదని ఊహించకండి, ఎందుకంటే ప్యాకేజీ ఆగినప్పుడు షరతులతో కూడిన క్లియర్ను డాక్యుమెంట్ చేస్తుంది. రిమోట్గా నిర్వహించే గేట్వేపై stop లేదా restartను ప్రయోగంగా ఉపయోగించే ముందు సేవ యొక్క వాస్తవ కాన్ఫిగరేషన్ను నిర్ధారించండి. ఆ పరీక్షకు ముందు కన్సోల్ సెషన్ మరియు డాక్యుమెంట్ చేసిన రోల్బ్యాక్ కనీసం.

క్రమం అనేది నడుస్తున్న వ్యవస్థ లక్షణం, డిస్క్లోని ఫైల్ లక్షణం కాదు.

మూడు వేర్వేరు ఫలితాలను అంగీకరించండి

ప్యాకేజీ ఇన్స్టాలేషన్, లోడ్ అయిన నియమాల సమూహం, అమలు చేసిన విధానం మూడింటినీ వేర్వేరు వాస్తవాలుగా నమోదు చేయండి. సపోర్ట్ చర్చలోని ప్యాకేజీ పేరు మొదటిదానికి మాత్రమే సమాధానం ఇస్తుంది, అదే అరుదుగా ముఖ్యమైనది.

nft list ruleset

తర్వాత అనుమతించిన కార్యకలాపాన్ని మరియు అవసరమైన నిరాకరణను పరీక్షించండి.

రీబూట్ తర్వాత, టన్నెల్ పడిపోయిన తర్వాత నిరాకరణ నిలిచి ఉంటే, విధానం నిలిచింది. ఆ రెండు స్థితులలో ఒకదానిలో మాత్రమే నిలిస్తే, మీరు క్రమ సమస్యను కనుగొన్నారు, సరిచేయలేదు.