Pinapatungan ba ng AnyConnect ang profile mo? Ito ay bangga ng pangalan

Ang kuwentong kumakalat ay nawala raw ng AnyConnect ang pangalawang gateway mo, o masyado nang luma ang client para humawak ng dalawang profile. Wala sa dalawa ang nangyari. Ang nangyari ay itinatago ng client ang bawat profile na nakita nito bilang file na pinangalanan ayon sa ipinadala ng server, at parehong tinatawag ng dalawang gateway mo ang kanilang file sa isang pangalan. May isang puwesto sa disk para sa pangalang iyon, kaya kinukuha ng pangalawang download ang puwesto ng una.

Dalawang folder, at isa lang ang sa iyo

Ang kopyang nagbabago ay ang working copy sa ilalim ng sarili mong user profile, karaniwang %LOCALAPPDATA%\Cisco\Cisco AnyConnect Secure Mobility Client\preferences.xml. Itinatala ng file na iyon ang huling koneksiyong ginawa mo at kung aling profile ang ginamit. Dahil nasa folder mo ito, isinusulat muli ito ng client sa bawat koneksiyon nang hindi humihingi ng elevation.

Ang listahan sa drop-down ay ibang bagay. Bawat profile na natanggap ng makina ay kinokopya sa %PROGRAMDATA%\Cisco\Cisco AnyConnect Secure Mobility Client\Profile, at inililista ng client ang mga file doon. Kailangan ng administrator rights para magsulat sa folder na iyon, na nagpapaliwanag ng sintomas na mali ang basa ng mga tao: ang mano-manong pagdagdag ng profile bilang ordinaryong user ay mukhang gumagana, tapos mawawala ang entry.

Kaya ang file per user ay isang pointer at ang folder ng buong makina ang library. Ang nawawalang entry ay nangangahulugang nagbago ang library, hindi ang pointer.

Ang client ay nagtutugma ng file sa pangalan, hindi sa gateway

Ang identidad ng profile sa client na ito ay ang pangalan ng file. Dalawang appliance na parehong nagtutulak ng company.xml ay, sa pananaw ng lokal na imbakan ng profile, ang parehong profile na inilathala nang dalawang beses. Pinapatungan ng pangalawang download ang una, at ang entry sa window ay patuloy na tumuturo sa isang file na ngayon ay naglalarawan ng kabilang site.

Kaya ganito kakataka ang itsura ng pagkabigo. Ang pangalan sa listahan ay binabasa pa rin na parang ang lugar na inaasahan mo, nagtatagumpay pa rin ang authentication sa gateway na aktuwal na naka-configure, at walang nag-uulat ng error. Ang nagbago ay ang nilalaman sa likod ng label na pinagkatiwalaan mo.

Basahin ang HostAddress, hindi ang label

Buksan ang file sa isang text editor at tingnan ang listahan ng server. May elementong HostName ang isang profile, na isang display label, at elementong HostAddress, na siyang gateway na aktuwal na kinokontak ng client. Ang label ay malayang teksto na mababago ng kahit sino, at ang address ang nagpapasya kung saan ka mapupunta.

Ihambing ang dalawang iyon sa gateway na gusto mong marating bago mo isipin na sira ang client.

Panatilihin ang dalawang gateway, nang sunod-sunod

Kunin ang tinatanggap na profile para sa bawat site, mula sa site o mula sa makinang konektado na. Palitan ang pangalan ng bawat file para magkaiba ang dalawang pangalan, halimbawa site-a.xml at site-b.xml. Bilang administrator, ilagay ang dalawa sa folder ng profile ng buong makina at itago ang mga orihinal na natanggap mo. Pagkatapos ay i-restart ang client at tiyakin na lumalabas ang dalawang entry sa drop-down.

Pagkatapos kumonekta sa bawat isa, buksan muli ang preferences.xml at tingnan kung aling pangalan ng profile ang itinatala nito ngayon bilang huling ginamit. Kung tumutugma ang pangalan sa entry na kinlik mo, tama ang pag-uugali ng lokal na mapping. Kung hindi, may isang bagay pang nagtutulak ng file sa ibabaw ng pinalitan mong kopya.

Ano ang hindi naaayos ng pagpapalit ng pangalan

Ang bagong pangalan ng file ay nagbabago ng lokal na label at wala nang iba. Ang address ng gateway, ang paraan ng authentication, ang certificate na ipinapakita ng server at anumang pagpili ng grupo sa loob ng profile ay nananatiling tulad ng dati. Ang pinalitan ng pangalan na kopya ng maling profile ay maling profile pa rin, at iko-konekta ka nito sa maling site sa ilalim ng nakakumbinsing pangalan.

Hindi rin ito nakakaligtas sa isang management push na naka-target sa orihinal na pangalan ng file.

Kapag binabaligtad ito ng susunod na push

Kung ipinapamahagi ng organisasyon mo ang mga profile ayon sa pangalan, pinapalitan ng update ang bawat file na may ganoong pangalan. Ituring ang pinalitan ng pangalan na mga kopya bilang lokal na kaginhawahan at ulitin ang pagsubok ng koneksiyon pagkatapos ng bawat update ng client, tinitingnan ang address at hindi ang label.

Para sa permanenteng kaayusan, humingi ng sinusuportahang multi-gateway setup sa halip na manual na pagpapanatili ng file. Ang mga pag-edit sa loob ng program directory ang unang tinatanggal ng upgrade, at ang file ng preference per user ay muling isinusulat ayon sa disenyo.

Panatilihin ang isang linya bawat gateway: pangalan ng file, HostAddress at kung saang folder ito naroon. Ang talaang iyon ang sasagot sa susunod na ulat ng maling site nang mas mabilis kaysa sa muling pag-install.