პირადი VPN თუ პაკეტური გვირაბი: ორი VPN მოდელი iPhone-ისთვის
ერთი მოდელი აყენებს iOS-ის ჩაშენებულ IPsec-ს ან IKEv2-ს; მეორე აწვდის პროვაიდერს, რომელიც საკუთარ პროტოკოლს ახორციელებს. პროდუქტის სახელი არ ამბობს, რომელი მიიღეთ.
ორ iPhone აპლიკაციას შეუძლია ორივემ VPN ჩანაწერი განათავსოს პარამეტრებში, ორივემ თავი VPN კლიენტად უწოდოს და თითქმის არავითარი იმპლემენტაცია არ გაიზიაროს. Apple ამ ინტეგრაციებიდან ერთს პირად VPN-ს უწოდებს და სწორედ ეს სახელი ქმნის დაბნეულობის უმეტეს ნაწილს. პირადი VPN არის API ჩაშენებული IPsec ან IKEv2 იმპლემენტაციის გამოყენებით კონფიგურაციების შესაქმნელად და სამართავად. პაკეტური გვირაბის პროვაიდერი მეორე მოდელია: აპლიკაცია აწვდის გაფართოებას, რომელიც საკუთარი პროტოკოლის კლიენტის მხარეს ახორციელებს. ყველაფერი, რასაც ადამიანები შემდეგ ეტიკეტიდან გამოიტანენ, შიფრებიდან საკუთრებამდე და იქამდე, უნდა იმართოს თუ არა ტელეფონი, დასკვნაა და არა განაცხადი.
ვინ ახორციელებს გვირაბს
ეს გაყოფა წყვეტს, ვინ არის პასუხისმგებელი, როცა რამე ფუჭდება. ჩაშენებული IPsec ან IKEv2-ის შემთხვევაში გვირაბის მდგომარეობის მანქანა iOS-ს ეკუთვნის, ხოლო კონფიგურაცია და ღილაკები აპლიკაციას. პროვაიდერის შემთხვევაში აპლიკაციას ორივე ეკუთვნის, ამიტომ პროტოკოლის ხარვეზი აპლიკაციის განახლებად იქცევა ოპერაციული სისტემის განახლების ნაცვლად.
შედარება მოკლეა, თუ იკითხავთ, ვინ ახორციელებს პროტოკოლს.
| Integration | Apple interface | Protocol implementation |
|---|---|---|
| Personal VPN | NEVPNManager with a Personal VPN configuration | The system IPsec or IKEv2 client |
| Packet tunnel | NETunnelProviderManager plus the provider extension | Whatever the extension implements |
პირადი VPN-ის დოკუმენტაცია ასევე აღნიშნავს მომხმარებლის მკაფიო ავტორიზაციის მოთხოვნას, როცა აპლიკაცია პირველად ინახავს კონფიგურაციას, რაც ამ მოდელს ეკუთვნის და არა VPN აპლიკაციებს ზოგადად.
ორი მტკიცება ეტიკეტის შესახებ, რომელთაც ღირს უარი ვთქვათ
პირველი ის არის, თითქოს პირადი VPN შიფრს ირჩევს. არ ირჩევს; მოლაპარაკებული ნაკრები პროტოკოლიდან და მისი კონფიგურაციიდან მოდის და პირადი ეტიკეტი არაფერს ამბობს იმაზე, რომელს მიიღებთ. მეორე ის არის, თითქოს პირადი VPN ნიშნავს პროქსის ან შეზღუდულ გვირაბს. ის ნიშნავს ჩაშენებულ IPsec ან IKEv2-ს, რაც სრული გვირაბია მაშინ, როცა მარშრუტები ასე ამბობენ.
ამიტომ აპლიკაციის არსებობა მავთულის პროტოკოლის მტკიცებულება არ არის. მესამე მხარის კლიენტი, რომელიც WireGuard-ს ან OpenVPN-ს ლაპარაკობს, აგებულებით პროვაიდერის აპლიკაციაა, რადგან iOS ამ პროტოკოლებს ბუნებრივად არ ახორციელებს.
რატომ შეცდომაში შეჰყავს საწარმოო ფორმულირება
Apple-ის დოკუმენტაცია NETunnelProviderManager კონფიგურაციებს ჩვეულებრივ საწარმოო VPN კონფიგურაციებად ახარისხებს. ეს ფორმულირება API კატეგორიაა და ადამიანებს ორ საპირისპირო შეცდომისკენ უბიძგებს: ფიქრი, რომ სამომხმარებლო აპლიკაცია ვერ გამოიყენებს პროვაიდერის მოდელს, და ფიქრი, რომ ტელეფონი ამისთვის ზედამხედველობის ქვეშ უნდა იყოს. არც ერთი არ გამომდინარეობს. სამომხმარებლო აპლიკაციები ჩვეულებრივ აწვდიან პროვაიდერებს და ზედამხედველობა ცალკე კითხვაა იმაზე, ვის შეუძლია პოლიტიკის აღსრულება.
მართვის საკუთრება ის მეოთხე კითხვაა და ორივე მოდელისგან დამოუკიდებელია. ორგანიზაციის მიერ დაინსტალირებული კონფიგურაცია თავის იდენტობას, ტრაფიკის არეალსა და სასიცოცხლო ციკლის წესებს ატარებს და ისინი პროფილთან ერთად მოძრაობენ და არა იმ აპლიკაციასთან, რომელიც შემთხვევით არის დაინსტალირებული. წაიკითხეთ ისინი ინტეგრაციის მოდელთან ერთად, რადგან მართული ჩაშენებული პროფილი და უმართავი პროვაიდერის პროფილი ერთ ტელეფონზე ერთდროულად შეიძლება იყოს.
შეამოწმეთ მტკიცებულება და არა ეკრანის სურათი
ეკრანის სურათები ყველაზე ცუდი ხელმისაწვდომი მტკიცებულებაა, რადგან პარამეტრების დაჯგუფება ვერსიებს შორის იცვლება. მართული პროფილი საკუთარ დატვირთვის ტიპს ასახელებს: ჩაშენებული პროფილი აცხადებს VPN ტიპს, როგორიცაა IKEv2 ან IPsec, ხოლო პროვაიდერის პროფილი ატარებს ქვეტიპს, რომელიც პროვაიდერის პაკეტის იდენტიფიკატორს ასახელებს. ეს თქვენს წინ მდგარ მოწყობილობაზე შესამოწმებელია და გადაურჩება შემდეგ გადაფორმებას.
რაც შეეხება თავად აპლიკაციას, გამოყენებული კლასი იმავე კითხვას მეორე მხრიდან პასუხობს: კონფიგურაციის ობიექტები პირადი VPN API-დან, ან პროვაიდერის მენეჯერი და მისი გაფართოება.
შემდეგ აირჩიეთ იმის მიხედვით, რასაც ოპერატორი რეალურად გთავაზობთ. სადაც თავსებადი ბუნებრივი პროფილი არსებობს, ჩაშენებულ გზას ნაკლები მოძრავი ნაწილი აქვს და ერთი რამ ნაკლები გასაახლებელი. სადაც სერვისს სჭირდება პროტოკოლი, რომელსაც iOS არ აწვდის, პროვაიდერის აპლიკაცია ერთადერთი ვარიანტია და მისი გამოშვების რიტმი თქვენი რისკის ნაწილი ხდება.
შეინახეთ ჩანაწერი კავშირთან ერთად
მიამაგრეთ ავთენტიფიკაცია და რესურსების პოლიტიკა კავშირის ჩანაწერს და არა აპლიკაციას, რათა ხელახალი ინსტალაცია ავტორიზაციის მოდელს თან არ წაიღოს. ეს ჩანაწერი ასევე არის ის, რაც მხარდაჭერის ინჟინერს სჭირდება, როცა გვირაბი ადის და სხვა არაფერი მუშაობს.
ბოლოს დასასმელი კითხვა არ არის, რომელი მოდელია უკეთესი. არამედ რომელ მოდელს უჭერს მხარს თქვენი ოპერატორი და რომელი შეგიძლიათ გამართოთ ღამის ორზე იმ ხელსაწყოებით, რომლებიც ნამდვილად გაქვთ.