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 స్థితిని మార్చడం పనిపై పరిమిత విధానానికి ప్రత్యామ్నాయం కాదు.
కొత్త సంఘటన ఇంకా నడుస్తున్న పనిని అతివ్యాప్తి చేయగలదా అని నిర్ణయించండి, ఆ నియమాన్ని పని భారం యజమాని వద్ద ఉంచండి, మరియు డేటా కార్యకలాపానికి తిరిగి ప్రయత్నాన్ని సురక్షితం చేయండి. డిస్కనెక్ట్ వద్ద పనిని ఆపడం పనిని పరిమితం చేస్తుంది కానీ ఫాల్బ్యాక్ ట్రాఫిక్ గురించి ఏమీ హామీ ఇవ్వదు.
మూడు సందర్భాలలో పని ప్రవాహాన్ని అంగీకరించండి: సిద్ధమైన మార్గం, అందుబాటులో లేని మార్గం, మరియు రన్ మధ్యలో నష్టం. దానికంటే తక్కువ ఏదైనా షెడ్యూల్ను పరీక్షిస్తుంది, పనిని కాదు.