GlobalProtect Mac-ზე შესვლისას უკავშირდება: როგორ შევცვალოთ ეს

თქვენ ხსნით Mac-ს და GlobalProtect უკვე დაკავშირებულია, ან ყოველ ჯერზე, როცა შედიხართ, ის ხელახლა უკავშირდება. აპში არაფერი გეკითხებათ წინასწარ. პარამეტრი, რომელიც ამას იწვევს, პორტალის აგენტის კონფიგურაციაშია, და არა თქვენს მომხმარებლის ანგარიშში, და ის არ ინახება ფაილში, რომლის რედაქტირებაც თქვენ გევალებათ. რასაც ხედავთ, არის user-logon დაკავშირების მეთოდი, რომელიც თავის საქმეს აკეთებს.

იმის ცოდნა, თუ რომელი მეთოდია მინიჭებული, გეუბნებათ, რა შეგიძლიათ შეცვალოთ და რა უნდა მოითხოვოთ.

სიმპტომი პოლიტიკაზე მიუთითებს

პორტალის აგენტის კონფიგურაცია წყვეტს, როდის უკავშირდება GlobalProtect, და ორი მეთოდი, რომელთა შორისაც ირჩევთ, არის On-Demand, რომელიც თქვენ გელოდებათ, და User-logon (Always On), რომელიც შესვლის შემდეგ უკავშირდება. პორტალს ასევე შეუძლია Pre-logon (Always On) შესთავაზოს მხარდაჭერილ მართულ მოწყობილობებზე, რაც თქვენ მიერ შესვლილ Mac-ზე ფარგლებს გარეთაა. მანქანა, რომელიც თავისით უკავშირდება, თითქმის ყოველთვის user-logon-ზეა. თავად აპის პარამეტრებს შეუძლიათ მდგომარეობის ჩვენება, მაგრამ ისინი მისი მფლობელები არ არიან, ამიტომ კლიენტში მონიშვნის მოხსნა შემდეგ პოლიტიკის განახლებამდე არ ძლებს. პორტალი მეთოდს აგზავნის დაკავშირებისას და კვლავ ყოველ განახლებაზე, ამიტომ კლიენტის მხრიდან ცვლილება დიზაინით დროებითია.

პოლიტიკა ყოველთვის იმარჯვებს.

ორი მეთოდი, გვერდიგვერდ

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

თუ თქვენს სამუშაოს On-Demand კავშირი სჭირდება, ეს პოლიტიკის შეცვლის მოთხოვნაა, და არა პარამეტრის შეცვლა.

თუ მიზანი დროებითი გათიშვაა

ზოგიერთი განლაგება აპში Disconnect კონტროლს აჩვენებს, და Palo Alto Networks მას აღწერს Mac Disconnect სახელმძღვანელოში აპის 6.0 და უფრო ახალი ვერსიებისთვის. ის მხოლოდ მაშინ ჩნდება, როცა აგენტის კონფიგურაცია ნებას რთავს. ამ კონფიგურაციამ შეიძლება ასევე მოითხოვოს მიზეზი, წვდომის კოდი ან დახმარების სამსახურის ბილეთი, და შეიძლება შეზღუდოს, რამდენ ხანს ან რამდენად ხშირად დარჩებით გათიშული.

დაასრულეთ ეს სამუშაო პროცესი სერვისის გაჩერების ნაცვლად. მისი გაჩერება გათიშვას ჰგავს და იქცევა როგორც პოლიტიკის დარღვევა.

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

რას ამტვრევს launch agent-ის რედაქტირება

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

გაშვების ფანჯრის დამალვა კვლავ სხვა მოთხოვნაა, და მას თავისი მხარდაჭერილი ინტერფეისის პარამეტრი აქვს.

რა უნდა მოითხოვოთ ზუსტად

მოითხოვეთ On-Demand სახელით, ან დამტკიცებული Disconnect სამუშაო პროცესი მისი პირობებით, ან შესვლის ფანჯრის ჩახშობის მხარდაჭერილი გზა. ბუნდოვან მოთხოვნებს არასწორი პასუხი აქვთ, და შემდეგ ისევ plist-ების რედაქტირებას უბრუნდებით. ასევე მიუთითეთ თქვენ მიერ გაშვებული აპის ვერსია, რადგან Disconnect კონტროლი მხოლოდ 6.0-დანაა დოკუმენტირებული.

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