Recurs compartit SMB després d’una caiguda de VPN: llista de comprovació per a la recuperació

El desament es penja, el túnel cau i, trenta segons després, la VPN torna a estar connectada mentre la finestra del Finder gira sobre un recurs compartit buit. Tot sembla que hauria de funcionar. El túnel està actiu, la xarxa està activa i el volum no. Seguiu aquest ordre, perquè reconnectar mentre una aplicació encara creu que té un identificador obert és així com una escriptura incerta es converteix en perduda.

Comenceu aturant la feina sobre el recurs compartit en lloc de reconnectar-lo. Sembla passiu i és el pas que protegeix les vostres dades.

Atureu l’escriptura abans de reconnectar

Tanqueu tot el que intenti escriure activament i deseu el que pugueu en un lloc local pel camí de desament o recuperació de la mateixa aplicació. No inicieu una còpia gran, no deixeu que un client de sincronització reintenti per sempre i no accepteu cap avís que ofereixi substituir la còpia del servidor per la vostra de local. Aquesta tercera instrucció és la que costa dades, perquè un desament que ha expirat no està confirmat ni tampoc és necessàriament absent, i sobreescriure el fitxer del servidor elimina l’única prova del que va passar realment.

Si l’aplicació mostra dues versions del mateix document, deixeu-les totes dues al seu lloc per ara. Triar un guanyador pel nom del fitxer o per la marca de temps és una conjectura disfressada de decisió.

Restaureu el camí i després demostreu-lo

Reconnecteu la VPN prevista i completeu-ne l’autenticació, i després confirmeu que el nom del servidor de fitxers es resol i que el servei SMB respon a través del túnel. Un estat de connectat descriu només el túnel, així que tracteu-lo com l’inici de la comprovació i no com el final.

1. Confirmeu la resolució de noms i l’abast del servidor de fitxers a través del túnel.

2. Doneu un minut al muntatge existent abans de crear-ne un altre; un segon volum amb una etiqueta idèntica és més difícil de raonar que una recuperació lenta.

3. Si el volum no torna, connecteu-vos deliberadament amb Go, després Connect to Server i l’adreça coneguda del servidor, com ara smb://files.corp.example/team.

4. Inicieu la sessió amb el compte del servidor de fitxers, que és una decisió de credencials separada de l’inici de sessió de la VPN, i confirmeu l’estat del document a l’aplicació abans de continuar.

La guia d’Apple per connectar-vos amb el Finder documenta el mètode de l’adreça explícita, que aquí és el camí fiable. Un nom de volum a la barra lateral és una etiqueta en memòria cau, no una prova que la connexió anterior encara sigui utilitzable.

Per què una sessió nova no pot prometre identificadors oberts

SMB sí que té mecanismes per sobreviure a una desconnexió temporal, i tots dos són condicionals. Les obertures durables es poden reconnectar dins d’una finestra de temps negociada entre client i servidor, mentre que les obertures persistents requereixen capacitats més estrictes a totes dues bandes. Que un client Mac i un servidor de fitxers acceptin muntar un recurs compartit no diu res sobre si s’ha negociat cap d’aquests mecanismes per als fitxers que teníeu oberts.

L’especificació és igual de clara sobre el fracàs: quan la recuperació no té èxit, l’identificador s’invalida i s’espera que el client tracti el fitxer com a tancat. Una aplicació que en aquell moment era a mig escriure no té cap identificador vàlid per continuar, encara que el recurs torni a ser navegable i el fitxer sembli intacte al Finder.

Per això el volum que reapareix és un pas necessari i no suficient. Els editors, les aplicacions de tipus base de dades i qualsevol cosa que mantingui un bloqueig exclusiu poden necessitar reobrir la seva pròpia connexió, i l’únic informe fiable de l’estat del document ve de l’aplicació, no del llistat de fitxers.

No forceu el muntatge a semblar ordenat

Desmuntar el volum a la força o matar els auxiliars del sistema de fitxers per netejar una barra lateral encallada és temptador i normalment contraproduent. Un estat encallat sovint reflecteix una operació real que encara està pendent, i arrencar el muntatge de sota no porta les dades de l’aplicació enlloc segur. També fa més difícil la investigació següent, perquè l’error que l’usuari va veure ja s’ha esborrat de la pantalla. Anoteu l’error exacte que l’aplicació va reportar i l’hora de la desconnexió, ja que aquesta marca de temps és el que us permet contrastar el vostre informe amb els registres del servidor.

Si el recurs compartit continua ocupat, utilitzeu el procediment del servei de fitxers o del suport del Mac en lloc d’escalar la força. Preservar les proves val més que una barra lateral neta.

Abans de la propera caiguda planificada

Acabeu els desaments, tanqueu els fitxers dependents i expulseu el recurs compartit normalment abans de desconnectar una VPN expressament. Aquesta seqüència és barata i elimina tota aquesta classe de preguntes.

Per a la feina que pateix caigudes sovint, canvieu el model de treball en lloc del muntatge: manteniu una còpia local i sincronitzeu per un mecanisme que l’aplicació admeti, de manera que un túnel caigut us costi un interval de sincronització en lloc d’una escriptura incerta. Un script de muntatge no pot preservar transaccions arbitràries de fitxers oberts, i cap ajustament no el farà intentar-ho.