Sincronização Wi-Fi do Finder por VPN: por que a ligação local importa
Uma VPN dá ao iPhone uma rota até ao Mac, não uma ligação local. Descoberta, emparelhamento e transporte têm cada um o seu requisito antes de a sincronização do Finder funcionar.
Chega ao Mac pela VPN, por isso o Finder deveria sincronizar com o iPhone da mesma forma, certo? Não. A acessibilidade e o fluxo de sincronização são afirmações diferentes, e é na distância entre elas que a maioria destas tentativas falha.
Três dependências têm de se alinhar antes de o Finder apresentar o dispositivo, e uma VPN toca apenas numa delas.
O que o fluxo suportado realmente exige
As instruções de sincronização do Finder da Apple começam com um cabo. Ligue o dispositivo, selecione-o no Finder, abra General, ative a opção de o mostrar em Wi-Fi e aplique as definições de sincronização. Depois, o esquema sem fios documentado coloca o Mac e o dispositivo na mesma rede Wi-Fi. Essa última condição não é uma formalidade; é o próprio desenho.
Conclua os pedidos de confiança durante essa primeira sessão local. São eles que fazem as ligações sem fios posteriores funcionar.
Descoberta, emparelhamento e transporte são três coisas
A descoberta é mDNS, que normalmente fica na ligação local. O emparelhamento é a relação de confiança estabelecida durante essa primeira ligação por cabo. O transporte é o caminho que a sessão de sincronização real usar. Um relé ou um anúncio sintético de Bonjour pode falsificar o primeiro e ainda assim deixá-lo sem nada.
É por isso que um dispositivo a aparecer numa lista não é prova de que a sincronização vai funcionar.
Na prática, o relé faz o dispositivo aparecer, o utilizador clica nele e a sessão bloqueia um instante depois. Esse resultado é a assinatura de uma solução que só corrige a descoberta.
Porque é que uma rota VPN não substitui uma ligação local
O DNS multicast é local por conceção, por isso um túnel encaminhado não o transporta, a menos que algo o reencaminhe explicitamente. Mesmo com um relé, o serviço de sincronização espera uma relação entre pares que o túnel não cria. E a sessão em si não é uma transferência genérica de ficheiros que qualquer rota satisfaça. Cada camada tem o seu requisito, e a VPN só trata da terceira.
Isto não é afirmar que todo o esquema experimental é impossível. É uma razão para não confiar numa volta pelo Bonjour com uma década como receita atual.
O que fazer em vez disso, por tarefa
Escolha o transporte adequado à tarefa em vez de forçar a ligação de gestão do dispositivo a fazê-lo. Para os media de que precisa em viagem, sincronize localmente antes de partir. Para fotos e ficheiros que devem manter-se atualizados, use o iCloud ou outro serviço de sincronização autorizado.
Para um único documento na rede de casa, use um fluxo aprovado de acesso a ficheiros em vez de reproduzir a sessão do dispositivo do Finder.
| Do que precisa | A ferramenta que o faz |
|---|---|
| Media para uma viagem | Sincronização local do Finder antes de partir |
| Fotos que se mantêm atualizadas | iCloud Photos ou outro serviço autorizado |
| Um ficheiro de casa | Acesso aprovado a ficheiros, não sincronização do dispositivo |
Ferramentas diferentes, armazenamento diferente, consequências diferentes para a conta e a privacidade.
O que não experimentar numa biblioteca que funciona
Não selecione apagar e sincronizar para investigar porque falta um dispositivo remoto. Mudar a biblioteca associada pode substituir o conteúdo selecionado, e acaba a depurar um problema de sincronização com um problema de perda de dados por cima. Teste num dispositivo ou biblioteca que possa permitir-se perder.
A sincronização na nuvem também não se torna local porque outro dispositivo usa uma VPN, e o acesso remoto a ficheiros não é uma cópia de segurança do Finder.