Sdílení SMB po výpadku VPN: kontrolní seznam pro obnovu

Ukládání zamrzne, tunel spadne a o třicet sekund později je VPN znovu připojená, zatímco okno Finderu se točí na prázdném sdílení. Všechno vypadá, jako by mělo fungovat. Tunel běží, síť běží a svazek ne. Projděte to popořadě, protože opětovné připojení ve chvíli, kdy si aplikace stále myslí, že drží otevřený handle, je způsob, jak se nejistý zápis změní ve ztracený.

Začněte tím, že práci na sdílení zastavíte, ne tím, že ho znovu připojíte. Působí to pasivně a právě tento krok chrání vaše data.

Zastavte zápis dřív, než se znovu připojíte

Zavřete vše, co se aktivně snaží zapisovat, a co můžete, uložte na místní umístění přes vlastní cestu ukládání nebo obnovy aplikace. Nezačínejte velké kopírování, nenechte synchronizačního klienta zkoušet donekonečna a nepřijměte výzvu, která nabízí nahrazení kopie na serveru tou vaší místní. Právě třetí pokyn stojí data, protože uložení s vypršeným časem není ani potvrzené, ani nutně nepřítomné, a přepsání souboru na serveru odstraní jediný důkaz o tom, co se skutečně stalo.

Pokud aplikace ukazuje dvě verze téhož dokumentu, nechte obě zatím na místě. Vybrat vítěze podle názvu souboru nebo časového razítka je odhad oblečený do rozhodnutí.

Obnovte cestu a pak ji dokažte

Znovu připojte zamýšlenou VPN a dokončete její ověření, poté potvrďte, že se název souborového serveru překládá a že služba SMB odpovídá přes tunel. Stav připojeno popisuje jen tunel, takže ho berte jako začátek kontroly, ne její konec.

1. Potvrďte překlad názvů a dostupnost souborového serveru přes tunel.

2. Dejte stávajícímu připojení minutu, než vytvoříte další; druhý svazek se stejným označením se posuzuje hůř než pomalá obnova.

3. Pokud svazek nepřijde, připojte se záměrně přes Go, potom Connect to Server a známou adresu serveru, například smb://files.corp.example/team.

4. Přihlaste se účtem souborového serveru, což je samostatné rozhodnutí o přihlašovacích údajích oddělené od přihlášení k VPN, a před pokračováním potvrďte stav dokumentu v aplikaci.

Appleův průvodce připojením přes Finder dokumentuje metodu explicitní adresy a ta je zde spolehlivou cestou. Název svazku v postranním panelu je uložený štítek, nikoli důkaz, že předchozí připojení je stále použitelné.

Proč nová relace nemůže slíbit otevřené handle

SMB skutečně má mechanismy pro přežití dočasného odpojení a oba jsou podmíněné. Trvalá otevření lze znovu připojit v časovém okně sjednaném mezi klientem a serverem, zatímco vytrvalá otevření vyžadují přísnější možnosti na obou stranách. To, že se klient Mac a souborový server dohodnou na připojení sdílení, nic neříká o tom, zda byl některý z těchto mechanismů sjednán pro soubory, které jste měli otevřené.

Specifikace je stejně jasná ohledně selhání: když obnova neuspěje, handle se zneplatní a od klienta se očekává, že soubor bude považovat za zavřený. Aplikace, která byla v tu chvíli uprostřed zápisu, nemá platný handle, ze kterého by pokračovala, i když je sdílení znovu procházetelné a soubor ve Finderu vypadá nedotčeně.

Proto je znovu se objevující svazek nutným krokem, nikoli dostačujícím. Editory, aplikace na způsob databází a cokoli, co drží výhradní zámek, může potřebovat znovu otevřít vlastní spojení, a jediná důvěryhodná zpráva o stavu dokumentu přichází z aplikace, ne z výpisu souborů.

Nenuťte připojení vypadat uklizeně

Vynutit odpojení svazku nebo zabít pomocné procesy souborového systému, aby se vyčistil zaseknutý postranní panel, je lákavé a obvykle kontraproduktivní. Zaseknutý stav často odráží skutečnou čekající operaci a vytrhnutí připojení pod ní nedoručí data aplikace nikam bezpečně. Také ztěžuje další vyšetřování, protože chyba, kterou uživatel viděl, už byla z obrazovky smazána. Zapište přesnou chybu, kterou aplikace nahlásila, a čas odpojení, protože právě toto časové razítko vám umožní porovnat vaši zprávu s logy serveru.

Pokud sdílení zůstává zaneprázdněné, použijte postup souborové služby nebo podpory Macu místo stupňování síly. Zachování důkazů má větší cenu než uklizený postranní panel.

Před příštím plánovaným výpadkem

Dokončete ukládání, zavřete závislé soubory a běžně vysuňte sdílení, než VPN záměrně odpojíte. Tato posloupnost je levná a odstraní celou tuto třídu otázek.

U práce, kterou výpadky zasahují často, změňte pracovní model, ne připojení: držte místní kopii a synchronizujte přes mechanismus, který aplikace podporuje, aby vás spadlý tunel stál jeden interval synchronizace místo nejistého zápisu. Skript připojení nedokáže zachovat libovolné transakce s otevřenými soubory a žádné ladění ho k tomu nedonutí.