لینکس ڈسٹری بیوشن کا فائر وال آپ کا VPN ٹریفک روک سکتا ہے

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

مینیجر اور بیک اینڈ تلاش کریں

جو واقعی لوڈ ہے اسی سے شروع کریں، جو انسٹال ہے اس سے نہیں۔ ایک ڈسٹری بیوشن firewalld، ufw اور ایک عام nftables سروس کے ساتھ آ سکتی ہے، اور ان میں سے صرف ایک چل رہے اصولوں کے مجموعے کی مالک ہے۔ پیکیجز پرامن طور پر ساتھ رہتے ہیں، اور غلط فرنٹ اینڈ سے درج اصول کبھی کرنل تک نہیں پہنچتا۔ فعال سروس پڑھیں، پھر وہ اصولوں کا مجموعہ پڑھیں جو اس نے بنایا۔

بیک اینڈ اتنا ہی اہم ہے جتنا فرنٹ اینڈ۔ firewalld کی تنصیب ورژن اور کنفیگریشن کے مطابق nftables یا پرانے iptables بیک اینڈ کو چلا سکتی ہے، اور دونوں مختلف معائنہ آؤٹ پٹ دیتے ہیں۔ اپنے سسٹم کا کسی بھی گائیڈ سے موازنہ کرنے سے پہلے ڈسٹری بیوشن، ورژن اور بیک اینڈ ٹکٹ میں لکھیں۔

سمت اور انٹرفیس کو ہم آہنگ کریں

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

اصول منتخب کرنے سے پہلے پوچھیں کہ کون سی سمت ناکام ہوئی۔ جو ایپلیکیشن باہر جڑ نہیں سکتی اسے آؤٹ پٹ راستہ درکار ہے، جبکہ اندر آنے والی سروس کو سرنگ کے انٹرفیس پر ان پٹ راستہ درکار ہے۔ غلط چین میں اصول شامل کرنے سے ایسی تبدیلی آتی ہے جو لاگو دکھتی ہے اور کچھ بھی نہیں کرتی۔

اصولوں کے مالکان کو متفق رکھیں

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

تنگ کاؤنٹر مسترد شدہ بہاؤ ڈھونڈنے کا سستا طریقہ ہیں۔ ایک منزل اور ایک پورٹ تک محدود لاگنگ اصول دکھاتا ہے کہ ڈراپ مقامی طور پر ہوتا ہے یا نہیں، کسی اور کا ٹریفک پکڑے بغیر۔ جانچ ختم ہونے پر لاگنگ اصول ہٹا دیں، کیونکہ یہ پالیسی نہیں بلکہ تشخیص ہے، اور firewalld کی زون دستاویزات بیان کرتی ہیں کہ انٹرفیس اور سروسز کیسے ملتے ہیں۔

لاک ڈاؤن کھوئے بغیر اصلاح کی جانچ کریں

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

sudo firewall-cmd --get-active-zones
sudo firewall-cmd --zone=trusted --list-all
sudo nft list ruleset | head -40

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

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