ఆధారిత సేవను tun0.device కు అనుసంధానించడం టన్నెల్కు సబ్స్క్రైబ్ చేసినట్లు అనిపిస్తుంది, కానీ అలా కాదు. పరికర యూనిట్ ఇంటర్ఫేస్ ఉనికిని ప్రతిబింబిస్తుంది, అది విఫలమైన కనెక్షన్ మరియు దాని తర్వాత వచ్చే పునఃకనెక్షన్ అంతటా నిజంగా ఉండవచ్చు. అప్పుడు సేవ తప్పు క్షణంలో పనిచేస్తుంది, లేదా ఎప్పటికీ చేయదు, ఇంటర్ఫేస్ మధ్యలో మాయమైందా అనే దానిపై ఆధారపడి. మీకు నిజంగా ముఖ్యమైన సంఘటనను వివరించే కొక్కు OpenVPN పిలిచేది, systemd ఊహించేది కాదు.

ట్రిగ్గర్ను ఎంచుకునే ముందు సేవకు ఏ షరతు అవసరమో నిర్ణయించండి, ఎందుకంటే మూడు అభ్యర్థులు పరస్పరం మార్చుకోగలిగినవి కావు.

పరికర యూనిట్ నిజంగా ఏమి ట్రాక్ చేస్తుంది

systemd నెట్వర్క్ ఇంటర్ఫేస్ గురించి కర్నెల్ దృష్టికోణం నుండి పరికర యూనిట్ను సృష్టిస్తుంది, కాబట్టి ఇంటర్ఫేస్ కనిపించినప్పుడు tun0.device చురుకుగా మారుతుంది, తీసివేసినప్పుడు నిష్క్రియంగా మారుతుంది. persist-tun తో, మృదువైన పునఃప్రారంభం ఇంటర్ఫేస్ను దాని స్థానంలో ఉంచుతుంది, కాబట్టి యూనిట్ ఎప్పటికీ ఫ్లాప్ అవ్వదు మరియు దానికి బద్ధమైన ఏదీ ట్రిగ్గర్ అవ్వదు. నిరంతరత లేకుండా కూడా, యూనిట్ మార్గాలు, DNS లేదా దూరపు చివర స్పందిస్తుందా అనే దాని గురించి ఏమీ చెప్పదు.

అది దానిని 'VPN సిద్ధంగా ఉంది' కి చెడు ప్రత్యామ్నాయంగా చేస్తుంది. స్థానిక చిరునామా మాత్రమే అవసరమైన శ్రోత ఇంటర్ఫేస్ ఉనికితో సంతృప్తి చెందవచ్చు, అయితే దూర నెట్వర్క్లోని అనువర్తనాన్ని పిలిచే సేవకు మార్గాలు మరియు చేరుకోగల సామర్థ్యం అవసరం, వాటిని పరికర యూనిట్ వ్యక్తపరచలేదు.

up, route-up మరియు up-restart వేర్వేరు అర్థాలను ఇస్తాయి

TUN/TAP పరికరం తెరిచి ఇంటర్ఫేస్ కాన్ఫిగర్ అయిన తర్వాత up నడుస్తుంది, ఇది కేటాయించిన చిరునామాను బంధించే శ్రోతకు సరైన క్షణం. మార్గాలు ఇన్స్టాల్ అయిన తర్వాత, కాన్ఫిగర్ చేసిన మార్గ ఆలస్యానికి లోబడి route-up నడుస్తుంది, మరియు మార్గ దశ పూర్తి కావాల్సిన పనికి సరిపోతుంది. రెండూ దూర అనువర్తనం స్పందిస్తుందని నిరూపించవు. వాటి మధ్య ఎంపిక సేవకు ఏమి అవసరమో అనే ప్రశ్న, ఏ కొక్కు ఎక్కువ పూర్ణంగా వినిపిస్తుందో అనేది కాదు.

persist-tun తో, పునఃప్రారంభాలు పరికరాన్ని తిరిగి ఉపయోగిస్తాయి, కాబట్టి up-restart సెట్ చేయకపోతే up మళ్లీ నడవదు. ఆ ఎంపిక పత్రీకరించిన పునఃప్రారంభ జీవిత చక్రానికి up స్క్రిప్ట్ను ప్రారంభిస్తుంది, మరియు దాని పర్యావరణం మొదటి ప్రారంభంతో పోలిస్తే తగ్గించబడింది. పూర్తి పర్యావరణాన్ని ఊహించే స్క్రిప్ట్ మొదటి కనెక్షన్లో పనిచేసి తదుపరి దానిలో విఫలమవుతుంది.

