AnyConnect menulis ganti profil anda? Ini pertembungan nama

Cerita yang tersebar ialah AnyConnect kehilangan gateway kedua anda, atau klien itu terlalu lama untuk menyimpan dua profil. Kedua-duanya tidak berlaku. Yang berlaku ialah klien menyimpan setiap profil yang pernah dilihatnya sebagai fail yang dinamakan semula mengikut apa yang dihantar pelayan, dan kedua-dua gateway anda menamakan fail masing-masing dengan nama yang sama. Di cakera hanya ada satu tempat untuk nama itu, jadi muat turun kedua mengambil tempat yang pertama.

Dua folder, dan hanya satu milik anda

Salinan yang berubah ialah salinan kerja di bawah profil pengguna anda sendiri, biasanya %LOCALAPPDATA%\Cisco\Cisco AnyConnect Secure Mobility Client\preferences.xml. Fail itu merekodkan sambungan terakhir yang anda buat dan profil mana yang digunakannya. Kerana ia berada dalam folder anda, klien menulis semula fail itu pada setiap sambungan tanpa meminta peningkatan hak.

Senarai yang anda lihat dalam menu lungsur ialah perkara lain. Setiap profil yang pernah diterima mesin disalin ke %PROGRAMDATA%\Cisco\Cisco AnyConnect Secure Mobility Client\Profile, dan klien menyenaraikan fail yang ada di situ. Menulis ke folder itu memerlukan hak pentadbir, yang menjelaskan gejala yang salah dibaca orang: menambah profil secara manual sebagai pengguna biasa kelihatan berjaya, kemudian entri itu hilang.

Jadi fail setiap pengguna ialah penuding dan folder seluruh mesin ialah pustaka. Entri yang hilang bermakna pustaka berubah, bukan penuding.

Klien memadankan fail mengikut nama, bukan gateway

Identiti profil dalam klien ini ialah nama fail. Dua perkakas yang kedua-duanya menghantar company.xml ialah, dari sudut stor profil tempatan, profil yang sama yang diterbitkan dua kali. Muat turun kedua menulis ganti yang pertama, dan entri dalam tetingkap itu terus menunjuk ke satu fail yang kini menerangkan tapak yang lain.

Sebab itulah kegagalan kelihatan begitu pelik. Nama dalam senarai masih dibaca seperti tempat yang anda jangkakan, pengesahan masih berjaya terhadap gateway yang benar-benar dikonfigurasikan, dan tiada apa yang melaporkan ralat. Yang berubah ialah kandungan di sebalik label yang anda percayai.

Baca HostAddress, bukan label

Buka fail dalam editor teks dan lihat senarai pelayan. Profil membawa elemen HostName, iaitu label paparan, dan elemen HostAddress, iaitu gateway yang benar-benar dihubungi klien. Label ialah teks bebas yang boleh diedit sesiapa, dan alamat itulah yang menentukan di mana anda mendarat.

Bandingkan kedua-duanya dengan gateway yang anda mahu capai sebelum membuat kesimpulan bahawa klien itu rosak.

Mengekalkan kedua-dua gateway, mengikut urutan

Dapatkan profil yang diterima untuk setiap tapak, sama ada dari tapak itu atau dari mesin yang sudah bersambung. Namakan semula setiap fail supaya kedua-dua nama berbeza, contohnya site-a.xml dan site-b.xml. Sebagai pentadbir, letakkan kedua-duanya dalam folder profil seluruh mesin dan simpan fail asal yang anda terima. Kemudian mulakan semula klien dan sahkan kedua-dua entri muncul dalam menu lungsur.

Selepas bersambung ke setiap satu, buka semula preferences.xml dan periksa nama profil mana yang kini direkodkan sebagai terakhir digunakan. Jika nama itu sepadan dengan entri yang anda klik, pemetaan tempatan berkelakuan betul. Jika tidak, sesuatu masih menolak fail ke atas salinan yang anda namakan semula.

Apa yang tidak diperbaiki dengan menamakan semula

Nama fail baharu mengubah label tempatan dan tidak lebih daripada itu. Alamat gateway, kaedah pengesahan, sijil yang dipersembahkan pelayan dan sebarang pilihan kumpulan di dalam profil kekal seperti sediakala. Salinan profil yang salah tetap profil yang salah walaupun dinamakan semula, dan ia akan menyambungkan anda ke tapak yang salah di bawah nama yang meyakinkan.

Ia juga tidak bertahan terhadap tolakan pengurusan yang menyasarkan nama fail asal.

Apabila tolakan seterusnya membatalkannya

Jika organisasi anda mengedarkan profil mengikut nama, kemas kini akan menggantikan setiap fail yang berkongsi nama itu. Anggap salinan yang dinamakan semula sebagai kemudahan tempatan dan ulangi ujian sambungan selepas setiap kemas kini klien, dengan memeriksa alamat dan bukan label.

Untuk susunan kekal, minta persediaan berbilang gateway yang disokong daripada menyelenggara fail secara manual. Suntingan di dalam direktori program ialah perkara pertama yang dibuang oleh peningkatan, dan fail keutamaan setiap pengguna ditulis semula mengikut reka bentuk.

Simpan satu baris bagi setiap gateway: nama fail, HostAddress dan folder tempat ia berada. Nota itu menjawab laporan tapak salah yang seterusnya lebih pantas daripada pemasangan semula.