0 10 * * 3 वा * 10 * * 3? मिनेट फिल्ड पढ्नुहोस्

दुवै अभिव्यक्ति बुधबार बिहानजस्तै देखिन्छन्, र तीमध्ये एउटाले मात्र एक पटक भन्ने अर्थ दिन्छ। 0 10 * * 3 बुधबार 10:00 बजे चल्छ; * 10 * * 3 दशौं घण्टाको हरेक मिनेटमा चल्छ, त्यही सुरुङ सुरु गर्ने साठी अवसर। यदि आदेश विद्यमान सत्र जाँच्ने नगर्ने लन्चर हो भने, दोस्रो संस्करण तालिकाको त्रुटि होइन, यो प्रतिस्पर्धी मालिक उत्पादन गर्ने लूप हो। अरू केही पढ्नुअघि मिनेट फिल्ड पढ्नुहोस्।

पाँच फिल्ड भनेका मिनेट, घण्टा, महिनाको दिन, महिना र हप्ताको दिन हुन्, यही क्रममा, र पहिलोमा तारा भन्नाले हरेक मिनेट।

मिनेट फिल्डले कति पटक भन्ने निर्धारण गर्छ

सुरुको संख्या मिनेट हो, त्यसैले 0 10 * * 3 बुधबारको दशौं घण्टाको पहिलो मिनेट हो। यसलाई ताराले बदल्दा घण्टा र दिन कायम रहन्छ र एक-पटक-मात्र गुण हराउँछ, जसले साठी मिलान उत्पादन गर्छ। Cron ले नक्कल हटाउँदैन: हरेक मिलानले आदेश फेरि सुरु गर्छ। यो cron को सूक्ष्मता होइन, यो फिल्डको अर्थशास्त्र हो, र स्थापित तालिकाकारको सन्दर्भ पढ्न लायक छ किनभने फिल्डको क्रम र वैकल्पिक प्रयोगकर्तानाम स्तम्भ प्रयोगकर्ता र प्रणाली crontab मा फरक हुन्छन्।

एक दिनभर आफ्नै समयछाप रेकर्ड गर्ने हानिरहित आदेशसँग परीक्षण गर्नुहोस्। लगमा एक लाइन तालिका हो; एक घण्टामा साठी लाइन पाठ हो।

दोस्रो लन्चले पहिलोसँग के गर्छ

सभ्य लन्चरले जडान पहिले नै सक्रिय छ भनी थाहा पाउँछ र केही गर्दैन। कच्चा openvpn कलले त्यसो गर्दैन: यसले अर्को प्रक्रिया बनाउँछ, उपकरण वा पोर्ट बाँध्ने अर्को प्रयास, र त्यही गन्तव्यका लागि प्रतिस्पर्धा गर्ने अर्को मार्ग समूह। NetworkManager मा, एउटै जडानका लागि बारम्बार सक्रियता अनुरोधहरू सामान्यतया idempotent हुन्छन्, र त्यसैकारण कसैले अर्को आदेश प्रयोग नगरेसम्म समस्या लुकेर रहन्छ। तालिकाले सुरुङ पहिले नै व्यवस्थापन गर्ने मालिकसँग सोध्नुपर्छ।

अनि जडान बन्दै गर्दा अनुरोधको अर्थ के हो निर्धारण गर्नुहोस्। दोहोरो सक्रियता वा पर्खिरहेका सुरुवातको लाइन कुनै पनि स्पष्ट रूपमा सही छैन; एउटा छान्नुहोस् र लन्चरले त्यो लागू गरोस्, तालिकाकारले संयोगवश निर्णय गर्न नदिनुहोस्।

आदेश अघि फिल्ड गन्नुहोस्

प्रयोगकर्ता र प्रणाली crontab आदेश अघि प्रयोगकर्तानाम स्तम्भ देखिन्छ कि भन्नेमा फरक पर्छन्। तीबीच प्रतिलिपि गरिएको प्रविष्टि या त गलत खातामा चल्छ वा प्रयोगकर्तानामलाई आदेशको पहिलो शब्दका रूपमा पठाउँछ। मार्गदर्शिकाको सट्टा स्थापित सन्दर्भ जाँच्नुहोस्, र आफ्नै लाइनमा फिल्ड गन्नुहोस्। आदेश अघि छैटौं शब्दसहितको पाँच-फिल्ड प्रविष्टि प्रणाली crontab हो; प्रयोगकर्ता crontab मा त्यही लाइनले त्यो शब्दलाई कार्यक्रमका रूपमा चलाउन खोज्छ।

कार्यान्वयन पहिचानले वातावरण साथै लैजान्छ। Cron कार्यले अनलक गरिएको किरिङ, अन्तरक्रियात्मक पासवर्ड सङ्केत वा तपाईंले परीक्षण गरेको कार्य निर्देशिका वंशानुगत रूपमा पाउँदैन।

घडीको होइन, तयारीको प्रतीक्षा गर्नुहोस्

सफल लन्च भनेको चलिरहेको सुरुङ होइन। कार्य सकिँदा क्लाइन्टले अझै आफ्नो अन्त्यबिन्दु समाधान गरिरहेको, प्रमाणीकरण गरिरहेको वा मार्ग स्थापना गरिरहेको हुन सक्छ। कुनै पनि निर्भर कार्यले निश्चित सेकेन्डको सट्टा आफूलाई साँच्चै आवश्यक पर्ने संरक्षित स्रोतको प्रतीक्षा गर्नुपर्छ, सीमित समय र अभिलेखित असफलतासहित। यही भिन्नताले प्रायः चल्ने तालिकालाई व्यस्त बिहानमा चुपचाप असफल हुने तालिकाबाट अलग गर्छ।

त्यो घण्टामा अन्तरक्रियात्मक MFA आवश्यक भए, कार्यले व्यक्तिको ध्यान माग्न सक्छ तर उत्तर दिन सक्दैन। पुनः प्रयोगयोग्य पासवर्ड राख्ने वा अनन्त पुनः प्रयास गर्ने सट्टा त्यो अवस्था स्पष्ट राख्नुहोस्।

साँच्चै एक-पटकको सक्रियताका लागि, समर्थित एक-शट संयन्त्र प्रयोग गर्नुहोस्। सम्झनु र हटाउनु पर्ने आवर्ती नियम भविष्यको दोहोरो लन्च हो।