Memperbaiki kegagalan AnyConnect menginisialisasi subsistem koneksi

Anda mengeklik Sambungkan dan dialog menjawab hampir seketika: gagal menginisialisasi subsistem koneksi. Tidak ada yang mencapai gateway, jadi tidak ada pertukaran sertifikat, tidak ada kredensial, dan tidak ada pemilihan grup tunnel di ujung lain. Artinya log konsentrator akan menunjukkan sesi kosong dan meja bantuan akan meminta tangkapan layar dialog yang tidak pernah berisi apa pun yang berguna. Kerjakan endpoint saja, dalam urutan tetap, dan berhenti pada langkah pertama yang mengubah hasilnya.

Waktu adalah bukti paling berharga yang Anda miliki, dan mencatatnya tidak memakan biaya. Tuliskan apakah galat muncul sebelum atau sesudah permintaan kredensial, dan apakah ia dimulai setelah peningkatan, pembaruan Windows, atau agen keamanan baru. Ketiga jawaban itu biasanya memangkas separuh daftar kandidat sebelum Anda menyentuh pengaturan apa pun.

Baca waktunya sebelum mengubah apa pun

Tiga titik kegagalan terlihat mirip dan tidak sama. Jika dialog muncul tepat saat Anda menekan Sambungkan, klien tidak dapat memulai infrastrukturnya sendiri, dan itulah yang ditunjuk pesan ini. Jika muncul setelah Anda mengetik kredensial, grup tunnel sudah tercapai dan masalahnya lebih jauh. Jika tunnel naik lalu turun, subsistem terinisialisasi dengan baik dan Anda mengejar bug yang sama sekali berbeda. Mencampur ketiganya membuang satu sore untuk pemasangan ulang yang tidak dapat menolong.

Hanya kasus pertama yang termasuk di sini. Pesan dihasilkan sebelum keputusan jaringan apa pun dibuat, sehingga alamat gateway yang salah, sertifikat kedaluwarsa, atau kata sandi buruk tidak akan menghasilkannya.

Langkah 1: pastikan layanan agen berjalan

Jendela yang Anda klik hanyalah antarmuka depan; pekerjaan terjadi di layanan Cisco AnyConnect Secure Mobility Agent, yang terdaftar sebagai vpnagent. Jika layanan itu berhenti atau dinonaktifkan, GUI tidak punya lawan bicara dan melaporkan tepat kegagalan inisialisasi ini. Periksa status dan jenis mulai dari prompt PowerShell yang ditinggikan:

Get-Service vpnagent | Select-Object Name, Status, StartType
sc.exe qc vpnagent
net start vpnagent

Pemasang yang menghormati jenis mulai manual sebelumnya adalah penyebab biasa ini berakhir nonaktif, jadi periksa StartType alih-alih hanya menekan Start. Jika layanan mulai dan berhenti dalam hitungan detik, baca log System untuk entri Service Control Manager sebelum mengeklik Repair:

Get-WinEvent -FilterHashtable @{LogName="System"; ProviderName="Service Control Manager"} -MaxEvents 40

Driver yang diblokir, berkas yang dikarantina, atau driver filter dari produk keamanan pihak ketiga akan menyebut dirinya sendiri dalam peristiwa tersebut. Repair memasang ulang di atas berkas yang diblokir yang sama dan tidak mengubah apa pun, karena itu log peristiwa didahulukan.

Langkah 2: bersihkan status offline yang dilaporkan tumpukan HTTP

Klien mengunduh profilnya dan mengevaluasi kebijakan melalui komponen HTTP Windows, sehingga flag offline yang diatur di pengaturan internet pengguna dapat merusak inisialisasi sementara setiap peramban tetap memuat halaman. Periksa nilainya secara langsung:

Get-ItemProperty "HKCU:\Software\Microsoft\Windows\CurrentVersion\Internet Settings" -Name GlobalUserOffline

Nilai 1 berarti tumpukan WinINet memberi tahu pemanggil bahwa mesin tidak punya koneksi; status ini biasanya diatur oleh item menu Bekerja offline di Internet Explorer atau oleh skrip otomatisasi. Kembalikan ke 0, keluar dan masuk lagi, lalu coba koneksi sekali lagi sebelum mengubah hal lain.

Jika Anda mewarisi mesin ini dan tidak tahu mengapa flag diatur, catat di tiket. Sesuatu yang lain di mesin mungkin mengaturnya dengan sengaja, dan itu akan kembali pada logon berikutnya.

Langkah 3: bebaskan adaptor virtual dari Hyper-V atau ICS

Dua peran Windows dapat menahan bagian yang dibutuhkan klien untuk membuat adaptornya. Hyper-V adalah yang pertama: saat layanan switch virtual berjalan, pembuatan adaptor dapat gagal dengan cara yang muncul sebagai galat ini. Menghentikan layanan adalah diagnosis, bukan perbaikan:

Get-Service vmms, vmcompute | Stop-Service
Get-NetAdapter | Where-Object InterfaceDescription -like "*Hyper-V*"

Jika klien terhubung saat layanan itu dihentikan, konflik terkonfirmasi dan sekarang Anda tahu apa yang harus dinegosiasikan dengan pemilik host Hyper-V. Mulai ulang layanan itu setelahnya, kecuali mesin tidak lagi memerlukan virtualisasi.

Berbagi Koneksi Internet adalah pemilik kedua. Jika ada koneksi yang dibagikan, klien dapat gagal sebelum sempat membuat tunnel. Konfirmasi dengan Get-Service SharedAccess dan, jika berjalan dan diatur ke otomatis, telusuri adaptor untuk koneksi bersama dan matikan berbagi hanya pada adaptor itu.

Ada juga penjelasan yang lebih murah untuk disingkirkan lebih dulu. Mesin tanpa akses internet yang berfungsi sama sekali sering menampilkan pesan ini alih-alih galat keterjangkauan, jadi pastikan bahwa Test-NetConnection ke alamat gateway dan ke host publik keduanya berhasil sebelum menyalahkan klien.

Verifikasi, lalu kembalikan yang tidak Anda perlukan

Verifikasi bukan perisai hijau di baki. Pastikan adaptor ada, memegang alamat, dan melewatkan lalu lintas: Get-NetAdapter -Name "Cisco AnyConnect*" seharusnya menampilkannya aktif, ipconfig /all seharusnya menampilkan alamat yang ditetapkan dan server DNS, dan permintaan nyata ke nama internal seharusnya diselesaikan melalui tunnel, bukan resolver lokal.

Simpan daftar singkat setiap perubahan, dengan nilai yang Anda temukan dan nilai yang Anda atur. Jika koneksi berfungsi setelah langkah ketiga, pulihkan layanan Hyper-V dan uji ulang sebelum menutup tiket, karena akal-akalan yang diam-diam menonaktifkan virtualisasi akan dibatalkan oleh administrator berikutnya yang menyadarinya.

Jika tak satu pun dari tiga langkah menggeser galat, berhenti mengubah endpoint. Kumpulkan versi klien, status layanan, waktu dari bagian atas halaman ini, dan bundel diagnostik yang dapat dihasilkan klien, lalu serahkan semuanya bersama urutan persis yang Anda coba. Bundel itu lebih bernilai bagi teknisi berikutnya daripada tangkapan layar dialog, dan itulah satu-satunya artefak yang menunjukkan apakah subsistem gagal sebelum atau sesudah menyentuh jaringan.