Sincronizarea Finder prin Wi-Fi peste un VPN: de ce contează legătura locală
Un VPN îi dă iPhone-ului o rută către Mac, nu o legătură locală. Descoperirea, împerecherea și transportul au fiecare propria condiție înainte ca sincronizarea Finder să funcționeze.
Atingi Mac-ul prin VPN, deci Finder ar trebui să se sincronizeze cu iPhone la fel, nu? Nu. Accesibilitatea și fluxul de sincronizare sunt două afirmații diferite, iar în golul dintre ele eșuează majoritatea acestor încercări.
Trei dependențe trebuie să se alinieze înainte ca Finder să ofere dispozitivul, iar un VPN atinge doar una dintre ele.
Ce cere de fapt fluxul acceptat
Instrucțiunile Apple pentru sincronizarea în Finder încep cu un cablu. Conectează dispozitivul, selectează-l în Finder, deschide General, activează opțiunea de a-l afișa în Wi-Fi și aplică setările de sincronizare. Apoi aranjamentul wireless documentat pune Mac-ul și dispozitivul în aceeași rețea Wi-Fi. Ultima condiție nu este o formalitate; este chiar proiectarea.
Finalizează solicitările de încredere în timpul primei sesiuni locale. Ele sunt cele care fac să funcționeze conexiunile wireless ulterioare.
Descoperirea, împerecherea și transportul sunt trei lucruri
Descoperirea este mDNS, care de obicei rămâne pe legătura locală. Împerecherea este relația de încredere stabilită în timpul acelei prime conexiuni prin cablu. Transportul este calea pe care o folosește sesiunea reală de sincronizare. Un releu sau o anunțare Bonjour sintetică poate falsifica primul și tot te poate lăsa fără nimic.
De aceea un dispozitiv care apare într-o listă nu este dovada că sincronizarea va funcționa.
În practică releul face dispozitivul să apară, utilizatorul face clic pe el, iar sesiunea se blochează o clipă mai târziu. Acel rezultat este semnătura unei soluții care repară doar descoperirea.
De ce o rută VPN nu înlocuiește o legătură locală
DNS-ul multicast este local prin proiectare, așa că un tunel rutat nu îl transportă decât dacă ceva îl retransmite explicit. Chiar și cu un releu, serviciul de sincronizare așteaptă o relație de egalitate pe care tunelul nu o creează. Iar sesiunea în sine nu este un transfer generic de fișiere pe care orice rută l-ar satisface. Fiecare strat are propria condiție, iar VPN-ul abordează doar al treilea.
Aceasta nu este o afirmație că orice aranjament experimental este imposibil. Este un motiv să nu ai încredere într-un ocol Bonjour vechi de un deceniu ca rețetă actuală.
Ce să faci în schimb, după sarcină
Alege transportul potrivit sarcinii în loc să forțezi conexiunea de administrare a dispozitivului să o facă. Pentru media de care ai nevoie în călătorie, sincronizează local înainte de plecare. Pentru fotografii și fișiere care trebuie să rămână actualizate, folosește iCloud sau un alt serviciu de sincronizare autorizat.
Pentru un singur document în rețeaua de acasă, folosește un flux aprobat de acces la fișiere în loc să reproduci sesiunea de dispozitiv a Finder.
| De ce ai nevoie | Instrumentul care face asta |
|---|---|
| Media pentru o călătorie | Sincronizare Finder locală înainte de plecare |
| Fotografii care rămân actualizate | iCloud Photos sau alt serviciu autorizat |
| Un fișier de acasă | Acces aprobat la fișiere, nu sincronizare de dispozitiv |
Instrumente diferite, stocare diferită, consecințe diferite pentru cont și confidențialitate.
Ce să nu încerci pe o bibliotecă funcțională
Nu selecta șterge și sincronizează pentru a investiga de ce lipsește un dispozitiv la distanță. Schimbarea bibliotecii asociate poate înlocui conținutul selectat, iar la final depanezi o problemă de sincronizare cu o problemă de pierdere de date deasupra. Testează pe un dispozitiv sau o bibliotecă pe care îți poți permite să o pierzi.
Nici sincronizarea în cloud nu devine locală pentru că alt dispozitiv rulează un VPN, iar accesul la fișiere de la distanță nu este o copie de siguranță Finder.