एक VPN काम के लिए Mac को जगाए रखें, VPN के लिए नहीं

आपको एक स्थानांतरण पूरा करना है जबकि आप दूर जा रहे हैं, और सोया हुआ 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 कभी सोता ही क्यों नहीं।