Cisco VPN Hyper-V dan keyin qotib qoladi: bog'lanishni uzishmi yoki qayta qurishmi?

Mijoz securing communications bosqichida aylanib turadi va hech qachon kirish so'rovini ko'rsatmaydi, o'zgargan yagona narsa emulyator o'rnatish bo'ldi. Bu naqsh profil yoki parolga emas, virtual adapterga ishora qiladi. Qaror — adapter bo'lmasligi kerak bo'lgan Hyper-V kommutatoriga bog'langanmi yoki u umuman ko'tarilmadimi.

Bu ikki holat mijozda bir xil ko'rinadi va turli ta'mirlashni talab qiladi. Biri bekor qilish mumkin bo'lgan bog'lanish; ikkinchisi — bog'lanishni uzish tegmaydigan drayver muammosi.

Securing communications bosqichi nimani kutmoqda

Tunnel qurilishidan oldin mijozga shlyuzgacha ishlaydigan mahalliy tarmoq yo'li kerak. U o'zining virtual adapterini o'rnatadi va uni shu yo'lning qismi sifatida ishlatadi. Agar Hyper-V bu adapterni emulyator uchun yaratilgan kommutatorga ulasa, adapter yaroqli marshrut berishni to'xtatishi mumkin.

Mijoz qaysi adapterni kutayotganini bildirmaydi. Jurnal odatda erishilgan oxirgi bosqichda tugaydi va o'sha nosozlik har bir shlyuz manzilida ko'rinadi. Shuning uchun o'rnatish tarixi xato matnidan muhimroq. Jurnalni saqlash baribir arziydi; u bosqichni aytadi, sababni emas.

Hisob ma'lumotlarini qayta kiritish yoki profilni qayta o'rnatish kommutator bog'lanishini o'zgartira olmaydi. Agar bu sizning birinchi ikki qadamingiz bo'lsa, noto'g'ri qatlamni ta'mirlayapsiz.

Birinchi qaror: VPN adapteri noto'g'ri kommutatorga bog'langanmi?

Hyper-V Manager, so'ngra Virtual Switch Manager ni oching va har bir kommutatorning adapter ro'yxatini o'qing. Cisco adapteri emulyator kommutatorining ilovasi sifatida ko'rinmasligi kerak. Ko'rinsa, bu sizning xatoyingiz va ta'mirlash — uni o'sha kommutatordan olib tashlash.

Avval qayta yuklang, mijoz yarim ulangan emas, toza boshlansin. Bog'lanishni olib tashlang, qo'llang va sinab ko'rmaguningizcha boshqa adapterlarga tegmang. O'zgarish qaytariladi va hech narsani o'chirmaydi, lekin qaysi adapterlarning bog'lanishini uzganingizni yozib qo'ying.

Mijozni ishga tushiring va ulanishni sinab ko'ring. Agar hali ham qotib qolsa, qolgan virtual adapterlarning bog'lanishini birma-bir uzing va har biridan keyin sinang, qaysi biri muhim bo'lganini bilish uchun.

Ikkinchi qaror: adapter ishlayapti, lekin manzili yo'qmi?

Yashirin adapterlar ham qamrab olinishi uchun ipconfig /all ni yuqori huquqli buyruq satridan ishga tushiring va ro'yxatni o'rnatishdan oldin eslab qolganingiz bilan solishtiring. Manzilsiz va tashuvchisi uzilgan holatdagi adapter odatda drayver ishga tushmaganini bildiradi. Bu bog'lanishni uzish bilan tuzatilmaydi. Biror narsani o'zgartirishdan oldin aniq holatni yozib qo'ying.

Ishlayotgan, lekin noto'g'ri kommutatorga ulangan adapter oldingi bo'limdagi holat. Manzil holati ikkalasini ajratish usuli.

Nosozlikni qaytarmasdan emulyatorni qaytaring

Tunnel ishlaganda emulyatorning o'z adapterini uning kommutatoriga qayta ulang va VM manzil olishini tasdiqlang. VPN adapterini qayta ulamang. Tugallangan deb hisoblashdan oldin emulyatorni ham, mijozni ham yana bir bor sinang.

Boshqariladigan ish stantsiyasida administratorga qaysi bog'lanishni o'zgartirganingizni ayting. Keyingi siyosat yangilanishi eski ulanishni qaytarishi mumkin va qotish aniq sababsiz qaytadi.

Adapter nomini, u bog'langan kommutatorni va ipconfig holatini oldin va keyin yozib qo'ying. Agar yangilanishdan keyin qotish qaytsa, o'sha yozuv besh daqiqalik tekshiruv bilan noldan boshlash o'rtasidagi farqdir.