Finder-ის Wi-Fi სინქრონიზაცია VPN-ის გავლით: რატომ არის მნიშვნელოვანი ლოკალური კავშირი
VPN iPhone-ს Mac-მდე მარშრუტს აძლევს და არა ლოკალურ კავშირს. აღმოჩენას, დაწყვილებას და ტრანსპორტს თითოეულს თავისი პირობა აქვს, სანამ Finder-ის სინქრონიზაცია იმუშავებს.
VPN-ით Mac-ს აღწევთ, ამიტომ Finder-იც იმავე გზით უნდა სინქრონიზდეს iPhone-თან, არა? არა. მისადგომობა და სინქრონიზაციის სამუშაო პროცესი ორი განსხვავებული მტკიცებაა და ამ ცდებიდან უმეტესობა სწორედ მათ შორის არსებულ სივრცეში იშლება.
სამი დამოკიდებულება უნდა დაემთხვეს, სანამ Finder მოწყობილობას შემოგთავაზებთ, და VPN მხოლოდ ერთს ეხება.
რას ითხოვს სინამდვილეში მხარდაჭერილი პროცესი
Apple-ის Finder-ის სინქრონიზაციის ინსტრუქცია კაბელით იწყება. შეაერთეთ მოწყობილობა, აირჩიეთ ის Finder-ში, გახსენით General, ჩართეთ Wi-Fi-ზე ჩვენების პარამეტრი და გამოიყენეთ სინქრონიზაციის პარამეტრები. შემდეგ დოკუმენტირებული უსადენო განლაგება Mac-სა და მოწყობილობას ერთსა და იმავე Wi-Fi ქსელში ათავსებს. ეს ბოლო პირობა ფორმალობა არ არის; ეს თავად დიზაინია.
დაასრულეთ ნდობის მოთხოვნები პირველივე ლოკალურ სესიაში. სწორედ ისინი ხდიან შემდგომ უსადენო კავშირებს მოქმედს.
აღმოჩენა, დაწყვილება და ტრანსპორტი სამი განსხვავებული რამ არის
აღმოჩენა mDNS-ია, რომელიც ჩვეულებრივ ლოკალურ კავშირზე რჩება. დაწყვილება ნდობის ურთიერთობაა, რომელიც იმ პირველი საკაბელო კავშირის დროს მყარდება. ტრანსპორტი ის გზაა, რომელსაც ფაქტობრივი სინქრონიზაციის სესია იყენებს. რელე ან ხელოვნური Bonjour რეკლამა პირველს გააყალბებს და მაინც ხელცარიელს დაგტოვებთ.
ამიტომ სიაში მოწყობილობის გამოჩენა იმის მტკიცებულება არ არის, რომ სინქრონიზაცია იმუშავებს.
პრაქტიკაში რელე მოწყობილობას აჩენს, მომხმარებელი მასზე აწკაპუნებს და სესია ცოტა ხანში ჩერდება. სწორედ ეს შედეგია მხოლოდ აღმოჩენის გამასწორებელი გადაწყვეტის ხელწერა.
რატომ არ ცვლის VPN მარშრუტი ლოკალურ კავშირს
მრავალმისამართიანი DNS დიზაინით ლოკალურია, ამიტომ მარშრუტიზებული გვირაბი მას არ გადაიტანს, თუ რაღაც ცალსახად არ გადასცემს. რელეს შემთხვევაშიც სინქრონიზაციის სერვისი თანასწორ ურთიერთობას ელის, რომელსაც გვირაბი არ ქმნის. თავად სესია კი არ არის ზოგადი ფაილის გადაცემა, რომელსაც ნებისმიერი მარშრუტი დააკმაყოფილებს. თითოეულ ფენას თავისი პირობა აქვს და VPN მხოლოდ მესამეს ეხმიანება.
ეს არ არის მტკიცება, რომ ყოველი ექსპერიმენტული განლაგება შეუძლებელია. ეს მიზეზია, რომ ათწლიან Bonjour-ის გვერდის ავლას დღევანდელ რეცეპტად არ ვენდოთ.
სამაგიეროდ რა ვქნათ, დავალების მიხედვით
აირჩიეთ დავალების შესაფერისი ტრანსპორტი იმის ნაცვლად, რომ მოწყობილობის მართვის კავშირს აიძულოთ ამის გაკეთება. მოგზაურობისთვის საჭირო მედია გამგზავრებამდე ლოკალურად დაასინქრონეთ. აქტუალური ფოტოებისა და ფაილებისთვის გამოიყენეთ iCloud ან სხვა ნებადართული სინქრონიზაციის სერვისი.
სახლის ქსელში ერთი დოკუმენტისთვის გამოიყენეთ ფაილებზე წვდომის დამტკიცებული პროცესი და არა Finder-ის მოწყობილობის სესიის გამეორება.
| რაც გჭირდებათ | ხელსაწყო, რომელიც ამას აკეთებს |
|---|---|
| მედია მოგზაურობისთვის | ლოკალური Finder სინქრონიზაცია გამგზავრებამდე |
| ფოტოები, რომლებიც აქტუალური რჩება | iCloud Photos ან სხვა ნებადართული სერვისი |
| ერთი ფაილი სახლიდან | დამტკიცებული ფაილური წვდომა და არა მოწყობილობის სინქრონიზაცია |
სხვადასხვა ხელსაწყო, სხვადასხვა საცავი, სხვადასხვა შედეგი ანგარიშისა და კონფიდენციალურობისთვის.
რა არ უნდა სცადოთ მუშა ბიბლიოთეკაზე
ნუ აირჩევთ წაშალე და დაასინქრონე პარამეტრს იმის გასარკვევად, თუ რატომ აკლია დისტანციური მოწყობილობა. დაკავშირებული ბიბლიოთეკის შეცვლამ შეიძლება არჩეული შიგთავსი ჩაანაცვლოს და საბოლოოდ სინქრონიზაციის პრობლემას მონაცემების დაკარგვის პრობლემას ზემოდან აწყობთ. გამოსცადეთ მოწყობილობაზე ან ბიბლიოთეკაზე, რომლის დაკარგვასაც გაუძლებთ.
ღრუბლოვანი სინქრონიზაცია არც იმიტომ ხდება ლოკალური, რომ სხვა მოწყობილობა VPN-ს უშვებს, და დისტანციური ფაილური წვდომა Finder-ის სარეზერვო ასლი არ არის.