Cisco Secure Client Mac-ზე: ფანჯარა, ავტომატური კავშირი თუ ხელახალი დაკავშირება?

შესვლის შემდეგ ჩნდება რაღაც Cisco-სთან დაკავშირებული და შესაძლოა რაღაცას აკავშირებდეს ან არა. ფანჯარა, ავტომატური კავშირი და ქსელის შეცვლის შემდეგ ხელახალი დაკავშირება სამი ცალკე ქცევაა სამი ცალკე მფლობელით. გაშვების ელემენტის წაშლის წარუმატებელი მცდელობების უმეტესობა იწყება იმით, რომ ეს სამი ერთ ჩივილშია გაერთიანებული. ჯერ გამოყავით ისინი და ცვლილების მოთხოვნა თავად დაიწერება.

დაასახელეთ ქცევა, რომელსაც რეალურად ხედავთ

დააკვირდით ერთ შესვლას, არაფერს შეეხოთ და თანმიმდევრობით ჩაწერეთ, რა ხდება. ფანჯარა, რომელიც კავშირის გარეშე იხსნება, ერთი შემთხვევაა; ფანჯარა, რომელიც იხსნება და უკავშირდება, მეორეა; ხოლო კავშირი, რომელიც ქსელის შეცვლის შემდეგ ბრუნდება, მესამეა. იკითხეთ, რა ქმნის სინამდვილეში გვირაბს და არა რა ჩანს ეკრანზე, რადგან ფანჯარასა და გვირაბს სხვადასხვა მფლობელი ჰყავს. ორი სახის მტკიცებულება პასუხობს ამას და მათგან მხოლოდ ერთი ხედავს ამ კლიენტს:

scutil --nc list
ps aux | grep -i [v]pnagentd
ifconfig | grep -A3 utun

წაიკითხეთ სამი გამოსავალი ერთად, რადგან scutil --nc list ჩამოთვლის სისტემის VPN კონფიგურაციებს და ცარიელი სია მხოლოდ იმას ნიშნავს, რომ არცერთ სისტემურ VPN სერვისს არ აქვს გვირაბი. Cisco Secure Client ასეთს არ არეგისტრირებს: ის მთავრდება vpnagentd და utun ინტერფეისის მეშვეობით, ამიტომ პროცესი და ინტერფეისი არის ის მტკიცებულება, რომელიც ხედავს მას. როცა vpnagentd მუშაობს და utun ინტერფეისს აქვს მისამართი, გვირაბი არსებობს დახურული ფანჯრის დროსაც; როცა არც ერთი არ არის, ავტომატური კავშირი გამორთულია და ფანჯარა ერთადერთი სალაპარაკოა. front end შეიძლება მუშაობდეს მაშინაც, როცა ცალკე ფონური სერვისი ფლობს გვირაბს, ამიტომ მფლობელობის საკითხი პროფილის ნაწილებს ეკუთვნის და არა ამას.

შესვლისას ფანჯარა გაშვების საკითხია

შესვლის ფანჯარა მოდის გაშვების აგენტიდან ან აპლიკაციის საკუთარი შესვლისას გახსნის პარამეტრიდან და არც ერთი არ არის კავშირის პოლიტიკის იგივე მექანიზმი. სანამ რამეს შეასწორებთ, დაადგინეთ დაყენებული პროდუქტი და ვერსია, რადგან ძველი გამოშვებების დოკუმენტაცია აღწერს ფაილებს, რომლებსაც მიმდინარე ინსტალაცია შეიძლება არ იყენებდეს. ავტომატური კავშირის გამორთვა სულაც არ აჩერებს ფანჯრის გახსნას, ხოლო ფანჯრის შეჩერება არ აჩერებს ხელახალ დაკავშირებას. გამოიყენეთ კლიენტის მხარდაჭერილი გაშვების კონტროლი ან თქვენი ადმინისტრატორის პროგრამული პროცესი, ამ თანმიმდევრობით.

მართულ Mac-ზე დაადასტურეთ, მოდის თუ არა ქცევა დაყენებული კონფიგურაციის პროფილიდან, სანამ მას ლოკალურ პარამეტრად ჩათვლით. სისტემას შეუძლია ჩამოთვალოს თავისი პროფილები და მართული შესვლის ელემენტი თქვენი წასაშლელი არ არის:

profiles show -type configuration

სადაც პარამეტრი მომხმარებლის მიერ მართვადია, შეცვალეთ ის კლიენტის პრეფერენციებში და გამოდით შესამოწმებლად. სადაც ჩაკეტილია, მხოლოდ პროფილის მფლობელს შეუძლია მისი შეცვლა. ფაილების ლოკალურად წაშლა ქმნის განსხვავებას, რომელსაც შემდეგი განახლება ჩუმად ასწორებს, რაც მას ყველაზე ნაკლებად გამძლე ხელმისაწვდომ გადაწყვეტად აქცევს. ნაცრისფერი მოსანიშნი უჯრა გატეხილი კლიენტი არ არის; ეს პოლიტიკის განაცხადია.

