Handoff წყვეტს მუშაობას, როცა VPN უკავშირდება: რა უნდა შეამოწმოთ

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

გაასწორეთ ერთი დავალება და ერთი წყვილი მოწყობილობა

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

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

ჩაწერეთ ზუსტი დავალება, რადგან ნებისმიერი შესწორების შემმოწმებელი ის არის, რომ სწორედ ის დავალება მუშაობს.

წინაპირობები ლოკალურია და არა დისტანციური

Apple-ის მოთხოვნები Handoff არის ახლომდებარე თავსებადი მოწყობილობები, ორივეზე ჩართული Wi-Fi და Bluetooth, იგივე Apple Account-ით შესვლა და ჩართული Handoff. შეამოწმეთ Continuity-სთვის გამოყენებული ანგარიში და არა ის, რომელმაც აპლიკაცია იყიდა, რადგან საერთო Mac-ზე ისინი შეიძლება განსხვავდებოდეს. შემდეგ დაადასტურეთ, რომ აპლიკაცია და დავალება ნამდვილად მხარს უჭერს Handoff-ს, რადგან ღიად დარჩენილი ნებისმიერი აპლიკაცია არაფერს ამტკიცებს. ეს შემოწმებები იაფია და სწორედ ისინი უნდა გამოირიცხოს პირველად.

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

ამიდან არაფერია დამოკიდებული იმ საჯარო მისამართზე, რომელსაც რომელიმე მოწყობილობა იყენებს.

რას აკეთებს VPN კლიენტი ლოკალურ ტრაფიკთან

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

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

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

რას არ გაძლევს საერთო გასასვლელი

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

VPN სერვისზე აბონენტთა იზოლაცია ასევე განსხვავებული საკითხია, ვიდრე ახლომდებარე ორი მოწყობილობის მიერ დავალების გაგრძელება, ამიტომ აბონენტებს შორის გადამისამართების გახსნა Handoff-ის ნაბიჯი არ არის.

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

გადაწყვიტეთ პოლიტიკის მფლობელთან ერთად, შემდეგ შეამოწმეთ ორივე შედეგი

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

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

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