تحتاج إلى نقل واحد يكتمل بينما تبتعد عن الجهاز، ونوم جهاز 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 أبدًا.

مقالات ذات صلة