AnyConnect તમારી પ્રોફાઇલ પર લખી નાખે છે? તે નામની અથડામણ છે

ફરતી વાર્તા એ છે કે AnyConnect તમારો બીજો ગેટવે ગુમાવી દીધો, અથવા ક્લાઇન્ટ બે પ્રોફાઇલ રાખવા માટે ઘણો જૂનો છે. બંનેમાંથી કંઈ થયું નથી. જે થયું તે એ છે કે ક્લાઇન્ટ પોતે જોયેલી દરેક પ્રોફાઇલને સર્વરે મોકલેલા નામ પરથી નામવાળી ફાઇલ તરીકે સંગ્રહે છે, અને તમારા બંને ગેટવે પોતાની ફાઇલને એક જ નામ આપે છે. ડિસ્ક પર એ નામ માટે એક જ જગ્યા છે, તેથી બીજું ડાઉનલોડ પહેલાની જગ્યા લઈ લે છે.

બે ફોલ્ડર, અને તેમાંથી ફક્ત એક તમારું છે

જે નકલ બદલાય છે તે તમારી પોતાની વપરાશકર્તા પ્રોફાઇલ હેઠળની કાર્યકારી નકલ છે, સામાન્ય રીતે %LOCALAPPDATA%\Cisco\Cisco AnyConnect Secure Mobility Client\preferences.xml. એ ફાઇલ તમે કરેલું છેલ્લું જોડાણ અને તેમાં કઈ પ્રોફાઇલ વપરાઈ તે નોંધે છે. તે તમારા ફોલ્ડરમાં હોવાથી, ક્લાઇન્ટ દરેક જોડાણ વખતે તેને અધિકાર વધારવાની માંગણી કર્યા વિના ફરી લખે છે.

ડ્રોપ-ડાઉનમાં તમે જે યાદી જુઓ છો તે બીજી વસ્તુ છે. મશીને અત્યાર સુધી મેળવેલી દરેક પ્રોફાઇલ %PROGRAMDATA%\Cisco\Cisco AnyConnect Secure Mobility Client\Profile માં નકલ થાય છે, અને ક્લાઇન્ટ ત્યાં રહેલી ફાઇલોની યાદી બતાવે છે. એ ફોલ્ડરમાં લખવા માટે એડમિનિસ્ટ્રેટર અધિકાર જરૂરી છે, જે એવા લક્ષણને સમજાવે છે જે લોકો ખોટું વાંચે છે: સામાન્ય વપરાશકર્તા તરીકે હાથે પ્રોફાઇલ ઉમેરવી કામ કરતી હોય એમ લાગે છે, પછી એન્ટ્રી અદૃશ્ય થઈ જાય છે.

તેથી વપરાશકર્તા-દીઠ ફાઇલ નિર્દેશક છે અને આખી મશીનનું ફોલ્ડર લાઇબ્રેરી છે. ખૂટતી એન્ટ્રી એટલે લાઇબ્રેરી બદલાઈ, નિર્દેશક નહીં.

ક્લાઇન્ટ ફાઇલોને નામ પ્રમાણે મેળવે છે, ગેટવે પ્રમાણે નહીં

આ ક્લાઇન્ટમાં પ્રોફાઇલની ઓળખ ફાઇલનું નામ છે. જે બે ઉપકરણો બંને company.xml મોકલે છે, સ્થાનિક પ્રોફાઇલ સંગ્રહની દૃષ્ટિએ તેઓ એક જ પ્રોફાઇલ છે જે બે વાર પ્રકાશિત થઈ છે. બીજું ડાઉનલોડ પહેલાને ઉપર લખે છે, અને વિન્ડોની એન્ટ્રી હજી એક ફાઇલ તરફ ઈશારો કરે છે જે હવે બીજી સાઇટનું વર્ણન કરે છે.

તેથી જ નિષ્ફળતા એટલી વિચિત્ર લાગે છે. યાદીનું નામ હજી તમે અપેક્ષા રાખો છો તે જગ્યા જેવું વંચાય છે, પ્રમાણીકરણ હજી ખરેખર રૂપરેખાંકિત ગેટવે સામે સફળ થાય છે, અને કંઈ પણ ભૂલ જણાવતું નથી. જે બદલાયું તે તમે વિશ્વાસ કરેલા લેબલ પાછળની સામગ્રી છે.

HostAddress વાંચો, લેબલ નહીં

