तुम्ही दूर जात असताना एक हस्तांतरण पूर्ण व्हायला हवे, आणि झोपलेला 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 कधीच का झोपत नाही हे कोणालाच आठवत नसताना, सपोर्ट तिकीट होते।

संबंधित लेख