Az AnyConnect felülírja a profilját? Ez névütközés

A terjedő történet szerint az AnyConnect elvesztette a második átjáróját, vagy a kliens túl régi ahhoz, hogy két profilt tartson. Egyik sem történt meg. Az történt, hogy a kliens minden látott profilt a szerver által küldött névre keresztelt fájlként tárol, és a két átjárója ugyanannak nevezi a fájlját. A lemezen egyetlen hely van erre a névre, ezért a második letöltés elfoglalja az első helyét.

Két mappa, és csak az egyik az öné

A változó példány a saját felhasználói profilja alatti munkapéldány, általában %LOCALAPPDATA%\Cisco\Cisco AnyConnect Secure Mobility Client\preferences.xml. Ez a fájl rögzíti az utolsó kapcsolatot és azt, hogy melyik profilt használta. Mivel a mappájában van, a kliens minden kapcsolatnál újraírja anélkül, hogy jogosultságemelést kérne.

A legördülő listában látott lista más dolog. Minden profil, amelyet a gép valaha kapott, bekerül a %PROGRAMDATA%\Cisco\Cisco AnyConnect Secure Mobility Client\Profile mappába, és a kliens felsorolja az ott lévő fájlokat. Az abba a mappába íráshoz rendszergazdai jogok kellenek, ami megmagyaráz egy tünetet, amelyet sokan félreolvasnak: egy profil kézi hozzáadása egyszerű felhasználóként működni látszik, aztán a bejegyzés eltűnik.

Tehát a felhasználónkénti fájl egy mutató, a gép szintű mappa pedig a könyvtár. A hiányzó bejegyzés azt jelenti, hogy a könyvtár változott, nem a mutató.

A kliens név szerint párosítja a fájlokat, nem átjáró szerint

A profil azonossága ebben a kliensben a fájlnév. Két eszköz, amelyek mindketten company.xml küldenek, a helyi profiltár szempontjából ugyanaz a profil, kétszer közzétéve. A második letöltés felülírja az elsőt, és az ablakban lévő bejegyzés továbbra is egy fájlra mutat, amely most a másik helyet írja le.

Ezért tűnik olyan furcsának a hiba. A listában szereplő név továbbra is a várt helyként olvasható, a hitelesítés továbbra is sikeres a ténylegesen beállított átjáróval szemben, és semmi nem jelez hibát. Ami megváltozott, az a címke mögötti tartalom, amelyben megbízott.

A HostAddress-t olvassa, ne a címkét

Nyissa meg a fájlt egy szövegszerkesztőben, és nézze meg a kiszolgálólistát. A profil tartalmaz egy HostName elemet, amely megjelenítési címke, és egy HostAddress elemet, amely az az átjáró, amellyel a kliens valóban kapcsolatba lép. A címke szabad szöveg, amelyet bárki szerkeszthet, és a cím dönti el, hová jut.

Hasonlítsa össze ezeket azzal az átjáróval, amelyet el akart érni, mielőtt arra a következtetésre jut, hogy a kliens elromlott.

Mindkét átjáró megtartása, sorrendben

Szerezze be az elfogadott profilt minden helyhez, akár a helyről, akár egy már kapcsolódó gépről. Nevezze át minden fájlt úgy, hogy a két név különbözzön, például site-a.xml és site-b.xml. Rendszergazdaként helyezze mindkettőt a gép szintű profil mappába, és őrizze meg a kapott eredetiket. Ezután indítsa újra a klienst, és ellenőrizze, hogy mindkét bejegyzés megjelenik a legördülő listában.

Miután mindegyikhez kapcsolódott, nyissa meg újra a preferences.xml fájlt, és nézze meg, melyik profilnevet rögzíti most utoljára használtként. Ha a név megegyezik a kattintott bejegyzéssel, a helyi leképezés megfelelően működik. Ha nem, valami még mindig egy fájlt tol az átnevezett példányára.

Amit az átnevezés nem javít

Az új fájlnév egy helyi címkét változtat meg, és semmi mást. Az átjáró címe, a hitelesítési módszer, a szerver által bemutatott tanúsítvány és a profilon belüli bármilyen csoportválasztás úgy marad, ahogy volt. A rossz profil átnevezett példánya továbbra is a rossz profil, és meggyőző néven a rossz helyhez kapcsolja.

Az sem éli túl azt a felügyeleti push-t, amely az eredeti fájlnevet célozza.

Amikor a következő push visszavonja

Ha a szervezete név szerint osztja el a profilokat, egy frissítés lecserél minden fájlt, amely ezt a nevet viseli. Tekintse az átnevezett példányokat helyi kényelemnek, és minden kliensfrissítés után ismételje meg a kapcsolattesztet, a címet ellenőrizve, nem a címkét.

Végleges megoldáshoz kérjen támogatott többátjárós beállítást a fájlok kézi karbantartása helyett. A programkönyvtárban végzett módosításokat távolítja el először egy frissítés, a felhasználónkénti beállításfájl pedig tervezés szerint újraíródik.

Vezessen egy sort átjárónként: fájlnév, HostAddress és hogy melyik mappában van. Ez a feljegyzés gyorsabban válaszol a következő rossz helyről szóló jelentésre, mint egy újratelepítés.