wg-quick جوڑنے پر DNS توڑ دیتا ہے: سیٹ اپ کی خرابی پڑھیں

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

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

DNS سطر معاون کی خصوصیت ہے

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

اسی لیے کنفیگریشن فائل پروٹوکول کے لیے درست ہو کر بھی سیٹ اپ کے دوران ناکام ہو سکتی ہے: خرابی اس ہک کی ہے جسے پروٹوکول کبھی نہیں دیکھتا۔

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

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

معاون جو پہلی خرابی چھاپتا ہے وہ پڑھیں

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

wg-quick up wg0
resolvectl status wg0
ip route get 10.66.0.1

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

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

میزبان کے پاس واقعی کون سا ریزولور ہے

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

تقسیم کے لیے معاون انضمام استعمال کریں اور ریزولور کی حالت کی ملکیت ایک ہی جزو کو دیں۔ دو مالک انٹرفیس پتے کے دو مالکوں جیسی ہی دوڑ پیدا کرتے ہیں، اور علامت وہ میزبان ہے جو ہر تبدیلی کے بعد چند منٹ درست تحلیل کرتا ہے۔

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

صفائی سیٹ اپ جتنی ہی اہم ہے

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

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

تشخیص کو مرمت سے الگ رکھیں۔ اگر صرف نام کی تلاش نہیں، ہر منزل ناکام ہو، تو راستے اور آگے بھیجنا مشتبہ ہیں اور DNS سطر توجہ ہٹانے والی ہے۔ wg-quick کی دستی درج کرتی ہے کہ یہ کن خانوں کو سنبھالتی ہے اور کون سے پروٹوکول کے ہیں، اور وہی حد ان رپورٹوں کی بیشتر کا پورا جواب ہے۔