Mac VPN კლიენტი: Network Extension System Extension-ის წინააღმდეგ
Network Extension შესაძლებლობაა, System Extensions კი მიწოდების მექანიზმი: გამოყავით ისინი, რომ აირჩიოთ macOS-ის დამტკიცების ნაბიჯი და საკითხავი ჟურნალი.
Apple-ის ორი ტერმინი ისე გამოიყენება, თითქოს ერთსა და იმავეს ასახელებდეს, და ეს დაბნეულობა ადამიანებს არასწორ პარამეტრების პანელზე აგზავნის. Network Extension აღწერს შესაძლებლობას: VPN გვირაბების, პროქსებისა და ფილტრების დანერგვის მხარდაჭერილ გზას. System Extensions აღწერს მომხმარებლის სივრცეში გაფართოებების მიწოდებისა და დამტკიცების მექანიზმს. თანამედროვე Mac VPN კლიენტს ჩვეულებრივ ორივე სჭირდება, ამიტომ არც ერთი ეტიკეტი მარტო არ ხსნის სიმპტომს. ორის გამოყოფა პასუხობს, რომელი კომპონენტი შეამოწმოთ და რომელი დამტკიცების ნაბიჯი მოელოდოთ.
ორი კითხვა და არა ერთი ეტიკეტი
იკითხეთ, რას აკეთებს კომპონენტი, სანამ იკითხავთ, როგორ დგინდება ის. შესაძლებლობა განსაზღვრავს, რომელი პროვაიდერის კლასი არსებობს და შესაბამისად რომელი კოდი ამუშავებს თქვენს პაკეტებს. მიწოდების მექანიზმი განსაზღვრავს, როგორ ჩამოდის ბინარული ფაილი, როგორ მტკიცდება და სად იწერება მისი მდგომარეობა. პროდუქტს შეუძლია პაკეტური გვირაბის დანერგვა ძველ გამოშვებებზე სისტემური გაფართოების მიწოდების გარეშე, და შეუძლია მისცეს სისტემური გაფართოება, რომელიც გვირაბის გარდა სხვა რამეს ახორციელებს.
ბირთვის გაფართოებები მესამე ტერმინია, რომელსაც ხალხი ურევს. ისინი პრივილეგირებული ქსელური კოდის გაშვების ძველი გზა იყო, სხვა დამტკიცებებს მოითხოვდნენ, და Apple წლებია დეველოპერებს მათგან აშორებს. ბირთვის გაფართოების დამტკიცების რეცეპტის გამოყენება თანამედროვე კლიენტზე დროს კარგავს დიალოგზე, რომელიც არასდროს გამოჩნდება.
წაიკითხეთ მომწოდებლის განლაგების შენიშვნები თქვენ მიერ გაშვებული macOS ვერსიისთვის წინა გამოშვების ფორუმის პოსტის ნაცვლად. არქიტექტურა ერთზე მეტჯერ შეიცვალა, და ინსტრუქციები სწრაფად ძველდება. შენიშვნა, რომელიც ბირთვის გაფართოების დამტკიცებას ახსენებს, პროდუქტის სხვა ეპოქას აღწერს.
რას იძლევა Network Extension
ჩარჩო გვაძლევს პროვაიდერის ტიპებს ჩვეულებრივი ქსელური ამოცანებისთვის: პაკეტური გვირაბი VPN ტრაფიკისთვის, აპლიკაციის პროქსი თითო აპლიკაციის ნაკადებისთვის, შიგთავსის ფილტრი ტრაფიკის შესამოწმებლად და DNS პროქსის დამუშავება გადამწყვეტის ქცევისთვის. პროვაიდერის ტიპი განსაზღვრავს, რა შეუძლია გაფართოებას, და კლიენტი, რომელიც ორ პროვაიდერს აწვდის, შეიძლება ორ სხვადასხვა საქმეს აკეთებდეს.
ეს მნიშვნელოვანია დიაგნოსტიკისას, რადგან ერთი და იგივე კავშირის სიმპტომი შეიძლება გვირაბიდან, ფილტრიდან ან DNS პროქსიდან მოვიდეს. ვებსაიტის დაბლოკვა ფილტრის გადაწყვეტილებაა, კერძო ქვექსელზე მიუწვდომლობა ჩვეულებრივ გვირაბის გადაწყვეტილებაა, და არასწორი მისამართის ამოხსნა ჩვეულებრივ გადამწყვეტის გადაწყვეტილებაა. პროვაიდერის ტიპის დასახელება ავიწროებს ძებნას ნებისმიერი ჟურნალის წაკითხვამდე.
ჩარჩოში არაფერი მიუთითებს კონფიდენციალურობის პოზიციაზე. მომხმარებლის სივრცეში გაფართოებას ჯერ კიდევ აქვს ნებართვები, კონფიგურაცია და უკან ოპერატორი, ამიტომ არქიტექტურას მოეპყარით როგორც დანერგვის დეტალს და არა როგორც ნდობის სიგნალს. იკითხეთ, ვინ მართავს საბოლოო წერტილს და რის შესაგროვებლად არის კონფიგურირებული.
რას ცვლის System Extensions
მექანიზმი პრივილეგირებულ კოდს ბირთვიდან მომხმარებლის სივრცეში გადააქვს და ცვლის, როგორ ითხოვს ოპერაციული სისტემა თანხმობას. აქტივაცია ინსტალაციისგან ცალკე ნაბიჯია, და მომხმარებელმა ან MDM პროფილმა უნდა დაუშვას ის. კლიენტი, რომელიც ინსტალირდება, მაგრამ არასდროს აქტიურდება Applications საქაღალდეში არსებულად ჩანს და კავშირისთვის არაფერს აკეთებს.
მდგომარეობას სისტემა იწერს და არა აპლიკაცია, რაც სასარგებლოა, რადგან მისი გამოკითხვა შეიძლება. ქვემოთ მოცემული ბრძანება ჩამოთვლის გაფართოებებს, რომლებიც სისტემამ იცის, და მათ აქტივაციის მდგომარეობას.
systemextensionsctl list
scutil --nc listპირველი ბრძანება პასუხობს, დაყენებულია და გააქტიურებულია თუ არა კომპონენტი. მეორე ჩამოთვლის VPN კონფიგურაციებს, რომლებიც სისტემას აქვს, რაც სხვა კითხვაა და ხშირად სწორედ ის, რაც მნიშვნელოვანია, როცა კავშირის პროფილი აკლია და არა გატეხილია.
რომელი შევამოწმოთ მოცემული სიმპტომისთვის
შეუსაბამეთ სიმპტომი ფენას პარამეტრების პანელის გახსნამდე. დაკარგული კონფიგურაცია პროფილის კითხვაა, დაყენებული მაგრამ არააქტიური კომპონენტი მიწოდების კითხვაა, და აქტიური კომპონენტი, რომელსაც ტრაფიკი ვერ გაატარებს, შესაძლებლობის კითხვაა.
| Symptom | First place to look |
|---|---|
| No VPN entry at all | Configuration profile or scutil list |
| Client installed, nothing happens | Extension activation state |
| Tunnel up, private host unreachable | Tunnel provider routes and policy |
| One app blocked, others fine | Filter or app proxy provider |
ჟურნალის ნაკადი ბოლო ორი რიგის საერთო მტკიცებულებაა. ქსელური გაფართოების ქვესისტემის წაკითხვა ამბობს, რომელმა პროვაიდერმა დაამუშავა ნაკადი, და ფილტრის გადაწყვეტილება გვირაბის ჩავარდნისგან განსხვავებულად გამოიყურება, მაშინაც კი, როცა მომხმარებელი ორივეს გატეხილ VPN-ად აღწერს.
log show --last 10m --predicate 'process == "nesessionmanager"'ნუ დაასკვნით, რომ გაფართოება აქტიურია, რადგან მენიუს ზოლში ხატულაა. ხატულები ჩავარდნილ აქტივაციებს გადაურჩება, და მოძველებული ხატულა ერთ-ერთი ყველაზე გავრცელებული მიზეზია, რის გამოც მხარდაჭერის ზარი არასწორ ადგილას იწყება. ამის ნაცვლად წაიკითხეთ აქტივაციის მდგომარეობა, რადგან სისტემა სწორედ მას იწერს.
დამტკიცება, MDM და ბირთვის გაფართოების მითი
მართულ Mac-ებზე დამტკიცების ნაბიჯი MDM პროფილს ეკუთვნის, და System Settings-ში Allow-ზე დამკლიკებული მომხმარებელი შეიძლება მაინც დაიბლოკოს პოლიტიკით, რომელიც არ განახლებულა. ჰკითხეთ სამუშაო მაგიდის გუნდს, რომელი მექანიზმი ამტკიცებს გაფართოებას ამ ფლოტისთვის, სანამ მომხმარებელს რაიმეზე დაკლიკებას სთხოვთ.
მართულ Mac-ზე დამტკიცების მოთხოვნა ერთხელ ჩნდება, და უარი შეიძლება სამუდამო იყოს, სანამ გაფართოება ხელახლა არ დაყენდება. ეს ქცევა ხსნის იმ მანქანას, სადაც კლიენტი OS-ის განახლებამდე მუშაობდა და ახლა იტყობინება კავშირზე, რომელიც არასდროს მყარდება.
ჩაწერეთ პროვაიდერის ტიპი, აქტივაციის მდგომარეობა და დამტკიცების მექანიზმი იმ კლიენტისთვის, რომელსაც აწყობთ. ეს სამი ფაქტი პასუხობს Mac VPN-ის შესახებ მომავალი კითხვების უმეტესობას შესაძლებლობა-მიწოდების კამათის ხელახლა გახსნის გარეშე.