Korvaako AnyConnect profiilisi? Kyse on nimien törmäyksestä
Kaksi yhdyskäytävää, yksi tiedostonimi: asiakas pitää viimeisen profiilin kansiossasi, kun taas kirjasto on koneenlaajuinen. Nimeä kopiot uudelleen, jotta molemmat säilyvät.
Liikkeellä kulkee tarina, että AnyConnect on menettänyt toisen yhdyskäytäväsi tai että asiakas on liian vanha pitämään kahta profiilia. Kumpikaan ei tapahtunut. Tapahtui se, että asiakas tallentaa jokaisen näkemänsä profiilin tiedostoksi, joka on nimetty sen mukaan, mitä palvelin lähetti, ja molemmat yhdyskäytäväsi nimeävät tiedostonsa samalla tavalla. Levyllä on yksi paikka sille nimelle, joten toinen lataus ottaa ensimmäisen paikan.
Kaksi kansiota, ja vain toinen on sinun
Jatkuvasti muuttuva kopio on työkopio oman käyttäjäprofiilisi alla, yleensä %LOCALAPPDATA%\Cisco\Cisco AnyConnect Secure Mobility Client\preferences.xml. Tämä tiedosto tallentaa viimeisen yhteyden, jonka loit, ja mitä profiilia se käytti. Koska se on kansiossasi, asiakas kirjoittaa sen uudelleen joka yhteydellä pyytämättä oikeuksien korotusta.
Avattavassa valikossa näkyvä luettelo on eri asia. Jokainen profiili, jonka kone on koskaan vastaanottanut, kopioidaan kansioon %PROGRAMDATA%\Cisco\Cisco AnyConnect Secure Mobility Client\Profile, ja asiakas luettelee siellä olevat tiedostot. Siihen kansioon kirjoittaminen vaatii järjestelmänvalvojan oikeudet, mikä selittää oireen, jonka ihmiset tulkitsevat väärin: profiilin lisääminen käsin tavallisena käyttäjänä näyttää toimivan, ja sitten merkintä katoaa.
Joten käyttäjäkohtainen tiedosto on osoitin ja koneenlaajuinen kansio on kirjasto. Puuttuva merkintä tarkoittaa, että kirjasto muuttui, ei osoitin.
Asiakas täsmäyttää tiedostot nimen, ei yhdyskäytävän mukaan
Profiilin identiteetti tässä asiakkaassa on tiedostonimi. Kaksi laitetta, jotka molemmat lähettävät company.xml, ovat paikallisen profiilivaraston kannalta sama profiili kahdesti julkaistuna. Toinen lataus korvaa ensimmäisen, ja ikkunan merkintä osoittaa edelleen yhteen tiedostoon, joka kuvaa nyt toista sivustoa.
Siksi vika näyttää niin oudolta. Luettelon nimi luetaan edelleen odottamaksesi paikaksi, todennus onnistuu edelleen sitä yhdyskäytävää vastaan, joka on tosiasiassa määritetty, eikä mikään ilmoita virheestä. Muuttui sisältö sellaisen tunnisteen takana, johon luotit.
Lue HostAddress, älä tunnistetta
Avaa tiedosto tekstieditorissa ja katso palvelinluetteloa. Profiilissa on HostName-elementti, joka on näyttötunniste, ja HostAddress-elementti, joka on yhdyskäytävä, johon asiakas todella ottaa yhteyttä. Tunniste on vapaata tekstiä, jonka kuka tahansa voi muokata, ja osoite ratkaisee, mihin päädyt.
Vertaa näitä kahta yhdyskäytävään, johon halusit päästä, ennen kuin päättelet asiakkaan olevan rikki.
Molempien yhdyskäytävien säilyttäminen, järjestyksessä
Hanki hyväksytty profiili kummallekin sivustolle, joko sivustolta tai koneelta, joka jo yhdistää. Nimeä kukin tiedosto uudelleen niin, että nimet eroavat, esimerkiksi site-a.xml ja site-b.xml. Asenna molemmat järjestelmänvalvojana koneenlaajuiseen profiilikansioon ja säilytä saamasi alkuperäiset. Käynnistä sitten asiakas uudelleen ja varmista, että molemmat merkinnät näkyvät avattavassa valikossa.
Kun olet yhdistänyt kumpaankin, avaa preferences.xml uudelleen ja tarkista, minkä profiilinimen se nyt tallentaa viimeksi käytetyksi. Jos nimi vastaa merkintää, jota napsautit, paikallinen yhdistäminen toimii oikein. Jos ei, jokin työntää edelleen tiedostoa uudelleennimetyn kopiosi päälle.
Mitä uudelleennimeäminen ei korjaa
Uusi tiedostonimi muuttaa paikallista tunnistetta eikä mitään muuta. Yhdyskäytävän osoite, todennusmenetelmä, palvelimen esittämä varmenne ja mikä tahansa profiilin sisäinen ryhmävalinta pysyvät ennallaan. Väärän profiilin uudelleennimetty kopio on edelleen väärä profiili, ja se yhdistää sinut väärälle sivustolle vakuuttavan nimen alla.
Se ei myöskään kestä hallintatyöntöä, joka kohdistuu alkuperäiseen tiedostonimeen.
Kun seuraava työntö kumoaa sen
Jos organisaatiosi jakaa profiilit nimen perusteella, päivitys korvaa jokaisen tiedoston, jolla on sama nimi. Kohtele uudelleennimettyjä kopioita paikallisena mukavuutena ja toista yhteystesti jokaisen asiakaspäivityksen jälkeen tarkistaen osoitteen, ei tunnistetta.
Pysyvään ratkaisuun pyydä tuettua monen yhdyskäytävän asetusta sen sijaan, että ylläpitäisit tiedostoja käsin. Ohjelmakansiossa tehdyt muutokset ovat ensimmäinen asia, jonka päivitys poistaa, ja käyttäjäkohtainen asetustiedosto kirjoitetaan uudelleen suunnittelun mukaan.
Pidä yksi rivi yhdyskäytävää kohden: tiedostonimi, HostAddress ja missä kansiossa se on. Se muistiinpano vastaa seuraavaan väärän sivuston raporttiin nopeammin kuin uudelleenasennus.