אתה צריך שהעברה אחת תסתיים בזמן שאתה מתרחק, וה־Mac הישן הוא החשוד המובן מאליו. caffeinate יכול להחזיק תביעת חשמל בדיוק לחלון הזה, והוא כלי צר יותר ממה שהוא נראה במבט ראשון. הוא מונע שינה מחוסר פעילות בזמן שפקודה רצה; הוא לא משאיר הפעלת VPN בחיים, ולא יציל העברה מפרטי התחברות שפגים בחצות. הידיעה היכן נגמר הטווח שלו היא מה שמונע מהכשל הבא להיות מיוחס לשכבה הלא נכונה.

מה התביעה באמת מחזיקה

הכלי מבקש ממערכת ניהול החשמל להחזיק תביעה פתוחה כל עוד התהליך העטוף חי. כשהתהליך יוצא, התביעה יוצאת איתו. אורך החיים הזה הוא החלק השימושי: אתה לא מחליף הגדרה של כל המחשב ומקווה לזכור לבטל אותה אחר כך.

הדגלים בוחרים תביעות שונות. -i מונע שינה מחוסר פעילות של המערכת. -d מכוון לשינה של הצג, ו־-s מכוון לשינה של המערכת במצבים שבהם המערכת מאפשרת זאת. אף אחד מהם אינו הבטחה גורפת «להישאר ער», ואף אחד לא מבטל נעילה של המסך ולא מונע סגירת מכסה. בחר את זה שמתאים להפסקה שראית בפועל.

ההבחנה הזו חשובה כשמישהו מדווח שה־Mac «בכל זאת נרדם». השאלה היא איזו תביעה התבקשה, לכמה זמן, ואיזה אירוע גרם לשינה. ניהול החשמל מעריך כמה קלטים, ותביעה מכסה אחד מהם.

עטוף את המשימה במקום לקשט את ההפעלה

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

זה מחזיק את תביעת חוסר הפעילות כל עוד לקוח ה־SSH רץ, וזו כל הנקודה של עטיפה במקום הרצה ברקע. פרופיל ה־VPN נשאר ללא שינוי, לא נשלח שום אות שמירה, ושום דבר בהגדרות המנהרה לא משתנה.

לחלון מוגבל, דגל המשך הזמן הוא הצורה הישרה:

caffeinate -i -t 1800

עצור את הקריאה הזו עם ההפסקה הרגילה שלה כשהמשימה מסתיימת מוקדם. אל תשאיר ערימה של עטיפות ברקע ואחר כך תנקה בהרג של כל תהליך עם אותו שם; תוציא משהו שרצית לשמור.

שינה היא סיבה אחת, לא הסיבה

מניעת שינה מחוסר פעילות מסירה הפרעה אחת מהרשימה. היא לא מבטלת פקודת שינה מכוונת, מכסה סגור, נפילת חשמל או מדיניות שמנהל הגדיר. אלה החלטות נפרדות, והציפייה שתביעה ברמת משתמש תנצח אותן היא הדרך שבה אנשים מסיקים שהכלי לא עובד.

שינה של הצג ונעילת מסך גם הן נפרדות. Mac יכול להישאר ער כשהצג כבוי, והוא יכול להינעל בזמן שהמשימה נמשכת. אם הדרישה היא מסך מואר, זה דגל אחר; אם הדרישה היא מסך לא נעול, שום דגל לא מספק את זה. אמור איזה משלושת התוצאות האלה אתה באמת צריך לפני שתבחר מתג, כי אלה לא התנהגות אחת בשמות שונים.

הפעלת ה־VPN מחזיקה שעון משל עצמה

מנהרת IPsec או TLS מחדשת מפתחות לפי לוח זמנים שהקצוות הסכימו עליו, ושרת יכול לכפות אורך חיים מרבי של הפעלה בלי קשר לפעילות הלקוח. פרטי התחברות פגים. קישור גישה יכול ליפול מסיבות שאין להן שום קשר לכך שהמחשב הנייד ער. שום דבר מזה לא אכפת לו מתביעת חשמל.

לכן כשתעבורה שימושית נכשלת בשעה שה־Mac ער בבירור, הארכת הזמן אינה הסבר ואינה תיקון. קרא את הכשל: שגיאת חידוש מפתחות, פקיעת אימות ואובדן נושא נראים שונים ביומן המנהרה, ולכל אחד יש התיקון שלו.

שים את העמידות במארח המרוחק

אם אובדן החיבור המקומי יבזבז שעות עבודה, התשובה נמצאת בצד השני. מרבב מסוף מחזיק את ההפעלה בחיים בשרת כשה־SSH מת, ומערכת משימות מחזיקה את העבודה בחיים כשההפעלה נגמרת. אף אחד מהם לא תלוי במצב החשמל של המחשב הנייד.

זה גבול כשל אחר, והוא זה שחשוב לעבודות ארוכות. שלב את השניים רק כששניהם נכונים: המכונה חייבת להישאר ערה לחלק המקומי של העבודה, והחלק המרוחק חייב לשרוד ניתוק. אחר כך אמת על ידי התחברות מחדש ממסוף שני ובדיקה שהעבודה עדיין רצה.

רשום באיזו תביעה השתמשת ומתי היא נגמרת. בחירה תפעולית קצרת מועד היא בסדר; בחירה קבועה בלי הסבר הופכת לכרטיס תמיכה כעבור חצי שנה, כשאף אחד לא זוכר למה ה־Mac אף פעם לא נרדם.

מאמרים קשורים