რომელი პროტოკოლი დგას იმ შენახული Mac VPN პროფილის უკან?

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

ეტიკეტი მეტსახელია, პეილოუდი ტიპს აცხადებს

macOS-ის VPN სერვისი სისტემური კონფიგურაციის ჩანაწერია, რომელსაც აქვს ნაჩვენები სახელი, მფლობელი კლიენტი და ტიპიზებული პარამეტრების ნაკრები. ნაჩვენები სახელი თავისუფალი ტექსტია, რომლის რედაქტირებაც ჩანაწერის შემქმნელს შეუძლია, და სწორედ ამ ნაწილს ხედავენ მომხმარებლები მენიუს ზოლში. პარამეტრები ატარებენ ფაქტებს: რომელი კავშირის ტიპი, რომელი კარიბჭე, რომელი ავთენტიფიკაციის წყობა. არაფერი ინახავს ამ ორას სინქრონში, ამიტომაც „ოფისი L2TP“ სახელის პროფილი შეიძლება IKEv2 სერვისი იყოს.

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

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

წაიკითხეთ VPNType ყველაფერზე ადრე პეილოუდში

Apple-ის მართული VPN პეილოუდის სქემა კავშირის ტიპს აცხადებს VPNType გასაღებში, ლექსიკონში, რომლის PayloadType არის com.apple.vpn.managed. მნიშვნელობა მოკლე ნიშანია, როგორიცაა IKEv2, IPsec, L2TP ან VPN, და პეილოუდში დანარჩენი ყველაფერი ამ ნიშნის მიხედვით ინტერპრეტირდება.

<key>PayloadType</key>
<string>com.apple.vpn.managed</string>
<key>VPNType</key>
<string>IKEv2</string>
<key>IKEv2</key>
<dict>
  <key>RemoteAddress</key>
  <string>vpn.head-office.example</string>
  <key>RemoteIdentifier</key>
  <string>ikev2.head-office.example</string>
</dict>

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

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

მორგებულ ტიპებს სჭირდებათ VPNSubType და მფლობელი აპლიკაცია

როცა VPNType არის VPN, პეილოუდმა ასევე უნდა ატაროს VPNSubType, რომელიც ამოიცნობს დანამატს ან Network Extension პროვაიდერს, რომელიც ახორციელებს კავშირს. სწორედ ეს იდენტიფიკატორი მიმართავს კავშირს კონკრეტულ კლიენტთან, ამიტომ არასწორი ქვეტიპი ქმნის პროფილს, რომელიც დაყენდება და შემდეგ უარს იტყვის გაშვებაზე.

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

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

ჩამოთვალეთ, რა კონფიგურაცია აქვს Mac-ს რეალურად

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

scutil --nc list
scutil --nc show "Office VPN"

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

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

შენახული პარამეტრები ცოცხალი სესიისგან ცალკე შეინახეთ

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

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

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