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 |
اگر خطا پیش از انتخاب هر نمایه‌ای ظاهر شود، از خانواده نصب است. اگر وقتی کلاینت می‌خواهد آداپتور را بالا بیاورد ظاهر شود، از خانواده آداپتور است. اگر آداپتور دیده می‌شود و پورت هرگز باز نمی‌شود، از خانواده مینی‌پورت است. پیش از تغییر هر چیزی شماره را یادداشت کنید. سه تعمیر بخش‌های متفاوتی از پشته را لمس می‌کنند و تغییری برای خانواده اشتباه، تلاش بعدی را سخت‌تر خواندنی می‌کند.
پشته فیلتر پر، یا بسته امنیتی که درایور را مسدود می‌کند
نصب کلاینت یک مؤلفه فیلتر کوچک در زنجیره آداپتور ثبت می‌کند. ویندوز سقف سختی برای تعداد چنین مؤلفه‌هایی دارد و مقدار پیش‌فرض وقتی آنتی‌ویروس، پل مجازی‌سازی و درایور ضبط وجود دارد فضای کمی می‌گذارد. آنگاه نصب با 27850 شکست می‌خورد، هرچند بسته VPN سالم است. نصب‌کننده نمی‌تواند پشته پر را از پشته خراب تشخیص دهد.
مقدار کنونی را بخوانید، آن را بالا ببرید و پیش از تلاش دوباره راه‌اندازی مجدد کنید. فیلتر تازه تا زمانی که پشته بازسازی نشود نمی‌تواند متصل شود:
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، درایور TAP باقی‌مانده از OpenVPN یا یک فیلتر ضبط می‌توانند اول پورت را بگیرند. برداشتن تیک مؤلفه در هنگام نصب وقتی درایور از قبل متصل است کافی نیست؛ باید از ویژگی‌های آداپتور حذف شود یا از انبار درایور حذف نصب گردد.
خاموش کردن IPv6 روی اتصال VPN این خطا را در برخی بیلدها حل کرده است، اما آن را آزمون بدانید نه طراحی دائمی. اگر اتصال فقط با IPv6 خاموش آغاز می‌شود، مینی‌پورت یا درایور زیرین همچنان مقصر است.
یک لایه را تغییر دهید و شواهد را نگه دارید
مقادیر رجیستری را که تغییر می‌دهید ذخیره کنید، فهرست آداپتورها و فیلترها را پیش و پس یادداشت کنید و میان تلاش‌ها راه‌اندازی مجدد کنید. راه‌اندازی مجدد بخشی از تعمیر برای هر خانواده در اینجا است، چون پشته آداپتور هنگام بوت ساخته می‌شود و راه‌اندازی مجدد سرویس آن را بازنمی‌سازد.
کلاینت را فقط پس از رفتن آداپتور، فیلترها و مینی‌پورت‌های قدیمی دوباره نصب کنید. نصب کلاینت تازه روی پشته خراب همان راهی است که 27850 قابل تعمیر را به دستگاهی با دو آداپتور نیمه‌ثبت‌شده و بدون خطای روشن تبدیل می‌کند. اگر همان خطا دو بار از بررسی ویژه لایه جان سالم به در برد، بایستید و بالا ببرید. در آن نقطه گام بعدی سودمند، بازبینی پاک پشته شبکه همراه با گزارش نصب‌کننده فروشنده است، نه تلاش دیگر برای همان نصب دوباره.