Finders Wi-Fi-synkronisering over en VPN: hvorfor det lokale led er afgørende
En VPN giver iPhone en rute til Mac’en, ikke et lokalt led. Registrering, parring og transport har hver deres krav, før Finder-synkronisering kører.
Du kan nå Mac’en over VPN’en, så Finder burde synkronisere til iPhone på samme måde, ikke? Nej. Nåbarhed og synkroniseringsforløbet er to forskellige påstande, og afstanden mellem dem er, hvor de fleste af disse forsøg mislykkes.
Tre afhængigheder skal passe sammen, før Finder tilbyder enheden, og en VPN berører kun én af dem.
Hvad det understøttede forløb faktisk kræver
Apples vejledning til Finder-synkronisering begynder med et kabel. Slut enheden til, vælg den i Finder, åbn General, slå indstillingen til at vise den på Wi-Fi, og anvend synkroniseringsindstillingerne. Derefter sætter det dokumenterede trådløse arrangement Mac’en og enheden på samme Wi-Fi-netværk. Den sidste betingelse er ikke en formalitet; det er selve designet.
Fuldfør tillidsdialogerne i den første lokale session. Det er dem, der får senere trådløse forbindelser til at virke.
Registrering, parring og transport er tre ting
Registrering er mDNS, som normalt bliver på det lokale led. Parring er tillidsforholdet, der oprettes under den første kabelforbindelse. Transport er den vej, den faktiske synkroniseringssession bruger. Et relay eller en syntetisk Bonjour-annonce kan forfalske det første og stadig efterlade dig med ingenting.
Derfor er en enhed, der dukker op på en liste, ikke bevis for, at synkroniseringen kører.
I praksis får relayet enheden til at dukke op, brugeren klikker på den, og sessionen går i stå lidt efter. Det resultat er signaturen på en løsning, der kun retter registreringen.
Hvorfor en VPN-rute ikke erstatter et lokalt led
Multicast-DNS er lokalt af design, så en routet tunnel bærer det ikke, medmindre noget udtrykkeligt videresender det. Selv med et relay forventer synkroniseringstjenesten et ligeværdigt forhold, som tunnelen ikke skaber. Og sessionen selv er ikke en generisk filoverførsel, som enhver rute kan opfylde. Hvert lag har sit eget krav, og VPN’en adresserer kun det tredje.
Det er ikke en påstand om, at ethvert eksperimentelt arrangement er umuligt. Det er en grund til ikke at stole på en ti år gammel Bonjour-omvej som en aktuel opskrift.
Hvad du i stedet skal gøre, efter opgave
Vælg den transport, der passer til opgaven, i stedet for at tvinge enhedsstyringsforbindelsen til at klare det. Til medier, du har brug for på en rejse, synkroniser lokalt før afgang. Til billeder og filer, der skal være opdaterede, brug iCloud eller en anden autoriseret synkroniseringstjeneste.
Til ét dokument på hjemmenetværket, brug et godkendt filadgangsforløb i stedet for at genskabe Finders enhedssession.
| Det, du har brug for | Værktøjet, der gør det |
|---|---|
| Medier til en rejse | Lokal Finder-synkronisering før afgang |
| Billeder, der forbliver opdaterede | iCloud-billeder eller en anden autoriseret tjeneste |
| Én fil hjemmefra | Godkendt filadgang, ikke enhedssynkronisering |
Forskellige værktøjer, forskellig lagerplads, forskellige konsekvenser for konto og privatliv.
Hvad du ikke skal prøve på et fungerende bibliotek
Vælg ikke slet og synkroniser for at undersøge, hvorfor en fjern enhed mangler. Skift af det tilknyttede bibliotek kan erstatte valgt indhold, og du ender med at fejlfinde et synkroniseringsproblem oven på et datatab. Test på en enhed eller et bibliotek, du har råd til at miste.
Skysynkronisering bliver heller ikke lokal, fordi en anden enhed kører en VPN, og fjernadgang til filer er ikke en Finder-sikkerhedskopi.