WireGuard غیر فعالیت کے بعد ناکام ہوتا ہے: پہلے سمت جانچیں

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

کون سی سمت ناکام ہوتی ہے؟

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

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

wg show wg0 latest-handshakes
wg show wg0 endpoints
wg show wg0 transfer

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

نیند، ریڈیو اور ایپ کی حالت

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

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

keepalive دراصل کیا کرتا ہے

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

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

پہلے ناکام ہونے والا وقفہ گزاریں

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

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