SMB споделяне след прекъсване на VPN: списък за проверка при възстановяване
Спрете записа, възстановете истинския път до сървъра и третирайте неуспешното запазване като неизвестно, а не като изгубено. Отворените манипулатори не преживяват нова VPN сесия.
Запазването ви зацикля, тунелът пада и тридесет секунди по-късно VPN отново е свързан, докато прозорецът на Finder се върти върху празно споделяне. Всичко изглежда така, сякаш трябва да работи. Тунелът е вдигнат, мрежата е вдигната, а томът не е. Минавайте през това по ред, защото повторното свързване, докато приложение все още смята, че държи отворен манипулатор, е начинът, по който несигурен запис се превръща в изгубен.
Започнете със спиране на работата по споделянето, а не с повторното му свързване. Това изглежда пасивно и точно тази стъпка защитава данните ви.
Спрете записа, преди да се свържете отново
Затворете всичко, което активно се опитва да пише, и запазете каквото можете на локално място през собствения път за запазване или възстановяване на приложението. Не стартирайте голямо копиране, не оставяйте клиент за синхронизация да опитва вечно и не приемайте подкана, която предлага сървърното копие да бъде заменено с вашето локално. Именно третата инструкция струва данни, защото запазване с изтекъл срок не е нито потвърдено, нито непременно отсъстващо, а презаписването на сървърния файл премахва единственото доказателство за това какво всъщност се е случило.
Ако приложението показва две версии на един и същ документ, оставете и двете засега. Изборът на победител по име на файл или по времева отметка е догадка, облечена като решение.
Възстановете пътя, после го докажете
Свържете отново предвидения VPN и завършете удостоверяването му, после потвърдете, че името на файловия сървър се разрешава и че SMB услугата отговаря през тунела. Статус свързано описва само тунела, затова го третирайте като начало на проверката, а не като нейния край.
Потвърдете разрешаването на имена и достъпността на файловия сървър през тунела.
Дайте на съществуващото монтиране минута, преди да създадете друго; втори том с идентичен етикет е по-труден за осмисляне от бавно възстановяване.
Ако томът не се появи, свържете се нарочно чрез Go, после Connect to Server и известния адрес на сървъра, например
smb://files.corp.example/team.Влезте с акаунта за файловия сървър, който е отделно решение за идентификационни данни, различно от влизането във VPN, и потвърдете състоянието на документа в приложението, преди да продължите.
Ръководството на Apple за свързване през Finder описва метода с явен адрес и именно той е надеждният път тук. Име на том в страничната лента е кеширан етикет, а не доказателство, че предишната връзка все още е използваема.
Защо нова сесия не може да обещае отворени манипулатори
SMB наистина има механизми за преживяване на временно прекъсване и двата са условни. Устойчивите отваряния могат да бъдат свързани отново в рамките на времеви прозорец, договорен между клиента и сървъра, докато постоянните отваряния изискват по-строги възможности от двете страни. Съгласието на Mac клиент и файлов сървър да монтират споделяне не казва нищо за това дали някой от тези механизми е бил договорен за файловете, които сте имали отворени.
Спецификацията е еднакво ясна относно неуспеха: когато възстановяването не успее, манипулаторът се анулира и от клиента се очаква да третира файла като затворен. Приложение, което в този момент е било по средата на запис, няма валиден манипулатор, от който да продължи, дори споделянето отново да е разглеждаемо и файлът да изглежда цял в Finder.
Затова томът, който се появява отново, е необходима стъпка, а не достатъчна. Редакторите, приложенията в стил база данни и всичко, което държи изключителна блокировка, може да се нуждаят от повторно отваряне на собствената си връзка, а единственият достоверен отчет за състоянието на документа идва от приложението, а не от списъка с файлове.
Не принуждавайте монтирането да изглежда подредено
Принудителното демонтиране на тома или убиването на помощни процеси на файловата система, за да се изчисти заседнала странична лента, е изкушаващо и обикновено контрапродуктивно. Заседналото състояние често отразява реална чакаща операция и изтръгването на монтирането изпод нея не доставя данните на приложението на безопасно място. Това също затруднява следващото разследване, защото грешката, която потребителят е видял, вече е изчистена от екрана. Запишете точната грешка, която приложението е съобщило, и времето на прекъсването, защото именно тази времева отметка ви позволява да съпоставите доклада си с дневниците на сървъра.
Ако споделянето остава заето, използвайте процедурата на файловата услуга или поддръжката на Mac, вместо да ескалирате със сила. Запазването на доказателствата струва повече от чиста странична лента.
Преди следващото планирано прекъсване
Завършете запазванията, затворете зависимите файлове и извадете споделянето нормално, преди умишлено да изключите VPN. Тази последователност е евтина и премахва целия този клас въпроси.
За работа, която често попада на прекъсвания, променете работния модел, а не монтирането: пазете локално копие и синхронизирайте чрез поддържан от приложението механизъм, така че паднал тунел да ви струва един интервал на синхронизация вместо несигурен запис. Скрипт за монтиране не може да запази произволни транзакции с отворени файлове и никаква настройка няма да го накара да опита.