Finder Wi-Fi-synchronisatie via een VPN: waarom de lokale verbinding ertoe doet
Een VPN geeft de iPhone een route naar de Mac, geen lokale verbinding. Ontdekking, koppeling en transport hebben elk hun eigen voorwaarde voordat Finder-synchronisatie werkt.
Je bereikt de Mac via de VPN, dus Finder zou op dezelfde manier met de iPhone moeten synchroniseren, toch? Nee. Bereikbaarheid en de synchronisatiewerkstroom zijn twee verschillende beweringen, en in de kloof daartussen mislukken de meeste van deze pogingen.
Drie afhankelijkheden moeten op één lijn komen voordat Finder het apparaat aanbiedt, en een VPN raakt er maar één van.
Wat de ondersteunde werkwijze echt vereist
Apple’s instructies voor Finder-synchronisatie beginnen met een kabel. Sluit het apparaat aan, selecteer het in Finder, open General, zet de optie aan om het op Wi-Fi te tonen en pas de synchronisatie-instellingen toe. Daarna zet de gedocumenteerde draadloze opstelling de Mac en het apparaat op hetzelfde Wi-Fi-netwerk. Die laatste voorwaarde is geen formaliteit; het is het ontwerp zelf.
Rond de vertrouwensvragen af tijdens die eerste lokale sessie. Die zorgen ervoor dat latere draadloze verbindingen werken.
Ontdekking, koppeling en transport zijn drie dingen
Ontdekking is mDNS, dat normaal op de lokale verbinding blijft. Koppeling is de vertrouwensrelatie die tijdens die eerste kabelverbinding ontstaat. Transport is welk pad de daadwerkelijke synchronisatiesessie ook gebruikt. Een relay of een synthetische Bonjour-advertentie kan het eerste nabootsen en je alsnog met niets achterlaten.
Daarom is een apparaat dat in een lijst verschijnt geen bewijs dat de synchronisatie zal werken.
In de praktijk laat de relay het apparaat verschijnen, de gebruiker klikt erop en de sessie stokt even later. Dat resultaat is de signatuur van een oplossing die alleen de ontdekking repareert.
Waarom een VPN-route geen lokale verbinding vervangt
Multicast-DNS is van nature lokaal, dus een gerouteerde tunnel draagt het niet, tenzij iets het expliciet doorstuurt. Zelfs met een relay verwacht de synchronisatiedienst een gelijkwaardige relatie die de tunnel niet maakt. En de sessie zelf is geen algemene bestandsoverdracht die elke route zal vervullen. Elke laag heeft zijn eigen voorwaarde, en de VPN pakt alleen de derde aan.
Dit is geen bewering dat elke experimentele opstelling onmogelijk is. Het is een reden om een tien jaar oude Bonjour-omweg niet als actueel recept te vertrouwen.
Wat je in plaats daarvan moet doen, per taak
Kies het transport dat bij de taak past in plaats van de apparaatbeheerverbinding te dwingen het te doen. Voor media die je op reis nodig hebt, synchroniseer je lokaal voordat je vertrekt. Voor foto’s en bestanden die actueel moeten blijven, gebruik je iCloud of een andere geautoriseerde synchronisatiedienst.
Voor één document op het thuisnetwerk gebruik je een goedgekeurde bestandstoegangswerkwijze in plaats van de apparaatsessie van Finder na te bootsen.
| Wat je nodig hebt | Het gereedschap dat het doet |
|---|---|
| Media voor een reis | Lokale Finder-synchronisatie voor je vertrekt |
| Foto’s die actueel blijven | iCloud-foto’s of een andere geautoriseerde dienst |
| Eén bestand van huis | Goedgekeurde bestandstoegang, geen apparaatsynchronisatie |
Andere gereedschappen, andere opslag, andere gevolgen voor account en privacy.
Wat je niet moet proberen op een werkende bibliotheek
Kies niet wissen-en-synchroniseren om te onderzoeken waarom een apparaat op afstand ontbreekt. Het wisselen van de gekoppelde bibliotheek kan geselecteerde inhoud vervangen, en je eindigt met het opsporen van een synchronisatieprobleem met een gegevensverliesprobleem erbovenop. Test op een apparaat of bibliotheek die je je kunt veroorloven te verliezen.
Cloudsynchronisatie wordt ook niet lokaal omdat een ander apparaat een VPN draait, en externe bestandstoegang is geen Finder-back-up.