Partajare SMB după o cădere VPN: listă de verificare pentru recuperare
Opriți scrierea, restaurați calea reală a serverului și tratați o salvare eșuată ca necunoscută, nu ca pierdută. Mânerele deschise nu supraviețuiesc unei sesiuni VPN noi.
Salvarea se blochează, tunelul cade și, treizeci de secunde mai târziu, VPN-ul este din nou conectat în timp ce fereastra Finder se învârte pe o partajare goală. Totul arată ca și cum ar trebui să funcționeze. Tunelul este sus, rețeaua este sus, iar volumul nu. Parcurgeți acest lucru în ordine, pentru că reconectarea în timp ce o aplicație încă crede că ține un mâner deschis este calea prin care o scriere incertă devine una pierdută.
Începeți prin a opri lucrul pe partajare, nu prin a o reconecta. Pare pasiv și exact acest pas vă protejează datele.
Opriți scrierea înainte de a vă reconecta
Închideți tot ce încearcă activ să scrie și salvați ce puteți într-o locație locală prin calea proprie de salvare sau recuperare a aplicației. Nu porniți o copiere mare, nu lăsați un client de sincronizare să încerce la nesfârșit și nu acceptați un mesaj care oferă să înlocuiască copia de pe server cu cea locală. Exact a treia instrucțiune costă date, pentru că o salvare expirată nu este nici confirmată, nici neapărat absentă, iar suprascrierea fișierului de pe server elimină singura dovadă a ceea ce s-a întâmplat de fapt.
Dacă aplicația arată două versiuni ale aceluiași document, lăsați-le pe amândouă pe loc deocamdată. Alegerea unui câștigător după numele fișierului sau marcajul temporal este o presupunere îmbrăcată în decizie.
Restaurați calea, apoi demonstrați-o
Reconectați VPN-ul dorit și finalizați autentificarea, apoi confirmați că numele serverului de fișiere se rezolvă și că serviciul SMB răspunde prin tunel. O stare conectat descrie doar tunelul, așa că tratați-o ca începutul verificării și nu ca sfârșitul ei.
Confirmați rezolvarea numelor și accesibilitatea serverului de fișiere prin tunel.
Dați un minut montării existente înainte de a crea alta; un al doilea volum cu aceeași etichetă este mai greu de analizat decât o recuperare lentă.
Dacă volumul nu revine, conectați-vă deliberat prin Go, apoi Connect to Server, și adresa cunoscută a serverului, de exemplu
smb://files.corp.example/team.Conectați-vă cu contul serverului de fișiere, care este o decizie privind acreditările separată de autentificarea VPN, și confirmați starea documentului în aplicație înainte de a continua.
Ghidul Apple pentru conectarea cu Finder documentează metoda adresei explicite, iar aceasta este calea fiabilă aici. Un nume de volum din bara laterală este o etichetă din memoria cache, nu o dovadă că conexiunea anterioară este încă utilizabilă.
De ce o sesiune nouă nu poate promite mânere deschise
SMB chiar are mecanisme pentru a supraviețui unei deconectări temporare, iar ambele sunt condiționate. Deschiderile durabile pot fi reconectate într-o fereastră de timp negociată între client și server, în timp ce deschiderile persistente necesită capabilități mai stricte pe ambele părți. Faptul că un client Mac și un server de fișiere sunt de acord să monteze o partajare nu spune nimic despre dacă vreunul dintre aceste mecanisme a fost negociat pentru fișierele pe care le aveați deschise.
Specificația este la fel de clară în privința eșecului: când recuperarea nu reușește, mânerul este invalidat și clientul trebuie să trateze fișierul ca închis. O aplicație care în acel moment era la mijlocul unei scrieri nu are un mâner valid de la care să continue, chiar dacă partajarea este din nou navigabilă și fișierul pare intact în Finder.
De aceea volumul care reapare este un pas necesar și nu unul suficient. Editorii, aplicațiile de tip bază de date și orice deține o blocare exclusivă pot avea nevoie să își redeschidă propria conexiune, iar singurul raport demn de încredere despre starea documentului vine din aplicație, nu din lista de fișiere.
Nu forțați montarea să arate ordonat
Demontarea forțată a volumului sau uciderea ajutoarelor sistemului de fișiere pentru a curăța o bară laterală blocată este tentantă și de obicei contraproductivă. O stare blocată reflectă adesea o operație reală în așteptare, iar smulgerea montării de sub ea nu duce datele aplicației nicăieri în siguranță. Face și ancheta următoare mai dificilă, pentru că eroarea pe care a văzut-o utilizatorul a fost deja ștearsă de pe ecran. Notați eroarea exactă raportată de aplicație și momentul deconectării, pentru că acel marcaj temporal este cel care vă permite să comparați raportul cu jurnalele serverului.
Dacă partajarea rămâne ocupată, folosiți procedura serviciului de fișiere sau a suportului Mac în loc să escaladați forța. Păstrarea dovezilor valorează mai mult decât o bară laterală curată.
Înainte de următoarea cădere planificată
Terminați salvările, închideți fișierele dependente și scoateți partajarea normal înainte de a deconecta intenționat un VPN. Acea secvență este ieftină și elimină toată această clasă de întrebări.
Pentru munca lovită des de întreruperi, schimbați modelul de lucru, nu montarea: păstrați o copie locală și sincronizați printr-un mecanism susținut de aplicație, astfel încât un tunel căzut să vă coste un interval de sincronizare în loc de o scriere incertă. Un script de montare nu poate păstra tranzacții arbitrare pe fișiere deschise, iar nici o reglare nu îl va face să încerce.