Cisco VPN tergantung selepas Hyper-V: nyahikat atau bina semula?

Klien berputar di securing communications dan tidak pernah memaparkan gesaan log masuk, dan satu-satunya yang berubah ialah pemasangan emulator. Corak itu menunjuk kepada penyesuai maya, bukan profil atau kata laluan. Keputusannya ialah sama ada penyesuai terikat pada suis Hyper-V yang tidak sepatutnya, atau ia tidak pernah naik.

Kedua-dua keadaan kelihatan sama dalam klien dan memerlukan pembaikan berbeza. Satu ialah ikatan yang boleh dibatalkan; satu lagi ialah masalah pemacu yang tidak akan disentuh oleh penyahikatan.

Apa yang ditunggu oleh peringkat securing communications

Sebelum terowong dibina, klien memerlukan laluan rangkaian tempatan yang berfungsi ke gerbang. Ia memasang penyesuai mayanya sendiri dan menggunakannya sebagai sebahagian daripada laluan itu. Jika Hyper-V melampirkan penyesuai itu pada suis yang dicipta untuk emulator, penyesuai mungkin berhenti menyediakan laluan yang boleh digunakan.

Klien tidak melaporkan penyesuai mana yang ditunggunya. Log biasanya berakhir pada peringkat terakhir yang dicapai, dan kegagalan yang sama muncul untuk setiap alamat gerbang. Itulah sebabnya sejarah pemasangan lebih penting daripada teks ralat. Log masih berbaloi disimpan; ia memberitahu peringkatnya, bukan puncanya.

Memasukkan semula kelayakan atau memasang semula profil tidak boleh mengubah ikatan suis. Jika itu dua langkah pertama anda, anda membaiki lapisan yang salah.

Keputusan pertama: adakah penyesuai VPN terikat pada suis yang salah?

Buka Hyper-V Manager, kemudian Virtual Switch Manager, dan baca senarai penyesuai bagi setiap suis. Penyesuai Cisco tidak sepatutnya muncul sebagai lampiran suis emulator. Jika ia muncul, itu kesilapan anda, dan pembaikannya ialah mengeluarkannya daripada suis itu.

Mulakan semula dahulu supaya klien bermula bersih dan bukan separuh bersambung. Tanggalkan ikatan, gunakannya, dan biarkan penyesuai lain sehingga anda menguji. Perubahan itu boleh diterbalikkan dan tidak menyahpasang apa-apa, tetapi catat penyesuai mana yang anda nyahikat.

Mulakan klien dan cuba sambungan. Jika ia masih tergantung, nyahikat penyesuai maya yang tinggal satu demi satu dan uji selepas setiap satu, supaya anda tahu yang mana penting.

Keputusan kedua: adakah penyesuai hidup tetapi tanpa alamat?

Jalankan ipconfig /all daripada gesaan yang ditinggikan supaya penyesuai tersembunyi turut disertakan, dan bandingkan senarai dengan apa yang anda ingat sebelum pemasangan. Penyesuai tanpa alamat dan berstatus media terputus biasanya bermaksud pemacu tidak bermula. Itu tidak dibaiki dengan penyahikatan. Catat keadaan tepat sebelum anda mengubah apa-apa.

Penyesuai yang hidup tetapi disambungkan ke suis yang salah ialah kes daripada bahagian sebelumnya. Keadaan alamat ialah cara anda membezakan kedua-duanya.

Pulihkan emulator tanpa memulihkan kerosakan

Apabila terowong berfungsi, sambungkan semula penyesuai emulator sendiri ke suisnya dan pastikan VM mendapat alamat. Jangan sambungkan semula penyesuai VPN. Uji emulator dan klien sekali lagi sebelum anda menganggapnya selesai.

Pada stesen kerja terurus, beritahu pentadbir ikatan mana yang anda ubah. Penyegaran dasar kemudian boleh memulihkan lampiran lama, dan tergantung itu akan kembali tanpa sebab yang jelas.

Catat nama penyesuai, suis tempat ia terikat, dan keadaan ipconfig sebelum dan selepas. Jika tergantung kembali selepas kemas kini, catatan itu ialah perbezaan antara pemeriksaan lima minit dan bermula dari awal.