Auto Connect on Start ცალკე პარამეტრია

Cisco-ს კავშირის სახელმძღვანელო Auto Connect on Start-ს ასახელებს პარამეტრად, რომელიც აკონტროლებს კავშირის ცდას კლიენტის გაშვებისას, და აღწერს მას ნაგულისხმევად გამორთულად. განლაგებულ პროფილს შეუძლია მისი ჩართვა, ამიტომ ერთი და იმავე კლიენტის ორი Mac შესვლისას სხვანაირად იქცევა. მოძებნეთ ეს პარამეტრი კლიენტის პარამეტრებში, სანამ გაშვების ელემენტებზე რამეს ივარაუდებთ.

შეცვალეთ ის მხარდაჭერილი კონტროლით და შეამოწმეთ სრული გასვლით და არა ხელახალი გაშვებით, რადგან ზოგიერთი კომპონენტი მხოლოდ შესვლის სესიასთან იწყებს. შემდეგ დაადასტურეთ, რომ ხელით კავშირი ჯერ კიდევ მუშაობს, რადგან ავტომატური ცდის ჩამხშობი პარამეტრი არ უნდა ართმევდეს დაკავშირების უნარს. თუ კლიენტი მაინც მაშინვე ხელახლა უკავშირდება, თქვენ ხედავთ ხელახალი დაკავშირების ქცევას. ეს შემდეგი კითხვაა და მას სხვა მფლობელი ჰყავს.

Auto Reconnect მესამე პარამეტრს ეკუთვნის

ხელახალი დაკავშირება განსაზღვრავს, რა ხდება მას შემდეგ, რაც დამყარებული სესია კარგავს გზას: საფარის დახურვა, Wi-Fi ქსელის შეცვლა, სადენიანი კავშირის ჩავარდნა. Cisco მას გაშვების ქცევისგან ცალკე აღწერს, ამიტომ გაშვების ცვლილება მას არ შეეხება. შეამოწმეთ ის ქსელის ცოტა ხნით გათიშვით და დაკვირვებით, ბრუნდება თუ არა გვირაბი შეყვანის გარეშე.

განზრახ გათიშვის უგულებელყოფა ჩვეულებრივ პოლიტიკაა და არა ხარვეზი. ზოგიერთი განლაგება მოითხოვს მუდამ ჩართულ მოწყობას, რაც პოლიტიკის საუბარს ეკუთვნის და არა შემოვლით გადაწყვეტას. მისი მიმყოლი კომპონენტის წაშლა შეიძლება არღვევდეს მდგომარეობის შემოწმებებს და შემდეგ აღდგეს შემდეგი მართვის ბიძგით. თუ მოთხოვნა ლეგიტიმურია, იკითხეთ, რა უნდა გაირანტოს და აკმაყოფილებს თუ არა უფრო ვიწრო პარამეტრი; თუ არა, პროფილის მფლობელს შეუძლია შეცვალოს ის ერთ ადგილას, ნაცვლად იმისა, რომ თქვენ შეცვალოთ ორმოც ლეპტოპზე.

მოითხოვეთ ყველაზე მცირე ცვლილება, შემდეგ შეამოწმეთ

დაწერეთ მოთხოვნა ოთხი ფაქტით: რომელი კლიენტის ნაწილს ამუშავებთ, რომელ macOS ნაწილს ამუშავებთ, რა ჩნდება შესვლის შემდეგ და იქმნება თუ არა გვირაბი შეყვანის გარეშე. შემდეგ ჩამოაყალიბეთ სასურველი შედეგი ერთი წინადადებით, რომელსაც კოლეგა თქვენი კითხვის გარეშე განახორციელებს. კლიენტის ხელმისაწვდომობა და მისი ფანჯრის დახურვა სხვა მოთხოვნაა, ვიდრე ავტომატური კავშირის აღკვეთა. ზუსტი მოთხოვნა იღებს პოლიტიკის ცვლილებას, ხოლო ბუნდოვანი — შემოვლით გადაწყვეტას, რომელიც არავის ეკუთვნის.

ცვლილების შემდეგ გამოდით და ისევ შედით, შემდეგ გაუშვით ხელით დაკავშირების ის ნაკადი, რომელზეც ხართ დამოკიდებული. თუ ხელახალი დაკავშირება შედიოდა არეალში, შეამოწმეთ ის ცალკე, თქვენი ადმინისტრატორის მიერ ნებადართული პროცედურით.

შეამოწმეთ, რომ ორგანიზაციის მიერ მოთხოვნილი უსაფრთხოების მოდულები კვლავ მუშაობენ, რადგან ჩუმი წაშლა ადვილად გამოგეპარებათ, სანამ აუდიტი იპოვის. სასურველი შედეგია მოთხოვნილი გაშვების ქცევა მომუშავე კლიენტით და არა გაქრა ხატულა და საიდუმლო. ჩაწერეთ, სამი ქცევიდან რომელი შეიცვალა, რომ შემდეგმა ადამიანმა განასხვავოს ნამდვილი შესწორება შემთხვევითობისგან.