Partilha SMB após uma queda de VPN: lista de verificação para a recuperação

O seu salvamento bloqueia, o túnel cai e, trinta segundos depois, a VPN está de novo ligada enquanto a janela do Finder roda sobre uma partilha vazia. Tudo parece como se devesse funcionar. O túnel está ativo, a rede está ativa e o volume não. Siga esta ordem, porque voltar a ligar enquanto uma aplicação ainda pensa que detém um identificador aberto é a forma como uma escrita incerta se torna uma escrita perdida.

Comece por parar o trabalho na partilha em vez de a religar. Isso parece passivo e é precisamente o passo que protege os seus dados.

Pare de escrever antes de voltar a ligar

Feche tudo o que esteja a tentar escrever ativamente e guarde o que puder num local local através do caminho de salvamento ou recuperação da própria aplicação. Não inicie uma cópia grande, não deixe um cliente de sincronização tentar eternamente e não aceite um aviso que proponha substituir a cópia do servidor pela sua local. É essa terceira instrução que custa dados, porque um salvamento expirado não está confirmado nem necessariamente ausente, e sobrescrever o ficheiro do servidor remove a única prova do que aconteceu realmente.

Se a aplicação mostrar duas versões do mesmo documento, deixe ambas no lugar por agora. Escolher um vencedor pelo nome do ficheiro ou pela marca temporal é uma conjectura vestida de decisão.

Restaure o caminho e depois prove-o

Volte a ligar a VPN prevista e conclua a autenticação, e depois confirme que o nome do servidor de ficheiros é resolvido e que o serviço SMB responde através do túnel. Um estado ligado descreve apenas o túnel, por isso trate-o como o início da verificação e não como o seu fim.

1. Confirme a resolução de nomes e a acessibilidade do servidor de ficheiros através do túnel.

2. Dê um minuto à montagem existente antes de criar outra; um segundo volume com um rótulo idêntico é mais difícil de raciocinar do que uma recuperação lenta.

3. Se o volume não voltar, ligue-se deliberadamente com Go, depois Connect to Server, e o endereço conhecido do servidor, como smb://files.corp.example/team.

4. Inicie sessão com a conta do servidor de ficheiros, que é uma decisão de credenciais separada do início de sessão da VPN, e confirme o estado do documento na aplicação antes de continuar.

O guia da Apple para ligar com o Finder documenta o método do endereço explícito, e é esse o caminho fiável aqui. Um nome de volume na barra lateral é um rótulo em cache, não uma prova de que a ligação anterior ainda seja utilizável.

Porque uma nova sessão não pode prometer identificadores abertos

O SMB tem de facto mecanismos para sobreviver a uma desconexão temporária, e ambos são condicionais. As aberturas duradouras podem ser religadas dentro de uma janela de tempo negociada entre cliente e servidor, enquanto as aberturas persistentes exigem capacidades mais estritas em ambos os lados. Que um cliente Mac e um servidor de ficheiros concordem em montar uma partilha não diz nada sobre se algum desses mecanismos foi negociado para os ficheiros que tinha abertos.

A especificação é igualmente clara quanto à falha: quando a recuperação não tem êxito, o identificador é invalidado e espera-se que o cliente trate o ficheiro como fechado. Uma aplicação que naquele momento estava a meio de uma escrita não tem um identificador válido de onde continuar, mesmo que a partilha volte a ser navegável e o ficheiro pareça intacto no Finder.

É por isso que o volume que reaparece é um passo necessário e não suficiente. Os editores, as aplicações do tipo base de dados e tudo o que detém um bloqueio exclusivo podem precisar de reabrir a sua própria ligação, e o único relatório fiável do estado do documento vem da aplicação e não da lista de ficheiros.

Não force a montagem a parecer arrumada

Desmontar o volume à força ou matar os auxiliares do sistema de ficheiros para limpar uma barra lateral bloqueada é tentador e normalmente contraproducente. Um estado bloqueado reflete muitas vezes uma operação real pendente, e arrancar a montagem de debaixo não entrega os dados da aplicação em nenhum lugar seguro. Também torna a investigação seguinte mais difícil, porque o erro que o utilizador viu já foi apagado do ecrã. Anote o erro exato que a aplicação reportou e a hora da desconexão, já que é essa marca temporal que lhe permite cruzar o seu relatório com os registos do servidor.

Se a partilha continuar ocupada, use o procedimento do serviço de ficheiros ou do suporte da Mac em vez de escalar a força. Preservar as provas vale mais do que uma barra lateral limpa.

Antes da próxima queda planeada

Termine os salvamentos, feche os ficheiros dependentes e ejete a partilha normalmente antes de desligar uma VPN de propósito. Essa sequência é barata e elimina toda esta classe de perguntas.

Para trabalho que sofre quedas com frequência, mude o modelo de trabalho em vez da montagem: mantenha uma cópia local e sincronize através de um mecanismo suportado pela aplicação, para que um túnel caído lhe custe um intervalo de sincronização em vez de uma escrita incerta. Um script de montagem não pode preservar transações arbitrárias de ficheiros abertos, e nenhum ajuste o fará tentar.