NetworkManager میں gateway-ping-timeout اصل میں کس چیز کا انتظار کرتا ہے

آپ نیٹ ورک کے قابل استعمال ہونے سے پہلے بوٹ ہونے والے لیپ ٹاپ کے بارے میں ایک بحث میں connection.gateway-ping-timeout دیکھتے ہیں، اسے بڑھاتے ہیں، اور کچھ بدل جاتا ہے۔ یہ کہ وہ تبدیلی اسی وجہ سے مددگار ثابت ہوئی جو آپ سمجھتے ہیں، ایک الگ سوال ہے۔ جواب اس بات سے شروع ہوتا ہے کہ اس ٹائمر کے چلنے کے دوران ایکٹیویشن درحقیقت کیا کر رہی ہے، اور اس حقیقت سے کہ اس انتظار کے دو ممکنہ اختتام ہیں۔

کمانڈ لائن سے ایک کنکشن کا پیچھا کریں، پھر معنی واضح ہو جاتا ہے۔

ایک ایکٹیویشن کا پیچھا

عالمی ڈیفالٹ کے بجائے محفوظ کنکشن سے شروع کریں، کیونکہ یہ ہر کنکشن کی خاصیت ہے۔ --show-secrets صرف اسی وقت شامل کریں جب واقعی ضرورت ہو؛ سیٹنگ بذات خود کوئی راز نہیں ہے۔

nmcli -f connection.id,connection.gateway-ping-timeout connection show
nmcli connection show "Wired connection 1" | grep gateway-ping

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

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

انتظار کے دو اختتام ہیں

دونوں اختتام اہم ہیں، لیکن زیادہ تر لوگ صرف ایک یاد رکھتے ہیں۔ گیٹ وے سے جواب انتظار کو جلدی ختم کرتا ہے، اور وقت کا خاتمہ بھی اسے ختم کرتا ہے، چاہے کسی نے جواب دیا ہو یا نہ۔ یہ خاصیت ایکٹیویشن مکمل ہونے سے پہلے کامیاب ping کا تقاضا نہیں کرتی۔

وہ ایک جملہ ہوٹلوں اور کانفرنس مقامات میں لیپ ٹاپ کے بارے میں بہت سی الجھن دور کرتا ہے، جہاں رسائی پورٹل اکثر اس وقت تک ICMP سے انکار کرتا ہے جب تک آپ لاگ ان نہ کریں۔ کنکشن وقت ختم ہونے کے بعد بھی فعال ہوتا ہے؛ بس یہ ضرورت سے زیادہ دیر سے ایسا کرتا ہے، اور کنکشن کے بعد ترتیب دی گئی ہر سروس اس کے ساتھ انتظار کرتی ہے۔

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

دو اشیاء، ایک سیٹنگ

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

nmcli -f NAME,UUID,TYPE connection show
nmcli connection show "Office VPN" | grep gateway-ping

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

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

انتظار کیا تصدیق نہیں کر سکتا

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

وہ الگ ثبوتوں والے الگ انحصار ہیں۔ DNS ناکام ہوتے ہوئے بھی گیٹ وے جواب دے سکتا ہے، اور ایپلیکیشن کے تمام راستے چلتے ہوئے بھی گیٹ وے پالیسی کے تحت ICMP خاموشی سے گرا سکتا ہے۔ اس لیے اس خاصیت پر شرط لگانا یہ اندازہ ہے کہ کون سی تہہ دیر کر رہی ہے، اس کی پیمائش نہیں۔

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

اگر بدلیں تو وجہ لکھیں

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

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

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