NetworkManager یا wg-quick: آپ کے WireGuard راستوں کا مالک کون ہے؟

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

افسانہ: مشین پر ایک ہی WireGuard کنفگ ہے

wg-quick /etc/wireguard/ کے تحت ایک فائل پڑھتا ہے اور جب آپ اسے اوپر لاتے ہیں تو انٹرفیس بناتا ہے۔ NetworkManager اپنے ہی keyfile فارمیٹ میں کنکشن پروفائل محفوظ کرتا ہے اور ایکٹیویشن پر اسے پیش کرتا ہے، اور wg-quick فائل درآمد کرنے پر اقدار اس پروفائل میں کاپی ہوتی ہیں، اس سے لنک نہیں ہوتیں۔ بعد میں اصل فائل میں ترمیم کرنے سے کچھ نہیں بدلتا، کیونکہ پروفائل اب اسے نہیں پڑھتا۔ اس لیے ساتھیوں اور چابیوں کی وہی فہرست دو بار ہو سکتی ہے، دوسری کاپی نافذ رہتی ہے۔

یاد رکھنے کے قابل اشارہ: ری بوٹ پر قائم رہنے والی لیکن دوبارہ درآمد پر قائم نہ رہنے والی تبدیلیاں ایک اسٹور سے آتی ہیں، اور ری بوٹ پر غائب ہونے والی تبدیلیاں دوسرے سے آتی ہیں۔

ایک عملی مثال تقسیم کو واضح کرتی ہے۔ موازنہ کریں nmcli connection show سے systemctl status wg-quick@wg0, پھر دیکھیں کہ راستے واقعی کس انٹرفیس پر لٹکے ہیں۔ اگر سروس مردہ اور انٹرفیس اوپر ہو، تو فائل جو کچھ کہے، کام پروفائل کر رہا ہے۔

افسانہ: روٹنگ قواعد WireGuard کا حصہ ہیں

کرنل کا WireGuard ڈیوائس ساتھیوں اور چابیوں کو جانتا ہے، اور پالیسی روٹنگ کے بارے میں کچھ نہیں جانتا۔ آپ جو ip rule اندراجات اور اضافی ٹیبل دیکھتے ہیں وہ انٹرفیس اوپر لانے والے ٹول نے نصب کیے ہیں۔ wg-quick ایک fwmark اور مخصوص ٹیبل نیز اس کی طرف اشارہ کرنے والے قواعد شامل کر سکتا ہے، جبکہ NetworkManager اپنی ipv4 سیٹنگز کے ذریعے راستے نصب کرتا ہے اور DNS سسٹم کے استعمال کردہ ریزولور بیک اینڈ پر چھوڑ دیتا ہے۔ وہی ٹنل، مختلف ضمنی اثرات۔

کچھ بھی بدلنے سے پہلے ip rule اور ip route show table all پڑھیں، اور نوٹ کریں کہ ہر راستہ کس ٹیبل میں رہتا ہے۔ جو ٹیبل نمبر آپ نے کنفگ نہیں کیا وہ اسے بنانے والے ٹول کے بارے میں مضبوط اشارہ ہے۔

افسانہ: راستہ حذف کرنا ایک حل ہے

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

دوبارہ کنکٹ ہونا اور متعلقہ سروس دوبارہ شروع کرنا وہ امتحان ہے جو اصل حل کو صرف صاف دکھنے والے حل سے الگ کرتا ہے۔

ایک مالک منتخب کریں اور دوسرے کو ہٹا دیں

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

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

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