एउटा VPN कार्यका लागि Mac जगाइराख्नुहोस्, 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 किन कहिल्यै सुत्दैन भन्ने सम्झँदैन।