FortiClient 98% پر رک جاتا ہے: اسی اڈاپٹر پر IPv6 بند کریں

بار 98% تک پہنچتا ہے، کلائنٹ وہیں بیٹھا رہتا ہے، اور پاس ورڈ دوبارہ لکھنے سے کچھ نہیں بدلتا۔ یہی کارآمد سراغ ہے: کلائنٹ پہلے ہی گیٹ وے کا سرٹیفکیٹ قبول کر چکا ہے، اسناد بھیج چکا ہے اور ٹنل کنفیگریشن حاصل کر چکا ہے۔ باقی رہ جاتا ہے مجازی اڈاپٹر اٹھانا اور تصدیق کرنا کہ ٹنل ٹریفک لے جا رہی ہے. جب وہ آخری مرحلہ کبھی مکمل نہ ہو، خرابی مقامی ہوتی ہے، اور اسناد کتنی ہی بار دوبارہ لکھی جائیں وہاں نہیں پہنچتیں۔

چار مراحل، اور پہلا بار نہیں بلکہ لاگ پڑھنا ہے۔

98% کا کاؤنٹر دراصل کیا بتاتا ہے

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

Fortinet نے اس علامت کو کلائنٹ کی طرف کے ایک ہی سبب سے منسوب کیا: کلائنٹ جو اڈاپٹر استعمال کرتا ہے اس پر IPv6 فعال ہونا۔ یہ اڈاپٹر کی سیٹنگ کو پہلی جانچنے والی چیز بناتا ہے، ہر SSL-VPN رکاوٹ کے لیے عالمگیر وضاحت نہیں۔

مرحلہ 1: بار سے پہلے لاگ پڑھیں

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

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

مرحلہ 2: IPv6 تبدیلی کو ایک اڈاپٹر تک محدود کریں

تبدیلی اڈاپٹر کی ہے، مشین کی نہیں۔ Windows اڈاپٹر خصوصیات میں اس کا مطلب مخصوص انٹرفیس پر Internet Protocol Version 6 (TCP/IPv6) ہٹانا ہے، اور شیل سے یہ ہے Disable-NetAdapterBinding -Name "Ethernet 2" -ComponentID ms_tcpip6. دوبارہ جڑنے سے پہلے Get-NetAdapterBinding -ComponentID ms_tcpip6 سے حالت کی تصدیق کریں۔ پھر دوبارہ جڑیں اور دیکھیں کہ بار وہاں رکنے کی بجائے 98% سے گزرتا ہے یا نہیں۔

پہلے دائرہ کار طے کریں، پھر جانچیں۔ IPv6 کو عالمی طور پر بند کرنا سوال کی ضرورت سے بڑی تبدیلی ہے اور ان خدمات کو متاثر کرتا ہے جنہیں آپ چھونا نہیں چاہتے تھے۔

مرحلہ 3: تصدیق کریں کہ رکاوٹ کیا چھپا رہی تھی

جڑنے والی ٹنل کام کرنے والی ٹنل نہیں۔ کلائنٹ کا تفویض کردہ پتہ، پروفائل کی نصب کردہ راستے، اور ایک اندرونی ہوسٹ کے لیے نام کا حل جانچیں: Resolve-DnsName files.corp.example. جو کلائنٹ جڑتا ہے اور کچھ حل نہیں کرتا اس میں DNS مسئلہ ہوتا ہے، اور اسے وہی خرابی لوٹ کر آئی ہے یوں غلط پڑھنا آسان ہے۔

ایک اندرونی وسیلہ کو نام سے اور ایک عوامی منزل جانچیں، تاکہ ٹوٹی ہوئی تقسیم شدہ ٹنل کو درست کیا ہوا کلائنٹ نہ سمجھا جائے۔

مرحلہ 4: درستی کو قابلِ تکرار بنائیں

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

صرف ایک انجینئر کی یاد میں موجود درستی اگلی سہ ماہی میں لوٹ کر آنے والی درستی ہے۔

اگر IPv6 بند ہونے پر بھی بار 98% پر رکتا ہے، تو وینڈر کا نوٹ اب اس کی وضاحت نہیں کرتا اور لاگ آپ کا اگلا ثبوت ہے۔ علامت کا علاج کرنا چھوڑ دیں اور مرحلہ وار کاؤنٹر پر واپس جائیں۔