27850, 442 va 651: bitta stek, uchta birinchi tekshiruv

O’rnatuvchi 27850 da to’xtaydi, ulanish 442 bilan rad etiladi, boshqa profil esa 651 qaytaradi. Bu raqamlar uchta alohida nosozlik kabi ko’rinadi va odatdagi javob klientni uch marta qayta o’rnatishdir. Lekin ular bitta quyi tizimdan keladi: virtual adapter va uning atrofidagi filtr steki. Xato raqami qaysi qatlam ishdan chiqqanini aytadi va birinchi tekshiruvni aynan shu belgilaydi. Raqamni o’qimasdan qayta o’rnatish odatda xuddi shu nosozlikni takrorlaydi.

Raqamni qatlam bilan moslang

Har bir xato boshqa nuqtada paydo bo’ladi, shuning uchun ko’rinadigan belgi bir xil rad etilgan ulanish bo’lsa ham birinchi tekshiruv boshqacha. Uch oila barcha holatni qamrab oladi: o’rnatuvchi, adapter va uning ostidagi port. Quyidagi jadval har bir raqamni u talab qiladigan tekshiruv yoniga qo’yadi.

Agar xato biron profil tanlanishidan oldin paydo bo’lsa, u o’rnatuvchi oilasiga tegishli. Klient adapterni ko’tarmoqchi bo’lganda paydo bo’lsa, u adapter oilasiga tegishli. Adapter ko’rinib, port hech qachon ochilmasa, bu mini-port oilasi. Biror narsani o’zgartirishdan oldin raqamni yozib qo’ying. Uch tuzatish stekning turli qismlariga tegadi va noto’g’ri oila uchun qilingan o’zgarish keyingi urinishni o’qishni qiyinlashtiradi.

To’lgan filtr steki yoki drayverni to’sadigan xavfsizlik to’plami

Klientni o’rnatish adapter zanjirida kichik filtr komponentini ro’yxatdan o’tkazadi. Windows bunday komponentlarning qanchasi ulanashi mumkinligiga qat’iy chegara qo’yadi va standart qiymat antivirus, virtualizatsiya ko’prigi va tutib olish drayveri bo’lganda oz joy qoldiradi. Shunda VPN to’plami joyida bo’lsa ham o’rnatish 27850 bilan muvaffaqiyatsiz tugaydi. O’rnatuvchi to’lgan stekni buzilganidan ajrata olmaydi.

Joriy qiymatni o’qing, uni oshiring va qayta urinishdan oldin qayta yuklang. Yangi filtr stek qayta qurilmaguncha ulana olmaydi:

reg query "HKLM\SYSTEM\CurrentControlSet\Control\Network" /v MaxNumFilters
reg add "HKLM\SYSTEM\CurrentControlSet\Control\Network" /v MaxNumFilters /t REG_DWORD /d 14 /f

Boshqa sabab ko’rinadigan ogohlantirishsiz drayver o’rnatishni to’sadigan xavfsizlik to’plamidir. Uning o’zini himoya qilish funksiyasi filtrning ro’yxatdan o’tishiga xalal berishi mumkin, shuning uchun o’rnatuvchi umumiy komponent xatosini xabar qiladi. To’plamning o’z jurnalini ko’ring va agar o’zini himoya qilish to’siq bo’lsa, uni faqat o’rnatish vaqtida o’chirib, darhol qayta yoqing. Qiymat allaqachon oshirilgan bo’lsa va hech bir to’plam to’smasa, quyidagini qidiring: avvalgi VPN mahsulotidan qolgan filtr drayverlari. Mos xizmati yo’q eski filtr hali ham joy egallaydi va yangi o’rnatishni buzishi mumkin.

Adapter bor va pastda qolib ketadi

