Synchronisation Wi-Fi de Finder via un VPN : pourquoi la liaison locale compte

Vous joignez le Mac par le VPN, donc Finder devrait se synchroniser avec l’iPhone de la même façon, non ? Non. L’accessibilité et le flux de synchronisation sont deux affirmations différentes, et c’est dans l’écart entre les deux que la plupart de ces tentatives échouent.

Trois dépendances doivent s’aligner avant que Finder propose l’appareil, et un VPN n’en touche qu’une.

Ce qu’exige réellement le flux pris en charge

Les instructions de synchronisation Finder d’Apple commencent par un câble. Connectez l’appareil, sélectionnez-le dans Finder, ouvrez General, activez l’option qui l’affiche en Wi-Fi, puis appliquez les réglages de synchronisation. Ensuite, la disposition sans fil documentée place le Mac et l’appareil sur le même réseau Wi-Fi. Cette dernière condition n’est pas une formalité ; c’est la conception même.

Terminez les demandes de confiance pendant cette première session locale. Ce sont elles qui font fonctionner les connexions sans fil ultérieures.

Découverte, appairage et transport sont trois choses

La découverte, c’est mDNS, qui reste normalement sur la liaison locale. L’appairage, c’est la relation de confiance établie lors de cette première connexion par câble. Le transport, c’est le chemin qu’emprunte la session de synchronisation réelle. Un relais ou une annonce Bonjour synthétique peut falsifier la première et vous laisser quand même sans rien.

Voilà pourquoi un appareil qui apparaît dans une liste ne prouve pas que la synchronisation fonctionnera.

En pratique, le relais fait apparaître l’appareil, l’utilisateur clique dessus et la session se bloque un instant plus tard. Ce résultat est la signature d’une solution qui ne corrige que la découverte.

Pourquoi une route VPN ne remplace pas une liaison locale

Le DNS multicast est local par conception, donc un tunnel routé ne le transporte pas, à moins que quelque chose ne le relaie explicitement. Même avec un relais, le service de synchronisation attend une relation de pair à pair que le tunnel ne crée pas. Et la session elle-même n’est pas un transfert de fichiers générique qu’une route quelconque satisferait. Chaque couche a son exigence, et le VPN ne traite que la troisième.

Ce n’est pas affirmer que toute disposition expérimentale est impossible. C’est une raison de ne pas faire confiance à un contournement Bonjour vieux d’une décennie comme recette actuelle.

Que faire à la place, selon la tâche

Choisissez le transport adapté à la tâche au lieu de forcer la connexion de gestion de l’appareil à s’en charger. Pour les médias dont vous avez besoin en voyage, synchronisez en local avant de partir. Pour les photos et fichiers qui doivent rester à jour, utilisez iCloud ou un autre service de synchronisation autorisé.

Pour un seul document sur le réseau domestique, utilisez un flux d’accès aux fichiers approuvé plutôt que de reproduire la session d’appareil de Finder.

Des outils différents, un stockage différent, des conséquences différentes pour le compte et la vie privée.

Ce qu’il ne faut pas tenter sur une bibliothèque qui fonctionne

Ne sélectionnez pas effacer et synchroniser pour comprendre pourquoi un appareil distant manque. Changer la bibliothèque associée peut remplacer le contenu sélectionné, et vous finissez par déboguer un problème de synchronisation avec un problème de perte de données par-dessus. Testez sur un appareil ou une bibliothèque dont vous pouvez supporter la perte.

La synchronisation cloud ne devient pas locale non plus parce qu’un autre appareil utilise un VPN, et l’accès distant aux fichiers n’est pas une sauvegarde Finder.