Тримайте Mac бадьорим заради одного завдання VPN, а не заради VPN

Вам потрібно, щоб одне передання завершилося, поки ви відходите, і сон Mac — очевидний підозрюваний. caffeinate може утримувати енергетичне твердження рівно на це вікно, і це вужчий інструмент, ніж здається на перший погляд. Він запобігає сну через бездіяльність, поки виконується команда; він не підтримує сеанс VPN і не врятує передання від облікових даних, термін яких спливає опівночі. Розуміння того, де закінчується його дія, і не дає звалити наступну помилку на неправильний рівень.

Що насправді утримує твердження

Утиліта просить систему керування живленням тримати вимогу відкритою, поки живе обгорнутий процес. Коли процес завершується, вимога йде разом із ним. Саме цей строк життя і корисний: ви не перемикаєте загальносистемне налаштування і не сподіваєтеся згадати, що його треба повернути.

Прапорці вибирають різні вимоги. -i запобігає сну системи через бездіяльність. -d націлений на сон дисплея, а -s — на сон системи в тих випадках, коли система це дозволяє. Жоден із них не є обіцянкою «завжди бадьорий», і жоден не розблоковує екран і не долає закриту кришку. Виберіть той, що відповідає поміченому вами перериванню.

Ця різниця важлива, коли хтось повідомляє, що Mac «усе одно заснув». Питання в тому, яку вимогу було запитано, на скільки і яка подія спричинила сон. Керування живленням оцінює кілька входів, і твердження покриває лише один із них.

Обгорніть завдання, а не прикрашайте сеанс

caffeinate -i /usr/bin/ssh [email protected]

Це утримує вимогу про сон через бездіяльність стільки, скільки працює клієнт SSH, і в цьому весь сенс обгортки замість відправлення у фон. Профіль VPN не зачіпається, keepalive не надсилається, і в конфігурації тунелю нічого не змінюється.

Для обмеженого вікна чесною формою є прапорець тривалості:

caffeinate -i -t 1800

Зупиніть цей виклик його звичайним перериванням, коли завдання завершиться раніше. Не залишайте стос обгорток у фоні і не прибирайте їх пізніше, вбиваючи кожен процес із тим самим іменем; так ви знищите те, що хотіли зберегти.

Сон — одна з причин, а не причина

Запобігання сну через бездіяльність прибирає одне переривання зі списку. Воно не скасовує навмисну команду сну, закриту кришку, втрату живлення чи політику, задану адміністратором. Це окремі рішення, і очікування, що користувацьке твердження їх поборе, — саме те, через що люди роблять висновок, що інструмент не працює.

Сон дисплея і блокування екрана також окремі. Mac може бадьорити з вимкненим екраном і може заблокуватися, поки завдання триває. Якщо потрібен підсвічений екран, це інший прапорець; якщо потрібен розблокований екран, жоден прапорець цього не дає. Скажіть, який із цих трьох результатів вам справді потрібен, перш ніж вибирати перемикач, бо це не одна поведінка під різними назвами.

Сеанс VPN має власний годинник

Тунель IPsec або TLS переузгоджує ключі за розкладом, узгодженим кінцевими точками, а сервер може вимагати максимальний строк життя сеансу незалежно від активності клієнта. Облікові дані спливають. Канал доступу може відвалитися з причин, не пов'язаних із тим, чи ноутбук бадьорий. Ніщо з цього не дбає про енергетичне твердження.

Тому коли корисний трафік збоїть, а Mac явно бадьорий, збільшення тривалості — не пояснення і не ремонт. Прочитайте збій: помилка переузгодження ключів, завершення автентифікації та втрата носія виглядають у журналі тунелю по-різному, і кожен має своє виправлення.

Перенесіть стійкість на віддалений хост

Якщо втрата локального з'єднання коштувала б годин роботи, відповідь на іншому боці. Мультиплексор термінала зберігає сеанс на сервері, коли SSH помирає, а система завдань зберігає роботу, коли сеанс закінчується. Ні те, ні інше не залежить від живлення ноутбука.

Це інша межа відмови, і саме вона важлива для довгих завдань. Поєднуйте обидва лише тоді, коли істинні обидві умови: машина повинна бадьорити для локальної частини роботи, а віддалена частина повинна пережити розрив. Потім перевірте, підключившись заново з другого термінала і переконавшись, що завдання досі виконується.

Запишіть, яке твердження ви використали і коли воно закінчується. Короткостроковий експлуатаційний вибір — це нормально; непояснений постійний через півроку перетворюється на звернення до підтримки, коли ніхто вже не пам'ятає, чому Mac ніколи не спить.