AnyConnect skrifar yfir prófílinn þinn? Þetta er nafnaklofnun
Tvær gáttir, eitt skráarnafn: biðlarinn heldur síðasta prófílnum í möppunni þinni en bókasafnið er fyrir alla vélina. Endurnefndu eintökin til að halda báðum.
Sagan sem gengur er að AnyConnect hafi týnt seinni gáttinni þinni, eða að biðlarinn sé of gamall til að halda tveimur prófílum. Hvort tveggja er ósatt. Það sem gerðist er að biðlarinn geymir hvern prófíl sem hann hefur séð sem skrá sem er nefnd eftir því sem netþjónninn sendi, og báðar gáttirnar þínar kalla skrána sína sama nafni. Það er eitt pláss á diskinum fyrir það nafn, svo seinni niðurhalið tekur plássið frá því fyrra.
Tvær möppur, og aðeins ein þeirra er þín
Eintakið sem breytist er vinnueintakið undir þínum eigin notandaprófíli, venjulega %LOCALAPPDATA%\Cisco\Cisco AnyConnect Secure Mobility Client\preferences.xml. Þessi skrá skráir síðustu tenginguna sem þú gerðir og hvaða prófíl hún notaði. Þar sem hún er í möppunni þinni skrifar biðlarinn hana aftur við hverja tengingu án þess að biðja um aukin réttindi.
Listinn sem þú sérð í fellilistanum er annar hlutur. Hver prófíll sem vélin hefur einhvern tíma fengið er afritaður í %PROGRAMDATA%\Cisco\Cisco AnyConnect Secure Mobility Client\Profile, og biðlarinn listar þær skrár sem þar eru. Að skrifa í þá möppu krefst stjórnandaréttinda, sem útskýrir einkenni sem fólk les rangt: að bæta prófíl við handvirkt sem venjulegur notandi virðist virka, og svo hverfur færslan.
Þannig að skráin á hvern notanda er bendir og mappan fyrir alla vélina er bókasafnið. Færsla sem vantar þýðir að bókasafnið breyttist, ekki bendirinn.
Biðlarinn passar skrár eftir nafni, ekki eftir gátt
Auðkenni prófíls í þessum biðlara er skráarnafnið. Tvö tæki sem bæði ýta company.xml eru, frá sjónarhóli staðbundinnar prófílageymslu, sami prófíllinn birtur tvisvar. Seinni niðurhalið skrifar yfir það fyrra, og færslan í glugganum bendir áfram á eina skrá sem lýsir nú hinum staðnum.
Þess vegna virðist bilunin svo undarleg. Nafnið á listanum les eins og staðurinn sem þú átt von á, auðkenning tekst enn gagnvart þeirri gátt sem er í raun stillt, og ekkert tilkynnir villu. Það sem breyttist er efnið bak við merki sem þú treystir.
Lestu HostAddress, ekki merkið
Opnaðu skrána í textaritli og skoðaðu netþjónalistann. Prófíll ber HostName þátt, sem er birtimerki, og HostAddress þátt, sem er gáttin sem biðlarinn hefur í raun samband við. Merkið er frjáls texti sem hver sem er getur breytt, og vistfangið ræður því hvar þú lendir.
Berðu þessi tvö saman við gáttina sem þú vildir ná til áður en þú ályktar að biðlarinn sé bilaður.
Að halda báðum gáttum, í röð
Fáðu samþykkta prófílinn fyrir hvern stað, annaðhvort af staðnum eða af vél sem tengist þegar. Endurnefndu hverja skrá svo nöfnin tvö séu mismunandi, til dæmis site-a.xml og site-b.xml. Sem stjórnandi skaltu setja báðar í prófílmöppu vélarinnar og geyma frumeintökin sem þú fékkst. Endurræstu síðan biðlarann og staðfestu að báðar færslur birtist í fellilistanum.
Eftir að hafa tengst hvorri um sig skaltu opna preferences.xml aftur og athuga hvaða prófílnafn hún skráir nú sem síðast notað. Ef nafnið passar við færsluna sem þú smelltir á hegðar staðbundna vörpunin sér rétt. Ef ekki ýtir eitthvað enn skrá ofan á endurnefnda eintakið þitt.
Það sem endurnefning lagar ekki
Nýtt skráarnafn breytir staðbundnu merki og engu öðru. Gáttarvistfangið, auðkenningaraðferðin, skírteinið sem netþjónninn sýnir og hvaða hópval sem er inni í prófílnum haldast óbreytt. Endurnefnt eintak af ranga prófílnum er áfram rangi prófíllinn, og það tengir þig við rangan stað undir sannfærandi nafni.
Það stenst heldur ekki stjórnunarýtingu sem beinist að upprunalega skráarnafninu.
Þegar næsta ýting afturkallar það
Ef samtökin þín dreifa prófílum eftir nafni kemur uppfærsla í stað hverrar skrár sem deilir því nafni. Líttu á endurnefndu eintökin sem staðbundna þægindi og endurtaktu tengiprófið eftir hverja uppfærslu biðlarans, og athugaðu vistfangið frekar en merkið.
Fyrir varanlegt fyrirkomulag skaltu biðja um studda uppsetningu með mörgum gáttum í stað þess að viðhalda skrám handvirkt. Breytingar inni í forritamöppunni eru það fyrsta sem uppfærsla fjarlægir, og stillingaskráin á hvern notanda er endurskrifuð að hönnun.
Haltu einni línu fyrir hverja gátt: skráarnafn, HostAddress og í hvaða möppu hún er. Þessi athugasemd svarar næstu tilkynningu um rangan stað hraðar en enduruppsetning.