SMB-Freigabe nach einem VPN-Abbruch: eine Checkliste zur Wiederherstellung

Ihr Speichern hängt, der Tunnel fällt weg, und dreißig Sekunden später ist das VPN wieder verbunden, während das Finder-Fenster auf einer leeren Freigabe dreht. Alles sieht so aus, als müsste es funktionieren. Der Tunnel steht, das Netzwerk steht, und das Volume nicht. Arbeiten Sie das der Reihe nach durch, denn ein erneutes Verbinden, während eine Anwendung noch glaubt, ein offenes Handle zu halten, ist der Weg, auf dem aus einem unsicheren Schreibvorgang ein verlorener wird.

Fangen Sie damit an, die Arbeit auf der Freigabe zu beenden, statt sie neu zu verbinden. Das fühlt sich passiv an, und genau dieser Schritt schützt Ihre Daten.

Beenden Sie das Schreiben, bevor Sie neu verbinden

Schließen Sie alles, was aktiv zu schreiben versucht, und speichern Sie, was Sie können, an einem lokalen Ort über den eigenen Speicher- oder Wiederherstellungspfad der Anwendung. Starten Sie keine große Kopie, lassen Sie einen Synchronisierungsclient nicht endlos erneut versuchen, und akzeptieren Sie keine Abfrage, die anbietet, die Serverkopie durch Ihre lokale zu ersetzen. Genau die dritte Anweisung kostet Daten, denn ein abgelaufenes Speichern ist weder bestätigt noch zwangsläufig abwesend, und das Überschreiben der Serverdatei entfernt den einzigen Beweis dafür, was tatsächlich passiert ist.

Wenn die Anwendung zwei Versionen desselben Dokuments zeigt, lassen Sie beide vorerst stehen. Einen Gewinner nach Dateiname oder Zeitstempel zu wählen, ist Vermutung im Gewand einer Entscheidung.

Stellen Sie den Pfad wieder her, und beweisen Sie ihn dann

Verbinden Sie das vorgesehene VPN erneut und schließen Sie dessen Authentifizierung ab, und bestätigen Sie dann, dass der Name des Dateiservers aufgelöst wird und dass der SMB-Dienst über den Tunnel antwortet. Der Status verbunden beschreibt nur den Tunnel, behandeln Sie ihn also als Beginn der Prüfung und nicht als deren Ende.

1. Bestätigen Sie Namensauflösung und Erreichbarkeit des Dateiservers über den Tunnel.

2. Geben Sie dem vorhandenen Mount eine Minute, bevor Sie einen weiteren anlegen; ein zweites Volume mit identischer Bezeichnung ist schwerer zu durchdenken als eine langsame Wiederherstellung.

3. Wenn das Volume ausbleibt, verbinden Sie bewusst über Go, dann Connect to Server, und die bekannte Adresse des Servers wie smb://files.corp.example/team.

4. Melden Sie sich mit dem Dateiserver-Konto an, das eine eigene Entscheidung zu den Zugangsdaten ist, getrennt vom VPN-Login, und bestätigen Sie den Dokumentzustand in der Anwendung, bevor Sie fortfahren.

Apples Verbindungsanleitung für den Finder dokumentiert die Methode mit der expliziten Adresse, und das ist hier der zuverlässige Weg. Ein Volumename in der Seitenleiste ist eine zwischengespeicherte Bezeichnung, kein Beweis dafür, dass die frühere Verbindung noch nutzbar ist.

Warum eine neue Sitzung keine offenen Handles versprechen kann

SMB hat durchaus Mechanismen, eine vorübergehende Trennung zu überstehen, und beide sind bedingt. Dauerhafte Öffnungen können innerhalb eines zwischen Client und Server ausgehandelten Zeitfensters neu verbunden werden, während persistente Öffnungen strengere Fähigkeiten auf beiden Seiten erfordern. Dass sich ein Mac-Client und ein Dateiserver darauf einigen, eine Freigabe einzubinden, sagt nichts darüber aus, ob einer der beiden Mechanismen für die Dateien ausgehandelt wurde, die Sie offen hatten.

Die Spezifikation ist ebenso klar beim Scheitern: Wenn die Wiederherstellung nicht gelingt, wird das Handle für ungültig erklärt, und vom Client wird erwartet, die Datei als geschlossen zu behandeln. Eine Anwendung, die in diesem Moment mitten im Schreiben war, hat kein gültiges Handle, um fortzufahren, obwohl die Freigabe wieder durchsuchbar ist und die Datei im Finder intakt aussieht.

Deshalb ist das wieder auftauchende Volume ein notwendiger Schritt und kein hinreichender. Editoren, datenbankartige Anwendungen und alles, was eine exklusive Sperre hält, brauchen möglicherweise ihre eigene Verbindung neu, und der einzige verlässliche Bericht über den Dokumentzustand kommt aus der Anwendung und nicht aus der Dateiliste.

Erzwingen Sie kein ordentliches Aussehen des Mounts

Das Volume zwangsweise auszuhängen oder Dateisystem-Helfer zu töten, um eine hängende Seitenleiste zu bereinigen, ist verlockend und meist kontraproduktiv. Ein hängender Zustand spiegelt oft eine echte ausstehende Operation wider, und den Mount darunter wegzuziehen bringt die Daten der Anwendung nirgendwo sicher hin. Es erschwert auch die nächste Untersuchung, weil der Fehler, den der Benutzer sah, vom Bildschirm verschwunden ist. Notieren Sie den genauen Fehler, den die Anwendung gemeldet hat, und den Zeitpunkt der Trennung, denn dieser Zeitstempel ist es, der Ihren Bericht mit den Protokollen des Servers abgleichen lässt.

Wenn die Freigabe beschäftigt bleibt, nutzen Sie das Verfahren des Dateidienstes oder des Mac-Supports, statt Gewalt zu steigern. Beweise zu erhalten ist mehr wert als eine saubere Seitenleiste.

Vor dem nächsten geplanten Abbruch

Schließen Sie Speichervorgänge ab, schließen Sie abhängige Dateien und werfen Sie die Freigabe normal aus, bevor Sie ein VPN absichtlich trennen. Diese Reihenfolge ist billig und beseitigt diese ganze Klasse von Fragen.

Bei Arbeit, die oft Ausfälle erlebt, ändern Sie das Arbeitsmodell statt den Mount: Halten Sie eine lokale Kopie und synchronisieren Sie über einen von der Anwendung unterstützten Mechanismus, damit ein weggefallener Tunnel Sie ein Synchronisierungsintervall kostet statt einen unsicheren Schreibvorgang. Ein Mount-Skript kann beliebige Transaktionen mit offenen Dateien nicht bewahren, und keine Menge Tuning wird es dazu bringen, es zu versuchen.