చర్య కోసం వేచి ఉండకుండా పంపండి

systemctl restart ను సమకాలీకంగా పిలిచే కొక్కు, దాని క్రమం టన్నెల్ కోసం వేచి ఉన్న యూనిట్తో డెడ్లాక్కు రావచ్చు. systemctl --no-block try-restart vpn-dependent.service పనిని క్యూలో ఉంచి తిరిగి వస్తుంది, ఇది కొక్కు తాను స్పందిస్తున్న కనెక్షన్ను బ్లాక్ చేయకుండా నిరోధిస్తుంది. try-restart నడుస్తున్న యూనిట్పై మాత్రమే పనిచేస్తుంది, restart నిష్క్రియ యూనిట్ను కూడా ప్రారంభిస్తుంది; అలవాటుతో కాకుండా ఉద్దేశపూర్వకంగా ఎంచుకోండి.

క్యూలో ఉంచడం ధృవీకరణ కాదు. పని ఆమోదించబడిన వెంటనే కొక్కు విజయాన్ని తిరిగి ఇస్తుంది, కాబట్టి తనిఖీ లక్ష్య యూనిట్ జర్నల్లో లేదా దాని వాస్తవ శ్రోత స్థితిలో జరగాలి.

పునఃప్రారంభ విధానం యూనిట్లో నివసిస్తుంది, కొక్కులో కాదు

RemainAfterExit=yes ఉన్న oneshot యూనిట్ దాని ఆదేశం ముగిసిన తర్వాత కూడా చురుకుగా ఉంటుంది, మరియు రెండవ ప్రారంభ అభ్యర్థన ఏమీ చేయదు ఎందుకంటే systemd దానిని ఇప్పటికే ప్రారంభించినట్లు భావిస్తుంది. ఇది చుట్టూ రూపకల్పన చేయాల్సిన లక్షణం, పునరావృత ప్రారంభ కాల్స్తో తప్పించుకోవాల్సిన లోపం కాదు. చర్య ప్రతి కనెక్షన్కు నడవాల్సి ఉంటే, యూనిట్కు దానిని అనుమతించే రూపం అవసరం.

After= యూనిట్లను క్రమబద్ధీకరిస్తుంది, BindsTo= జీవితకాలాలను బంధిస్తుంది, కానీ ఏదీ 'VPN తిరిగి కనెక్ట్ అయిన ప్రతిసారీ దీన్ని పునఃప్రారంభించు' అని అర్థం కాదు. టన్నెల్కు బద్ధమైన యూనిట్ టన్నెల్ ఆగినప్పుడు ఆగుతుంది; టన్నెల్ తిరిగి వచ్చినప్పుడు, ఏదైనా దాన్ని మళ్లీ ప్రారంభించకపోతే, అది తనను తాను పునఃప్రారంభించుకోదు.

ఒకటి కాదు, మూడు పునఃకనెక్షన్లను పరీక్షించండి

కోల్డ్ బూట్, పూర్తి క్లయింట్ పునఃప్రారంభం మరియు మృదువైన పునఃకనెక్షన్ ప్రతి ఒక్కటి వేరే మార్గాన్ని సాధన చేస్తాయి. మృదువైన పునఃకనెక్షన్ తప్పిపోయిన up-restart, తగ్గించిన పర్యావరణం లేదా ఎప్పటికీ నిష్క్రియం కాని పరికర యూనిట్ను బయటపెడుతుంది. మూడింటినీ అమలు చేసి రెండు దిశలను నిర్ధారించండి: టన్నెల్ పైకి వచ్చినప్పుడు సేవ పనిచేస్తుంది, మరియు Wi-Fi రోమింగ్ వంటి సంబంధం లేని లింక్ మార్పులపై అది పునఃప్రారంభం కాదు.

ఆధారిత సేవ మీ స్వంత పరిపాలనా యాక్సెస్ను మోసుకెళ్లినప్పుడు స్వతంత్ర పునరుద్ధరణ మార్గాన్ని ఉంచుకోండి. మీరు కనెక్ట్ అయిన వస్తువును పునఃప్రారంభించే కొక్కు మిమ్మల్ని బయట లాక్ చేయగల మార్పు.

సంబంధిత వ్యాసాలు