فائر وال پیکیج نصب ہو گیا، ری بوٹ کے بعد قواعد غائب ہو گئے

پیکیج صاف طور پر نصب ہوا، قواعد جانچے گئے، اور اگلی ری بوٹ کے بعد گیٹ وے مکمل کھلا تھا۔ لین دین میں کوئی چیز ناکام نہیں ہوئی؛ ناکامی اس مفروضے میں تھی کہ کیا چیز باقی رہے گی۔ فائر وال کے اوزار نصب کرنا، یہ فیصلہ کرنا کہ کون سے قواعد زندہ رہیں، اور انہیں درست لمحے پر بحال کرنا تین الگ کام ہیں۔

علامت دراصل آپ کو کیا بتاتی ہے

ری بوٹ پر غائب ہونے والے قواعد کے مجموعے کے تین مالکوں میں سے ایک ہوتا ہے: کسی نے اسے محفوظ نہیں کیا، کسی اور چیز نے اسے بدل دیا، یا اسے اس چیز کے وجود میں آنے سے پہلے بحال کر دیا گیا جس پر وہ منحصر ہے۔ پہلے دو کنفیگریشن میں نظر آتے ہیں؛ تیسرا صرف ترتیب میں ظاہر ہوتا ہے۔ اسی لیے ری بوٹ ڈیٹا کے ضیاع جیسی لگ سکتی ہے جبکہ حقیقت میں یہ ترتیب کا مسئلہ ہوتا ہے۔

ری بوٹ سے پہلے جو سچ تھا اسے لکھ کر شروع کریں: کون سی سروس قواعد رکھے ہوئے تھی، اس نے آغاز پر کون سی فائل یا ڈیٹا بیس پڑھی، اور کیا وہ ماخذ کبھی لکھا گیا تھا۔ ایسا چلتا ہوا قواعد کا مجموعہ جسے کسی نے محفوظ نہ کیا ہو ایک درست وضاحت ہے اور سب سے عام بھی۔

پیکیج دوبارہ نصب کرنے سے آغاز نہ کریں۔

استعمال سے پہلے استحکام کا اوزار پڑھیں

Debian کے اوزار استحکام کو پلگ ان کا مسئلہ سمجھتے ہیں: ہر پلگ ان جانتا ہے کہ اپنے قواعد کیسے لکھنے ہیں، اور ایک ریپر انہیں پکارتا ہے۔ اس کا محفوظ کرنے کا عمل اس لمحے جو کچھ لوڈ ہے اسے محفوظ کرتا ہے، اور آغاز کا عمل وہی تصویر دوبارہ لوڈ کرتا ہے۔ کوئی بھی عمل یہ نہیں دیکھتا کہ وہ کیا محفوظ کر رہا ہے۔

یہ ایک تصویر ہے، جائزہ نہیں۔ ڈیبگنگ سیشن سے بچا ہوا اجازت نامہ، نامکمل تجربہ، یا کسی اور مددگار کا داخل کردہ نرم قاعدہ، سب اسی پالیسی کے ساتھ دائمی ہو جاتے ہیں جسے آپ رکھنا چاہتے تھے۔ حالت محفوظ کرنا اور حالت کی منظوری دینا مختلف سرگرمیاں ہیں، اور صرف ایک کو فیصلے کی ضرورت ہے۔ پہلے لوڈ شدہ مجموعہ پڑھیں، پھر فیصلہ کریں کہ کون سی سطریں زندہ رہنے کی حقدار ہیں۔

جو لوڈ ہے اسے پڑھنے کے بعد سوچ سمجھ کر محفوظ کریں۔

فیصلہ کریں کہ کیا زندہ رہنا چاہیے

کچھ قواعد کسی انٹرفیس کے زندگی کے چکر سے تعلق رکھتے ہیں اور اس کے ساتھ غائب ہو جانے چاہئیں۔ دوسروں کو ٹنل سے زیادہ جینا ہوتا ہے، اور سب سے واضح مثال وہ پابندی ہے جو ٹنل گرنے پر کلائنٹ ٹریفک کو جسمانی انٹرفیس پر واپس گرنے سے روکتی ہے۔ ان دو اقسام کو بحالی کے مختلف محرکات چاہئیں، ایک مشترکہ تصویر نہیں۔

تین لمحوں کے لیے مطلوبہ نتیجہ لکھیں: آغاز، VPN کی فعالیت اور ٹنل کا ضیاع۔ پھر دیکھیں کہ آپ کے چنے ہوئے اوزار میں ان میں سے ہر ایک کو بیان کرنے کی صلاحیت ہے یا نہیں۔ جامد تصویر دوبارہ لوڈ کرنے والا استحکام کا پیکیج پہلے کو سنبھالتا ہے اور ممکن ہے باقی میں سے کسی کو نہ سنبھالے، کیونکہ تصویر کو معلوم نہیں کہ ٹنل کی حالت کب بدلی۔ اگر وہ انہیں بیان نہ کر سکے تو یہ خلا کسی اور جزو کا ہے۔

جواب پالیسی طے کرتی ہے، پیکیج نہیں۔

بحالی کی ترتیب جانچیں

فائل بحال کرنا نتیجے کا مالک ہونے کے مترادف نہیں۔ کوئی دوسرا منتظم قواعد بدل سکتا ہے، پہلے کا accept انہیں چھپا سکتا ہے، یا کلائنٹ پابندی نافذ ہونے سے پہلے بھیجنا شروع کر سکتے ہیں۔ صرف محفوظ فائل کی موجودگی نہیں، آغاز اور دوبارہ جڑنے کا رویہ دیکھیں۔

systemctl status netfilter-persistent
iptables -S

یہ مت سمجھیں کہ استحکام کی سروس روکنا بے ضرر ہے، کیونکہ پیکیج رکنے پر مشروط صفائی کا ذکر کرتا ہے۔ دور سے سنبھالے جانے والے گیٹ وے پر stop یا restart کو تجربے کے طور پر استعمال کرنے سے پہلے سروس کی اصل کنفیگریشن معلوم کریں۔ اس امتحان سے پہلے کنسول سیشن اور دستاویزی واپسی کم از کم ہیں۔

ترتیب چلتی ہوئی نظام کی خصوصیت ہے، ڈسک پر موجود فائل کی نہیں۔

تین الگ نتائج قبول کریں

پیکیج کی تنصیب، لوڈ شدہ قواعد کا مجموعہ اور نافذ شدہ پالیسی کو الگ حقائق کے طور پر درج کریں۔ معاونت کے دھاگے میں پیکیج کا نام صرف پہلے کا جواب دیتا ہے، اور وہی شاذ و نادر ہی اہم ہوتا ہے۔

nft list ruleset

پھر ایک اجازت یافتہ عمل اور ایک لازمی انکار جانچیں۔

اگر انکار ری بوٹ کے بعد اور ٹنل گرنے کے بعد بھی قائم رہے تو پالیسی زندہ رہی۔ اگر یہ ان دو حالتوں میں سے صرف ایک میں قائم رہے تو آپ نے ترتیب کا مسئلہ ڈھونڈ لیا ہے، درست نہیں کیا۔