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 და რომელ საქაღალდეშია. ეს ჩანაწერი შემდეგ არასწორი საიტის შეტყობინებას უფრო სწრაფად უპასუხებს, ვიდრე ხელახალი ინსტალაცია.