Cisco VPN macet setelah Hyper-V: lepaskan ikatan atau bangun ulang?

Klien berputar di securing communications dan tidak pernah menampilkan permintaan masuk, dan satu-satunya yang berubah adalah pemasangan emulator. Pola itu menunjuk ke adaptor virtual, bukan profil atau kata sandi. Keputusannya adalah apakah adaptor terikat ke sakelar Hyper-V yang seharusnya tidak dipasanginya, atau apakah adaptor itu tidak pernah muncul.

Kedua kondisi itu terlihat sama di klien dan memerlukan perbaikan berbeda. Satu adalah ikatan yang bisa Anda batalkan; yang lain adalah masalah pengandar yang tidak akan tersentuh oleh pelepasan ikatan.

Apa yang ditunggu tahap securing communications

Sebelum terowongan dibangun, klien membutuhkan jalur jaringan lokal yang berfungsi ke gerbang. Klien memasang adaptor virtualnya sendiri dan memakainya sebagai bagian dari jalur itu. Jika Hyper-V menempelkan adaptor itu ke sakelar yang dibuat untuk emulator, adaptor bisa berhenti menyediakan rute yang bisa dipakai.

Klien tidak melaporkan adaptor mana yang ditunggunya. Log biasanya berakhir pada tahap terakhir yang dicapainya, dan kegagalan yang sama muncul untuk setiap alamat gerbang. Itu sebabnya riwayat pemasangan lebih penting daripada teks galat. Log tetap layak disimpan; ia memberi tahu tahapnya, bukan penyebabnya.

Memasukkan ulang kredensial atau memasang ulang profil tidak dapat mengubah ikatan sakelar. Jika itu dua langkah pertama Anda, Anda memperbaiki lapisan yang salah.

Keputusan pertama: apakah adaptor VPN terikat ke sakelar yang salah?

Buka Hyper-V Manager, lalu Virtual Switch Manager, dan baca daftar adaptor untuk setiap sakelar. Adaptor Cisco seharusnya tidak muncul sebagai lampiran sakelar emulator. Jika muncul, itu kesalahan Anda, dan perbaikannya adalah melepasnya dari sakelar itu.

Mulai ulang dulu agar klien mulai bersih, bukan setengah terhubung. Lepas ikatannya, terapkan, dan biarkan adaptor lain sampai Anda menguji. Perubahan itu bisa dibalik dan tidak menghapus apa pun, tetapi catat adaptor mana yang Anda lepaskan ikatannya.

Jalankan klien dan coba sambungannya. Jika masih macet, lepaskan ikatan adaptor virtual yang tersisa satu per satu dan uji setelah masing-masing, supaya Anda tahu mana yang berpengaruh.

Keputusan kedua: apakah adaptor menyala tetapi tanpa alamat?

Jalankan ipconfig /all dari prompt yang ditinggikan agar adaptor tersembunyi ikut disertakan, dan bandingkan daftarnya dengan yang Anda ingat sebelum pemasangan. Adaptor tanpa alamat dan berstatus media terputus biasanya berarti pengandar tidak menyala. Itu tidak diperbaiki dengan melepas ikatan. Catat keadaan persisnya sebelum Anda mengubah apa pun.

Adaptor yang menyala tetapi terpasang ke sakelar yang salah adalah kasus dari bagian sebelumnya. Keadaan alamat adalah cara membedakan keduanya.

Pulihkan emulator tanpa memulihkan gangguan

Saat terowongan berfungsi, pasang kembali adaptor milik emulator ke sakelarnya dan pastikan VM mendapat alamat. Jangan pasang kembali adaptor VPN. Uji emulator dan klien sekali lagi sebelum Anda menyatakan selesai.

Di stasiun kerja yang dikelola, beri tahu administrator ikatan mana yang Anda ubah. Penyegaran kebijakan berikutnya dapat memulihkan lampiran lama, dan macetnya akan kembali tanpa penyebab yang jelas.

Catat nama adaptor, sakelar tempat ia terikat, dan keadaan ipconfig sebelum dan sesudah. Jika macetnya kembali setelah pembaruan, catatan itu adalah pembeda antara pemeriksaan lima menit dan memulai dari awal.