442 xatosi virtual adapter mavjudligini, lekin klient uni ko’tara olmasligini bildiradi. Birinchi tekshiruv — yashirin qurilmalarni ko’rsatadigan Qurilmalar menejeri: o’chirilgan adapter, ogohlantirish belgisi bor adapter va yo’q adapter klientda bir xil ko’rinadi, ammo turli tuzatish talab qiladi. Internet Connection Sharing uni ko’p ushlab turadi. Agar xizmat adapterni egallab olgan bo’lsa, reyestrga tegishdan oldin xizmatni to’xtatib qayta urinib ko’ring. Qolgan umumiy foydalanish sozlamasi qayta yuklashdan keyin yana egallashi mumkin, shuning uchun tuzatish qayta yuklashdan keyin saqlanadimi-yo’qligini yozib qo’ying.

Qayta o’rnatish adapterni boshqarib bo’lmaydigan buzilgan ko’rsatish nomini qoldirishi mumkin. Qiymat oddiy matn bo’lishi kerak, hal qilinmagan o’rnatuvchi belgisi emas:

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"

Klientsiz kutayotgan ko’rsatish nomini ishlating, so’ngra adapter qayta sanalishi uchun qayta yuklang. Qiymatni qayta yuklamasdan belgilash odatda eski holatni joyida qoldiradi va keyingi ulanish yana 442 beradi.

Uning ostidagi port hech qachon ochilmaydi

651 xatosi ulanish menejeri WAN mini-portini ocha olmaganida xabar qilinadi. Klientda adapter sog’lom ko’rinishi mumkin, ammo uning ostidagi port hech qachon ishga tushgan holatga yetmaydi. Biror narsani qayta o’rnatishdan oldin mini-portlar va ularning holatini sanab chiqing:

Get-PnpDevice -Class Net | Where-Object { $_.FriendlyName -like "*WAN Miniport*" } | Select-Object Status, FriendlyName

Xato holatidagi mini-port bevosita ishora. Uni Qurilmalar menejeridan qayta o’rnatish portni qaytadan yaratadi va shu sababli klientni qayta o’rnatish yordam bermaganda bu tuzatish ishlaydi. Fizik adapterga ulangan uchinchi tomon drayverlari boshqa keng tarqalgan sababdir. VirtualBox ko’prik tarmoq drayveri, OpenVPN dan qolgan TAP drayveri yoki tutib olish filtri portni birinchi egallashi mumkin. Drayver allaqachon ulangan bo’lsa, o’rnatish paytida komponent belgisini olib tashlash yetarli emas; uni adapter xossalaridan olib tashlash yoki drayver omboridan o’chirish kerak.

VPN ulanishida IPv6 ni o’chirish bu xatoni ba’zi buildlarda hal qildi, ammo buni doimiy yechim emas, sinov deb qabul qiling. Agar ulanish faqat IPv6 o’chirilganda boshlansa, asosiy mini-port yoki drayver hali ham aybdor.

Bitta qatlamni o’zgartiring va dalillarni saqlang

O’zgartirayotgan reyestr qiymatlarini saqlang, adapter va filtrlar ro’yxatini oldin va keyin yozib qo’ying va urinishlar orasida qayta yuklang. Bu yerda har bir oila uchun qayta yuklash tuzatishning bir qismi, chunki adapter steki yuklanish vaqtida quriladi va xizmatni qayta ishga tushirish uni qayta qurmaydi.

Klientni faqat eski adapter, filtrlar va mini-portlar yo’q bo’lgandan keyin qayta o’rnating. Buzilgan stek ustiga yangi klient o’rnatish — tuzatish mumkin bo’lgan 27850 ikkita yarim ro’yxatdan o’tgan adapterli va aniq xatosiz mashinaga aylanadigan yo’l. Agar o’sha xato qatlamga xos tekshiruvdan ikki marta o’tsa, to’xtang va yuqoriga xabar bering. O’shanda foydali keyingi qadam yetkazib beruvchining o’rnatuvchi jurnali bilan birga toza tarmoq stekini ko’rib chiqish, o’sha qayta o’rnatishning yana bir urinishi emas.