როგორ მიიღოთ Mac-ის ეკრანზე წვდომა iPad-იდან VPN-ით

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

ქვევით მოცემული ნაბიჯები იმ თანმიმდევრობით მიმდინარეობს, რომ შუადღე არ დაკარგოს.

ნაბიჯი 1: Mac-ზე ეკრანის გაზიარების ჩართვა

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

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

ნაბიჯი 2: აირჩიეთ მიმზერი, რომელიც აუტენტიფიკაციას შეესაბამება

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

თუ აპლიკაციის დოკუმენტაცია გამოყენებულ მეთოდს არ ასახელებს, დატესტეთ იგი და მხოლოდ მას მერე აიღეთ იმედი.

ნაბიჯი 3: პირად მისამართთან დაკავშირება

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

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

ნაბიჯი 4: აღმოჩენის, გაღვიძების და განშლის დამუშავება

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

დასრულებისას გამოიყენეთ მიმზერის განშლა ან Mac-იდან გასვლის სქემა. ხედვის დასრულება და სესიის დასრულება სხვადასხვა მოქმედება არის, სხვადასხვა შედეგებით.

რას VPN თქვენთვის არ აკეთებს

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

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