WireGuard پیر غلط WAN سے نکلتا ہے: ترتیب سے پانچ جانچیں

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

نیچے دی گئی جانچیں ترتیب سے کریں۔ ہر ایک کی ایک رکنے کی شرط ہے، اور آگے چھلانگ لگانا عام طور پر پراعتماد غلط جواب دیتا ہے۔

ہینڈ شیک کو فارورڈ شدہ بہاؤ سے الگ کریں

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

جیسے ہی آپ خود کو ہینڈ شیک سے استدلال کرتے پکڑیں، رک جائیں۔ یہ صرف اینڈ پوائنٹ راستے کا ثبوت ہے۔

پالیسی قاعدہ پڑھیں، ڈیفالٹ جدول نہیں

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

ip rule show
ip route show table main
ip -4 route get 203.0.113.9 from 10.30.8.2

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

نشان اور ترجمہ ایک ساتھ جانچیں

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

nft list chain inet filter prerouting
conntrack -L -s 10.30.8.2 2>/dev/null | head
ip -s link show dev eth1

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

دیکھیں کون سا انٹرفیس جواب اٹھاتا ہے

ایک درخواست چلتے وقت دونوں اپ لنکس پر کیپچر کریں۔ نوٹ کریں کہ کون سا انٹرفیس درخواست اور کون سا جواب اٹھاتا ہے۔ غیر متناسب راستے اندازہ لگانے سے کہیں آسانی سے دیکھے جاتے ہیں۔

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

واپسی کے راستے کے ساتھ ایک چیز بدلیں

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

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