ફાઇલને ટેક્સ્ટ એડિટરમાં ખોલો અને સર્વર યાદી જુઓ. પ્રોફાઇલમાં HostName એલિમેન્ટ હોય છે, જે દર્શન લેબલ છે, અને HostAddress એલિમેન્ટ હોય છે, જે એ ગેટવે છે જેની સાથે ક્લાઇન્ટ ખરેખર સંપર્ક કરે છે. લેબલ મુક્ત લખાણ છે જે કોઈ પણ સંપાદિત કરી શકે, અને સરનામું નક્કી કરે છે કે તમે ક્યાં પહોંચશો.

ક્લાઇન્ટ બગડેલો છે એવા નિષ્કર્ષ પર આવતા પહેલાં એ બેને તમે પહોંચવા માંગતા હતા તે ગેટવે સાથે સરખાવો.

બંને ગેટવે રાખવા, ક્રમમાં

દરેક સાઇટ માટે સ્વીકૃત પ્રોફાઇલ મેળવો, કાં તો સાઇટ પરથી કાં તો પહેલેથી જોડાતી મશીન પરથી. દરેક ફાઇલને એવી રીતે ફરી નામ આપો કે બે નામ અલગ હોય, ઉદાહરણ તરીકે site-a.xml અને site-b.xml. એડમિનિસ્ટ્રેટર તરીકે બંનેને આખી મશીનની પ્રોફાઇલ ફોલ્ડરમાં મૂકો અને તમે મેળવેલી મૂળ નકલો રાખો. પછી ક્લાઇન્ટ ફરી શરૂ કરો અને ખાતરી કરો કે બંને એન્ટ્રીઓ ડ્રોપ-ડાઉનમાં દેખાય છે.

દરેક સાથે જોડાયા પછી preferences.xml ફરી ખોલો અને તપાસો કે તે હવે કયું પ્રોફાઇલ નામ છેલ્લે વપરાયેલું તરીકે નોંધે છે. જો નામ તમે ક્લિક કરેલી એન્ટ્રી સાથે મેળ ખાય, તો સ્થાનિક મેપિંગ બરાબર વર્તે છે. જો નહીં, તો કંઈક હજી તમારી ફરી નામ આપેલી નકલ પર ફાઇલ ધકેલી રહ્યું છે.

ફરી નામ આપવાથી જે સુધરતું નથી

નવું ફાઇલ નામ ફક્ત સ્થાનિક લેબલ બદલે છે અને બીજું કંઈ નહીં. ગેટવેનું સરનામું, પ્રમાણીકરણ પદ્ધતિ, સર્વર જે પ્રમાણપત્ર રજૂ કરે છે અને પ્રોફાઇલની અંદરની કોઈ પણ જૂથ પસંદગી બધું જેવું હતું તેવું જ રહે છે. ખોટી પ્રોફાઇલની ફરી નામ આપેલી નકલ હજી ખોટી પ્રોફાઇલ છે, અને તે તમને વિશ્વાસપાત્ર નામ હેઠળ ખોટી સાઇટ સાથે જોડશે.

તે મૂળ ફાઇલ નામને લક્ષ્ય બનાવતા મેનેજમેન્ટ પુશ સામે પણ ટકતું નથી.

જ્યારે આગલું પુશ તેને રદ કરે છે

જો તમારી સંસ્થા નામ દ્વારા પ્રોફાઇલ વહેંચે છે, તો અપડેટ એ નામ ધરાવતી કોઈ પણ ફાઇલને બદલી નાખે છે. ફરી નામ આપેલી નકલોને સ્થાનિક સુવિધા ગણો અને દરેક ક્લાઇન્ટ અપડેટ પછી જોડાણ પરીક્ષણ ફરીથી કરો, લેબલ નહીં સરનામું તપાસીને.

કાયમી ગોઠવણ માટે, હાથે ફાઇલો જાળવવાને બદલે સમર્થિત બહુ-ગેટવે સેટઅપ માંગો. પ્રોગ્રામ ડિરેક્ટરીની અંદરના ફેરફારો અપગ્રેડ સૌપ્રથમ દૂર કરે છે, અને વપરાશકર્તા-દીઠ પસંદગી ફાઇલ ડિઝાઇન મુજબ ફરી લખાય છે.

દરેક ગેટવે માટે એક લીટી રાખો: ફાઇલ નામ, HostAddress અને તે કયા ફોલ્ડરમાં છે. એ નોંધ આગલા ખોટી-સાઇટ અહેવાલનો જવાબ ફરી ઇન્સ્ટોલ કરતાં વધુ ઝડપથી આપે છે.