Двама души изключват същия Mac след работа и получават различни резултати. Единият губи качване, готово на деветдесет процента; другият затваря капака двадесет секунди по-късно, с всичко запазено. Разликата не е късмет или скорост на диска. Тя е в реда, по който затварят частната сесия, споделената папка и тунела, и в това дали нещо чака тези стъпки да завършат.

Сравнението по-долу е между „тунелът първо“ и „работата първо“, защото този единствен избор обяснява повечето лоши резултати.

Два реда на изключване, два резултата

Тунелът първо изглежда подредено: VPN менюто казва Прекъсване, иконата изчезва, а после потребителят затваря документите и изключва. Проблемът е, че прекъсването може да махне маршрутите и монтираната споделена папка, преди приложението да е приключило със записа, и качване в ход няма накъде да отиде. Потребителят вижда чисто прекъсване и предполага, че останалото е на сигурно място. Изчезването на икона не казва нищо за това дали приложението е приключило. Изключването след това продължава нормално по мрежов път, който вече не носи трафика, от който приложението се нуждаеше.

Работата първо е с няколко секунди по-бавна и много по-спокойна. Частната операция завършва, споделената папка се демонтира умишлено и едва тогава тунелът изчезва. Следващото изключване няма какво повече да прекъсне.

Защо споделената папка трябва да си тръгне преди тунела

Монтираната мрежова споделена папка е жива зависимост, не папка. Клиентът държи отворени манипулатори, сървърът следи лизинги, а запис, който още е на опашката, принадлежи на тази сесия. Изтръгването на тунела под нея произвежда класическото остаряло монтиране: Finder показва споделената папка, всеки достъп блокира и единственото лечение е принудително демонтиране, а понякога и излизане от системата.

Демонтирай чрез поддържаното действие, след като файловата активност е спряла. В macOS това е контролът за изваждане в Finder или умишлено diskutil unmount за точката на монтиране, а не прекъсване на основната мрежа. След това потвърди в страничната лента, че споделената папка е изчезнала, преди да пипнеш VPN.

Ако споделената папка откаже да се демонтира, нещо още държи файл отворен. Намери го, затвори го и опитай отново. Отказът е информация; принудителното демонтиране го превръща в загуба на данни.

Спри клиента, който притежава сесията

VPN сесията има собственик и само този собственик може да я спре чисто. Връзките на Tunnelblick се спират през Tunnelblick. Нативната конфигурация се спира през управлението на самата система или през приложението, което я управлява. Стартирането на отделен OpenVPN бинарен файл срещу профил с подобно име не спира управляваната от приложението сесия и може да остави два процеса в несъгласие кой държи тунелното устройство.

Следи за автоматично възстановяване. Правило On Demand или управляван профил може да стартира връзката отново секунди след умишлено спиране, което изглежда като клиент, който игнорира командата. Това поведение е политика, не дефект, и трябва да се реши с този, който притежава политиката, вместо да се воюва с помощник, който непрекъснато прекъсва.

Някои клиенти разделят „поискано прекъсване“ от „завършено демонтиране“. Ако работният поток чака завършване, прочети собственото състояние на клиента и му дай ограничен срок. Произволно изчакване от една секунда не е чакане, а убиването на всеки процес с име, звучащо като VPN, не е демонтиране.

Остави изключването на операционната система на мира

Последната стъпка трябва да е обикновено изключване: меню Apple, клавишна комбинация или планирана команда shutdown. Този път позволява на приложенията да запазят, пита потребителя за незапазена работа и демонтира томовете в очаквания ред. Това е и пътят, чиито грешки се докладват така, че някой да може да ги отстрани.

Принудителното спиране на захранването пропуска всичко това. То е правилният инструмент, когато машината наистина е заседнала, и грешният инструмент като рутинен начин да се спази срок. Принудителното изключване, което изхвърля качване, не е по-бързо от чакането; то само премества цената към следващата сутрин.

Указанията на Apple за изключване очертават тази граница и описват принудителния случай отделно. Чети ги като причина да поправиш реда, а не като разрешение да превърнеш принудителното изключване в част от ежедневието.

Вгради срока в плана

Ако Mac трябва да е изключен в точно определено време, започни подготовката, докато потребителската сесия е още жива. Чакането до последната минута с почистването е начинът, по който заявка за MFA, недовършен запис или упорито монтиране се превръщат в инцидент. Дай на последователността начален час, не само краен.

Реши какво се случва, когато стъпка надхвърли бюджета си. Възможностите са да уведомиш потребителя, да отмениш изключването или да следваш друга одобрена процедура. Тихото ескалиране на „почистването отне твърде дълго“ до принудително спиране на захранването е единствената опция, която гарантира резултата, който всички се опитваха да избегнат.

Записано, правилото е кратко: завърши частната работа, затвори зависимата сесия, спри тунела през неговия собственик и след това изключи нормално. Четири стъпки в този ред, със срок, прикачен към всяка.

Подобни статии