Sincronització de Finder per Wi-Fi a través d’una VPN: per què importa l’enllaç local
Una VPN dona a l’iPhone una ruta cap al Mac, no un enllaç local. Descobriment, aparellament i transport tenen cadascun el seu requisit abans que funcioni la sincronització de Finder.
Podeu arribar al Mac per la VPN, així que Finder hauria de sincronitzar amb l’iPhone de la mateixa manera, oi? No. L’abastabilitat i el flux de sincronització són afirmacions diferents, i la distància entre elles és on fallen la majoria d’aquests intents.
Tres dependències s’han d’alinear abans que Finder ofereixi el dispositiu, i una VPN només en toca una.
Què exigeix realment el flux compatible
Les instruccions de sincronització de Finder d’Apple comencen amb un cable. Connecteu el dispositiu, seleccioneu-lo a Finder, obriu General, activeu l’opció de mostrar-lo quan sigui a Wi-Fi i apliqueu els paràmetres de sincronització. Després, el dispositiu sense fil documentat posa el Mac i el dispositiu a la mateixa xarxa Wi-Fi. Aquesta darrera condició no és una formalitat; és el disseny.
Completeu les peticions de confiança durant aquella primera sessió local. Són el que fa funcionar les connexions sense fil posteriors.
Descobriment, aparellament i transport són tres coses
El descobriment és mDNS, que normalment es queda a l’enllaç local. L’aparellament és la relació de confiança establerta durant aquella primera connexió per cable. El transport és el camí que utilitza la sessió de sincronització real. Un relé o un anunci de Bonjour sintètic pot falsificar el primer i deixar-vos igualment sense res.
Per això un dispositiu que apareix en una llista no és prova que la sincronització funcioni.
A la pràctica el relé fa aparèixer el dispositiu, l’usuari hi fa clic i la sessió s’encalla un moment després. Aquest resultat és la signatura d’una solució que només arregla el descobriment.
Per què una ruta VPN no substitueix un enllaç local
El DNS multicast és d’enllaç local per disseny, així que un túnel encaminat no el transporta tret que alguna cosa el rellevi explícitament. Fins i tot amb un relé, el servei de sincronització espera una relació d’iguals que el túnel no crea. I la sessió en si no és una transferència genèrica de fitxers que qualsevol ruta satisfaci. Cada capa té el seu requisit, i la VPN només n’aborda la tercera.
Això no és afirmar que tota disposició experimental sigui impossible. És una raó per no confiar en un pedaç de Bonjour de fa una dècada com a recepta actual.
Què fer en lloc d’això, segons la feina
Trieu el transport que encaixi amb la tasca en lloc de forçar la connexió de gestió del dispositiu a fer-ho. Per als mitjans que necessiteu en un viatge, sincronitzeu localment abans de sortir. Per a fotos i fitxers que han d’estar al dia, feu servir iCloud o un altre servei de sincronització autoritzat.
Per a un sol document a la xarxa de casa, feu servir un flux de treball aprovat d’accés a fitxers en lloc de reproduir la sessió del dispositiu de Finder.
| Què necessiteu | L’eina que ho fa |
|---|---|
| Mitjans per a un viatge | Sincronització local de Finder abans de sortir |
| Fotos que es mantenen al dia | iCloud Photos o un altre servei autoritzat |
| Un fitxer de casa | Accés aprovat a fitxers, no sincronització del dispositiu |
Eines diferents, emmagatzematge diferent, conseqüències diferents per al compte i la privadesa.
Què no provar en una biblioteca que funciona
No seleccioneu esborrar i sincronitzar per investigar per què falta un dispositiu remot. Canviar la biblioteca associada pot substituir el contingut seleccionat, i acabareu depurant un problema de sincronització amb un problema de pèrdua de dades a sobre. Proveu-ho en un dispositiu o biblioteca que us pugueu permetre perdre.
La sincronització al núvol tampoc es torna local perquè un altre dispositiu executi una VPN, i l’accés remot a fitxers no és una còpia de seguretat de Finder.