In plande taak dy't sûnder de VPN rûn, sjocht der goed út

De taakstatus seit súkses, it lochboek toant in foltôge run, en de gegevens binne ferâldere of ûntbrekke. Dy kombinaasje betsjut meastentiids dat de plande taak begûn is sûnder it paad dat it nedich hie, en dat eat streamôf de flater trochslokt hat. In skema dat op 'e tiid ôfgiet, seit neat oer oft it netwurk klear wie. It gat tusken dy twa feiten is dêr't dizze flater libbet.

Tagonklikheid heart by de run, net by it bestean fan in cron-bestân.

In griene run is gjin foltôge taak

In skemaplanner merkt dat in proses begûn en letter ôfsletten is; it hat gjin idee oft dat proses it boarne berikt hat dêr't it foar bestiet. In skript dat in mislearre ferbining as in leech resultaat behannelet, of in flater fangt en mei nul ôfslút, sil foar altyd sûn lykje. It symptoom is gjin reade status; it is in leauwensweardige status oan ûntbrekkend wurk ferbûn.

Neam wat de run eins nedich hat foardat jo beslute hoe't it kontrolearre wurdt. In reservekopy kin privee DNS en in autentisearre einpunt nedich wêze, net allinne in tunnelproses.

Kontrolearje de ferbining, net de ynterfacesnamme

In ynterface mei de namme tun0 kin bestean sûnder de sesje dy't fan belang is, en in oare ferbining kin dy namme hawwe. Kontrolearje it spesifike objekt dêr't de taak fan ôfhinget: ien profylidentiteit, ien tsjinsteksimplaar, of in lytse goedkarde operaasje tsjin it boarne. Hâld de kontrôle yn 'e tiid beheind, en hâld bewiisstikken bûten prosesarguminten en diagnostyske lochboeken.

Bepaal ek de ôfkoppele útkomst. In gewoane oerslach, in nije poging yn in koart finster en in foar de operator sichtbere miste deadline binne trije ferskillende antwurden, en in weromkommend skema kiest net tusken har.

Oerslaggen en flaters binne ferskillende útkomsten

[Service]
Type=oneshot
User=worker
ExecCondition=/usr/local/libexec/check-office-path
ExecStart=/usr/local/bin/private-task

Yn in systemd-ynstallaasje lit ExecCondition= dy kontrolearder foar de wurklêst rinne. It útgongsgedrach is spesifyk: nul giet troch, koades fan ien oant 254 slaan de oerbleaune startopdrachten oer sûnder de ienheid as mislearre te markearjen, en 255 of in abnormale beëiniging lit it mislearje. Dat jout trije aparte sinjalen, allinnich nuttich as it kontrakt fan de kontrolearder bewust dêrop mapt wurdt. Ynstellings dy't súkses opnij definiearje kinne it byld feroarje, dus dokumintearje de mapping.

It registrearjen fan oerslaggen is wat it ûntwerp earlik makket. In oerslagen run dy't nearne ferskynt is net te ûnderskieden fan in run dy't slagge is, en it behanneljen fan elke kontrolearderflater as in stille oerslach ferberget in brutsen ynstallaasje foar altyd.

Beskermje de hiele run, net allinne de start

In klearheidkontrôle observearret de wrâld foar de lansearring; it hâldt dêrnei net elke socket yn 'e gaten. Wannear't in direkt paad foar dizze taak nea akseptabel is, hechtsje dan in goedkard útgongsbelied oan dat trochgeand hanthavene wurdt en DNS, IPv6 en it eigen ferfier fan 'e tunnel omfettet. It omskeakeljen fan 'e globale IPv6-steat fan 'e host is gjin ferfanging foar in beheind belied op 'e taak.

Beslute oft in nij barren in noch rinnende taak oerlaapje mei, hâld dy regel by de eigner fan 'e wurklêst, en meitsje nije poging feilich foar de gegevensoperaasje. It stopjen fan in taak by ôfkoppeling beheindet wurk sûnder wat te garandearjen oer fallback-ferkear.

Akseptearje de wurkstream op trije gefallen: klear paad, net beskikber paad, en ferlies ûnder de run. Alles minder testet it skema, net de taak.