Membetulkan kegagalan AnyConnect menginisialisasi subsistem sambungan

Anda klik Sambung dan dialog menjawab hampir serta-merta: gagal menginisialisasi subsistem sambungan. Tiada apa-apa sampai ke gerbang, jadi tiada pertukaran sijil, tiada kelayakan dan tiada pemilihan kumpulan terowong di hujung sana. Ini bermakna log konsentrator akan menunjukkan sesi kosong dan meja bantuan akan meminta tangkapan skrin dialog yang tidak pernah mengandungi apa-apa berguna. Bekerjalah pada titik akhir, dalam susunan tetap, dan berhenti pada langkah pertama yang mengubah hasilnya.

Masa ialah bukti paling berharga yang anda ada, dan merekodkannya tidak memakan kos. Catat sama ada ralat muncul sebelum atau selepas gesaan kelayakan, dan sama ada ia bermula selepas peningkatan, kemas kini Windows atau agen keselamatan baharu. Ketiga-tiga jawapan itu biasanya memotong separuh senarai calon sebelum anda menyentuh sebarang tetapan.

Baca masa sebelum mengubah apa-apa

Tiga titik kegagalan kelihatan serupa dan sebenarnya tidak. Jika dialog muncul pada saat anda menekan Sambung, klien tidak dapat memulakan infrastrukturnya sendiri, dan itulah yang ditunjuk oleh mesej ini. Jika ia muncul selepas anda menaip kelayakan, kumpulan terowong telah dicapai dan masalahnya lebih jauh. Jika terowong naik dan kemudian jatuh, subsistem telah diinisialisasi dengan baik dan anda mengejar pepijat yang sama sekali berbeza. Mengelirukan ketiga-tiganya membuang satu petang untuk pemasangan semula yang tidak dapat membantu.

Hanya kes pertama tergolong di sini. Mesej dijana sebelum sebarang keputusan rangkaian dibuat, jadi alamat gerbang yang salah, sijil tamat tempoh atau kata laluan buruk tidak akan menghasilkannya.

Langkah 1: sahkan perkhidmatan agen sedang berjalan

Tetingkap yang anda klik hanyalah bahagian hadapan; kerja berlaku dalam perkhidmatan Cisco AnyConnect Secure Mobility Agent, yang didaftarkan sebagai vpnagent. Jika perkhidmatan itu dihentikan atau dilumpuhkan, GUI tidak mempunyai sesiapa untuk bercakap dan melaporkan tepat kegagalan permulaan ini. Periksa keadaan dan jenis permulaan daripada gesaan PowerShell yang dinaikkan:

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

Pemasang yang menghormati jenis permulaan manual sebelumnya ialah punca biasa ia berakhir dilumpuhkan, jadi periksa StartType dan bukannya hanya menekan Start. Jika perkhidmatan bermula dan berhenti dalam beberapa saat, baca log System untuk entri Service Control Manager sebelum mengklik Repair:

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

Pemandu yang disekat, fail yang dikuarantin atau pemandu penapis daripada produk keselamatan pihak ketiga akan menamakan dirinya dalam peristiwa itu. Repair memasang semula di atas fail tersekat yang sama dan tidak mengubah apa-apa, sebab itulah log peristiwa didahulukan.

Langkah 2: bersihkan keadaan luar talian yang dilaporkan oleh tindanan HTTP

Klien memuat turun profilnya dan menilai dasar melalui komponen HTTP Windows, jadi bendera luar talian yang ditetapkan dalam tetapan internet pengguna boleh merosakkan inisialisasi sementara setiap pelayar masih memuatkan halaman. Periksa nilainya secara langsung:

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

Nilai 1 bermaksud tindanan WinINet memberitahu pemanggil bahawa mesin tiada sambungan; keadaan ini biasanya ditetapkan oleh item menu Bekerja luar talian dalam Internet Explorer atau oleh skrip automasi. Tetapkan semula kepada 0, log keluar dan masuk semula, dan cuba sambungan sekali lagi sebelum mengubah apa-apa yang lain.

Jika anda mewarisi mesin ini dan tidak tahu mengapa bendera ditetapkan, catatkan dalam tiket. Sesuatu yang lain pada mesin mungkin menetapkannya dengan sengaja, dan ia akan kembali pada log masuk seterusnya.

Langkah 3: bebaskan penyesuai maya daripada Hyper-V atau ICS

Dua peranan Windows boleh memegang bahagian yang diperlukan klien untuk mencipta penyesuainya. Hyper-V ialah yang pertama: apabila perkhidmatan suis maya berjalan, penciptaan penyesuai boleh gagal dengan cara yang muncul sebagai ralat ini. Menghentikan perkhidmatan ialah diagnosis, bukan pembetulan:

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

Jika klien bersambung dengan perkhidmatan itu dihentikan, konflik disahkan dan kini anda tahu apa yang perlu dirundingkan dengan pemilik hos Hyper-V. Mulakan semula perkhidmatan itu selepas itu melainkan mesin tidak lagi memerlukan virtualisasi.

Perkongsian Sambungan Internet ialah pemilik kedua. Jika sesuatu sambungan dikongsi, klien mungkin gagal sebelum sempat mencipta terowong. Sahkan dengan Get-Service SharedAccess dan, jika ia berjalan dan ditetapkan kepada automatik, teliti penyesuai untuk sambungan yang dikongsi dan matikan perkongsian hanya pada penyesuai itu.

Ada juga penjelasan yang lebih murah untuk disingkirkan dahulu. Mesin tanpa akses internet yang berfungsi sama sekali selalunya memaparkan mesej ini dan bukannya ralat kebolehcapaian, jadi sahkan bahawa Test-NetConnection ke alamat gerbang dan ke hos awam kedua-duanya berjaya sebelum menyalahkan klien.

Sahkan, kemudian kembalikan apa yang tidak diperlukan

Pengesahan bukan perisai hijau di dulang. Sahkan penyesuai wujud, memegang alamat dan melepasi trafik: Get-NetAdapter -Name "Cisco AnyConnect*" sepatutnya menunjukkannya aktif, ipconfig /all sepatutnya menunjukkan alamat yang diberikan dan pelayan DNS, dan permintaan sebenar ke nama dalaman sepatutnya diselesaikan melalui terowong dan bukan penyelesai tempatan.

Simpan senarai ringkas setiap perubahan, dengan nilai yang anda temui dan nilai yang anda tetapkan. Jika sambungan berfungsi selepas langkah ketiga, pulihkan perkhidmatan Hyper-V dan uji semula sebelum menutup tiket, kerana jalan pintas yang mematikan virtualisasi secara senyap akan dibatalkan oleh pentadbir seterusnya yang menyedarinya.

Jika tiada satu pun daripada tiga langkah menggerakkan ralat, berhenti mengubah titik akhir. Kumpulkan versi klien, keadaan perkhidmatan, masa dari bahagian atas halaman ini dan berkas diagnostik yang boleh dihasilkan oleh klien, kemudian serahkannya bersama urutan tepat yang anda cuba. Berkas itu lebih bernilai kepada jurutera seterusnya daripada tangkapan skrin dialog, dan itulah satu-satunya artifak yang menunjukkan sama ada subsistem gagal sebelum atau selepas menyentuh rangkaian.