VPN-ის გარეშე გაშვებული დაგეგმილი დავალება კარგად გამოიყურება
სტატუსი წარმატებას ამბობს და მონაცემები აკლია. ყოველი გაშვება ზუსტ კავშირზე დაეფუძნეთ და გამოტოვებები ცალკე ჩაწერეთ, გრაფიკის ნდობის ნაცვლად.
დავალების სტატუსი წარმატებას ამბობს, ჟურნალი დასრულებულ გაშვებას აჩვენებს, ხოლო მონაცემები მოძველებულია ან არ არსებობს. ეს კომბინაცია ჩვეულებრივ ნიშნავს, რომ დაგეგმილი დავალება დაიწყო საჭირო ბილიკის გარეშე და რაღაც დინების ქვედა ნაწილში ჩაყლაპა წარუმატებლობა. დროზე გაშვებული გრაფიკი არაფერს ამბობს იმაზე, მზად იყო თუ არა ქსელი. ამ ორ ფაქტს შორის არსებული უფსკრული არის ის ადგილი, სადაც ეს წარუმატებლობა ცხოვრობს.
დაშვება გაშვებას ეკუთვნის, არა cron ფაილის არსებობას.
მწვანე გაშვება დასრულებული დავალება არ არის
დამგეგმავი აღნიშნავს, რომ პროცესი დაიწყო და შემდეგ გავიდა; მან არ იცის, მიაღწია თუ არა ამ პროცესმა რესურსს, რომლისთვისაც არსებობს. სკრიპტი, რომელიც წარუმატებელ კავშირს ცარიელ შედეგად თვლის, ან შეცდომას იჭერს და ნულით გადის, სამუდამოდ ჯანმრთელად გამოიყურება. სიმპტომი წითელი სტატუსი არ არის; ეს არის დამაჯერებელი სტატუსი, რომელიც მიმაგრებულია დაკარგულ სამუშაოს.
დაასახელეთ, რა სჭირდება გაშვებას სინამდვილეში, სანამ გადაწყვეტთ, როგორ შეამოწმოთ იგი. სარეზერვო ასლს შეიძლება დასჭირდეს კერძო DNS და ავთენტიფიცირებული ბოლო წერტილი, და არა მხოლოდ გვირაბის პროცესი.
შეამოწმეთ კავშირი, და არა ინტერფეისის სახელი
tun0-ის სახელის ინტერფეისი შეიძლება არსებობდეს მნიშვნელოვანი სესიის გარეშე, და სხვა კავშირს შეიძლება ეკუთვნოდეს ეს სახელი. შეამოწმეთ კონკრეტული ობიექტი, რომელზეც დავალებაა დამოკიდებული: ერთი პროფილის იდენტობა, ერთი სერვისის ეგზემპლარი, ან რესურსის მიმართ მცირე დამტკიცებული ოპერაცია. შემოწმება შეინარჩუნეთ დროში შეზღუდული, ხოლო სერთიფიკატები მოარიდეთ პროცესის არგუმენტებს და დიაგნოსტიკურ ჟურნალებს.
განსაზღვრეთ ასევე გათიშვის შედეგი. ჩვეულებრივი გამოტოვება, მოკლე ფანჯარაში განმეორებითი ცდა და ოპერატორისთვის ხილული გამოტოვებული ვადა სამი განსხვავებული პასუხია, და განმეორებადი გრაფიკი მათ შორის არ ირჩევს.
გამოტოვებები და წარუმატებლობები განსხვავებული შედეგებია
[Service] Type=oneshot User=worker ExecCondition=/usr/local/libexec/check-office-path ExecStart=/usr/local/bin/private-task
systemd განლაგებაში ExecCondition= ამოწმებს ამ ჩამრთველს დატვირთვამდე. მისი გასვლის ქცევა სპეციფიკურია: ნული აგრძელებს, ერთიდან 254-მდე კოდები გამოტოვებენ დარჩენილ გაშვების ბრძანებებს ერთეულის წარუმატებლად მონიშვნის გარეშე, ხოლო 255 ან არანორმალური დასრულება ამარცხებს მას. ეს იძლევა სამ განსხვავებულ სიგნალს, რომლებიც სასარგებლოა მხოლოდ მაშინ, თუ ჩამრთველის კონტრაქტი განზრახ არის მათზე დაპროექტებული. პარამეტრები, რომლებიც წარმატებას ხელახლა განსაზღვრავენ, სურათს შეცვლიან, ამიტომ დააფიქსირეთ შესაბამისობა.
სწორედ გამოტოვებების ჩაწერა ხდის დიზაინს პატიოსანს. გამოტოვებული გაშვება, რომელიც არსად არ ჩანს, განურჩეველია წარმატებული გაშვებისგან, და ყოველი ჩამრთველის შეცდომის წყნარ გამოტოვებად მიჩნევა გაურკვეველი ხნით მალავს გატეხილ განლაგებას.
დაიცავით მთელი გაშვება, და არა მხოლოდ დასაწყისი
მზადყოფნის შემოწმება სამყაროს აკვირდება გაშვებამდე; ის შემდეგ ყოველ სოკეტს არ აკონტროლებს. როცა პირდაპირი ბილიკი ამ დავალებისთვის არასოდეს არის მისაღები, მიამაგრეთ დამტკიცებული გასასვლელი პოლიტიკა, რომელიც უწყვეტად აღსრულდება და მოიცავს DNS-ს, IPv6-ს და თავად გვირაბის ტრანსპორტს. ჰოსტის გლობალური IPv6 მდგომარეობის გადართვა არ ცვლის დავალებაზე შეზღუდულ პოლიტიკას.
გადაწყვიტეთ, შეიძლება თუ არა ახალმა მოვლენამ გადააფაროს ჯერ კიდევ მიმდინარე დავალებას, ეს წესი შეინახეთ დატვირთვის მფლობელთან, და განმეორებითი ცდა უსაფრთხო გახადეთ მონაცემთა ოპერაციისთვის. დავალების შეჩერება გათიშვისას ზღუდავს სამუშაოს, მაგრამ არაფერს იძლევა გარანტიად სარეზერვო ტრაფიკზე.
მიიღეთ სამუშაო პროცესი სამ შემთხვევაში: მზა ბილიკი, მიუწვდომელი ბილიკი და დანაკარგი გაშვების დროს. ნაკლები ნიშნავს გრაფიკის გამოცდას და არა დავალების.