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 आवश्यक है, तो कार्य किसी व्यक्ति का ध्यान माँग सकता है पर उत्तर नहीं दे सकता। पुन: प्रयोज्य पासवर्ड डालने या अनंत पुन: प्रयास करने के बजाय उस स्थिति को स्पष्ट रखें।

सचमुच एक-बार के सक्रियण के लिए समर्थित वन-शॉट तंत्र का उपयोग करें। जिस आवर्ती नियम को याद रखना और हटाना पड़े, वह भविष्य का दोहरा लॉन्च है।