27850، 442 اور 651: ایک اسٹیک، تین پہلی جانچیں
تینوں خرابیاں ورچوئل اڈاپٹر کے اسٹیک سے آتی ہیں۔ نمبر کو اس کی تہہ سے ملائیں، اس تہہ کی جانچ کریں، اور صفائی کے بعد ہی دوبارہ انسٹال کریں۔
انسٹالر 27850 پر رک جاتا ہے، ایک کنکشن 442 کے ساتھ مسترد ہوتا ہے، اور دوسرا پروفائل 651 واپس کرتا ہے۔ یہ نمبر تین الگ الگ خرابیوں جیسے لگتے ہیں، اور عام ردِعمل کلائنٹ کو تین بار دوبارہ انسٹال کرنا ہے۔ لیکن وہ ایک ہی ذیلی نظام سے آتے ہیں: ورچوئل اڈاپٹر اور اس کے گرد فلٹر اسٹیک۔ خرابی کا نمبر بتاتا ہے کہ کون سی تہہ ناکام ہوئی، اور یہی پہلی جانچ طے کرتا ہے۔ نمبر پڑھنے سے پہلے دوبارہ انسٹال کرنا عام طور پر وہی خرابی دہراتا ہے۔
نمبر کو تہہ سے ملائیں
ہر خرابی الگ مقام پر پیدا ہوتی ہے، اس لیے پہلی جانچ مختلف ہوتی ہے چاہے نظر آنے والی علامت وہی مسترد کنکشن ہو۔ تین خاندان ہر صورت کو ڈھانپتے ہیں: انسٹالر، اڈاپٹر اور اس کے نیچے پورٹ۔ نیچے دیا گیا جدول ہر نمبر کو اس جانچ کے ساتھ رکھتا ہے جو اسے درکار ہے۔
| Error | When it appears | First check | Usual cause |
|---|---|---|---|
| 27850 | During install | Filter count and security suite | Stack at the filter limit, or a suite blocking the driver |
| 442 | On connect | Adapter state and display name | Disabled adapter, ICS holding it, malformed CVirtA name |
| 651 | On connect | WAN miniport and third-party drivers | Miniport failed to start, bridging driver attached |
اگر خرابی کسی پروفائل کے انتخاب سے پہلے ظاہر ہو تو وہ انسٹالر خاندان کی ہے۔ اگر یہ کلائنٹ کے اڈاپٹر اٹھانے کی کوشش کے وقت ظاہر ہو تو وہ اڈاپٹر خاندان کی ہے۔ اگر اڈاپٹر نظر آتا ہے لیکن پورٹ کبھی نہیں کھلتا تو وہ منی پورٹ خاندان ہے۔ کچھ بھی بدلنے سے پہلے نمبر لکھ لیں۔ تینوں مرمتیں اسٹیک کے مختلف حصوں کو چھوتی ہیں، اور غلط خاندان کے لیے کی گئی تبدیلی اگلی کوشش کو پڑھنا مشکل بنا دیتی ہے۔
بھرا ہوا فلٹر اسٹیک، یا ڈرائیور کو روکنے والا سیکیورٹی سوٹ
کلائنٹ کی تنصیب اڈاپٹر زنجیر میں ایک چھوٹا فلٹر جزو رجسٹر کرتی ہے۔ ونڈوز کی ایک سخت حد ہے کہ ایسے کتنے اجزا جڑ سکتے ہیں، اور طے شدہ قدر اینٹی وائرس، ورچوئلائزیشن پل اور کیپچر ڈرائیور کی موجودگی میں کم جگہ چھوڑتی ہے۔ تب VPN پیکج ٹھیک ہونے کے باوجود تنصیب 27850 کے ساتھ ناکام ہوتی ہے۔ انسٹالر بھرے اور ٹوٹے اسٹیک میں فرق نہیں کر سکتا۔
موجودہ قدر پڑھیں، اسے بڑھائیں، اور دوبارہ کوشش سے پہلے ری بوٹ کریں۔ نیا فلٹر اس وقت تک نہیں جڑ سکتا جب تک اسٹیک دوبارہ نہ بنے:
reg query "HKLM\SYSTEM\CurrentControlSet\Control\Network" /v MaxNumFilters
reg add "HKLM\SYSTEM\CurrentControlSet\Control\Network" /v MaxNumFilters /t REG_DWORD /d 14 /fدوسری وجہ ایسا سیکیورٹی سوٹ ہے جو نظر آنے والے انتباہ کے بغیر ڈرائیور کی تنصیب روکتا ہے۔ اس کی خود حفاظتی فلٹر کے اندراج کو روک سکتی ہے، اس لیے انسٹالر عمومی جزو ناکامی کی اطلاع دیتا ہے۔ سوٹ کا اپنا لاگ دیکھیں، اور اگر خود حفاظتی رکاوٹ ہو تو اسے صرف تنصیب کے دوران بند کریں اور فوراً بعد بحال کر دیں۔ اگر قدر پہلے ہی بڑھائی جا چکی ہے اور کوئی سوٹ نہیں روک رہا تو تلاش کریں پچھلی VPN مصنوعات کے بچے ہوئے فلٹر ڈرائیور. پرانا فلٹر جس کا کوئی ملتا جلتا سروس نہیں، اب بھی جگہ لیتا ہے اور نئی تنصیب ناکام کر سکتا ہے۔
اڈاپٹر موجود ہے اور نیچے ہی رہتا ہے
خرابی 442 کا مطلب ہے کہ ورچوئل اڈاپٹر موجود ہے لیکن کلائنٹ اسے اٹھا نہیں سکتا۔ پہلی جانچ ڈیوائس مینیجر ہے جس میں چھپے ہوئے آلات دکھائے گئے ہوں: غیر فعال اڈاپٹر، انتباہی نشان والا اڈاپٹر اور غائب اڈاپٹر کلائنٹ میں ایک جیسے دکھتے ہیں لیکن مختلف مرمت چاہتے ہیں۔ Internet Connection Sharing اسے اکثر پکڑے رکھتا ہے۔ اگر سروس نے اڈاپٹر پر قبضہ کر لیا ہے تو رجسٹری چھونے سے پہلے سروس روکیں اور دوبارہ کوشش کریں۔ باقی ماندہ شیئرنگ ترتیب ری بوٹ کے بعد دوبارہ قبضہ کر سکتی ہے، اس لیے نوٹ کریں کہ اصلاح ری بوٹ کے بعد برقرار رہتی ہے یا نہیں۔
دوبارہ تنصیب سے بگڑا ہوا ڈسپلے نام رہ سکتا ہے جو اڈاپٹر کو ناقابلِ انتظام بنا دیتا ہے۔ قدر سادہ متن ہونی چاہیے، نہ کہ حل نہ شدہ انسٹالر ٹوکن:
Get-ItemProperty "HKLM:\SYSTEM\CurrentControlSet\Services\CVirtA" -Name DisplayName
Set-ItemProperty "HKLM:\SYSTEM\CurrentControlSet\Services\CVirtA" -Name DisplayName -Value "Cisco Systems VPN Adapter for 64-bit Windows"وہ ڈسپلے نام استعمال کریں جس کی آپ کا کلائنٹ توقع کرتا ہے، پھر ری بوٹ کریں تاکہ اڈاپٹر دوبارہ گن لیا جائے۔ ری بوٹ کے بغیر قدر مقرر کرنا عام طور پر پرانی حالت برقرار رکھتا ہے اور اگلا کنکشن پھر 442 دیتا ہے۔
اس کے نیچے پورٹ کبھی نہیں کھلتا
خرابی 651 اس وقت رپورٹ ہوتی ہے جب کنکشن مینیجر WAN منی پورٹ نہیں کھول سکتا۔ کلائنٹ میں اڈاپٹر صحت مند دکھ سکتا ہے جبکہ اس کے نیچے پورٹ کبھی شروع شدہ حالت تک نہیں پہنچتا۔ کچھ بھی دوبارہ انسٹال کرنے سے پہلے منی پورٹ اور ان کی حالت کی فہرست بنائیں:
Get-PnpDevice -Class Net | Where-Object { $_.FriendlyName -like "*WAN Miniport*" } | Select-Object Status, FriendlyNameخرابی کی حالت والا منی پورٹ براہِ راست اشارہ ہے۔ ڈیوائس مینیجر سے اسے دوبارہ انسٹال کرنا پورٹ دوبارہ بناتا ہے، اور اسی لیے یہ مرمت اس وقت کام کرتی ہے جب کلائنٹ کی دوبارہ تنصیب کام نہیں کرتی۔ فزیکل اڈاپٹر سے جڑے تیسرے فریق کے ڈرائیور دوسری عام وجہ ہیں۔ VirtualBox کا برج نیٹ ورکنگ ڈرائیور، OpenVPN کا بچا ہوا TAP ڈرائیور، یا کیپچر فلٹر پورٹ پہلے لے سکتے ہیں۔ تنصیب کے دوران جزو کا ٹک ہٹانا کافی نہیں جب ڈرائیور پہلے ہی جڑا ہو؛ اسے اڈاپٹر کی خصوصیات سے ہٹانا یا ڈرائیور اسٹور سے ان انسٹال کرنا ضروری ہے۔
VPN کنکشن پر IPv6 بند کرنے نے کچھ بلڈز میں یہ خرابی حل کی ہے، لیکن اسے مستقل ڈیزائن نہیں بلکہ آزمائش سمجھیں۔ اگر کنکشن صرف IPv6 بند ہونے پر شروع ہوتا ہے تو بنیادی منی پورٹ یا ڈرائیور ہی وجہ ہے۔
ایک تہہ بدلیں اور ثبوت رکھیں
جو رجسٹری قدریں آپ بدلتے ہیں انہیں محفوظ کریں، اڈاپٹر اور فلٹر کی فہرست پہلے اور بعد میں لکھیں، اور کوششوں کے درمیان ری بوٹ کریں۔ یہاں ہر خاندان کے لیے ری بوٹ مرمت کا حصہ ہے، کیونکہ اڈاپٹر اسٹیک بوٹ کے وقت بنتا ہے اور سروس دوبارہ چلانا اسے دوبارہ نہیں بناتا۔
کلائنٹ صرف اس وقت دوبارہ انسٹال کریں جب پرانا اڈاپٹر، فلٹر اور منی پورٹ جا چکے ہوں۔ ٹوٹے اسٹیک پر نیا کلائنٹ بٹھانا وہی راستہ ہے جس سے قابلِ مرمت 27850 دو آدھے رجسٹرڈ اڈاپٹر والی اور واضح خرابی کے بغیر مشین بن جاتا ہے۔ اگر وہی خرابی تہہ کی مخصوص جانچ کے بعد دو بار رہے تو رک کر اوپر رپورٹ کریں۔ اس وقت مفید اگلا قدم وینڈر کے انسٹالر لاگ کے ساتھ صاف نیٹ ورک اسٹیک کا جائزہ ہے، وہی دوبارہ تنصیب کی ایک اور کوشش نہیں۔