ولې د VPN واحد د شبکې دمخه پیل او بیا مړ کیږي

ماشین بوټ کړئ، ننوځئ او پوه شئ چې ټونل پورته شو او څو ثانیې وروسته ومړ۔ پروفایل سم و، سند سم و، او یوازینی پاتې نښه د همدې بوټ ژورنال دی۔ هغه څه چې معمولاً پېښ شوي یوه سیالي ده: واحد د ماشین د پتې له لرلو دمخه پیل شو، او هغه ترتیب چې اعلان یې کړ د هغه معنا نه لري چې ښکاري۔ لاندې هر څه د همدې سیالۍ د شاهدانو له مخې ثابتول او سم بندول دي۔

هدف د لیدو ځای دی، مدیر نه

network-online.target نه پوهیږي چې شبکه څه ده۔ دا یو همغږي ټکی دی چې هغه خدمت راټولوي چې باید د اړیکې د کارېدو وړ کېدو تر وخته پیل وځنډوي، او تعریف هغه شبکې مدیر ته سپاري چې ماشین یې لري۔ په ډېرو ډیسک ټاپونو او سرورونو کې دا د NetworkManager یا systemd-networkd لخوا وړاندې شوې انتظار خدمت معنا لري۔ که هیڅ یو فعال نه کړئ، هدف ته د انتظار لپاره هېڅ نه وي، نو هغه شیبه بشپړیږي چې یو څه یې دننه کش کړي، او دا کولای شي د DHCP له ځواب خورا مخکې وي۔ ستاسو د واحد د ترتیب کرښه ریښتینه وه او بیا هم بې ګټې۔

نو لومړی پوښتنه دا نه ده چې ستاسو واحد څه اعلانوي۔ بلکې دا ده چې ایا په دې ماشین کې واقعاً یو څه انتظار کوي۔

د واحد فایل پرځای وروستی بوټ ولولئ

د واحد فایلونه نیت تشریح کوي، او ژورنال تشریح کوي چې څه پېښ شول۔ یوازې هماغه بوټ وغواړئ، د یو شان وخت نښو سره ترڅو هر پیغام په یوه ساعت کې کېني۔ بیا دوه کرښې ومومئ: هغه شیبه چې ټونل واحد پیل شو، او هغه شیبه چې پته ښکاره شوه یا انتظار خدمت پای ته ورسید۔ هغه دوه عددونه ترتیب کړئ او سیالي یا تاییدیږي یا لرې کیږي۔

د تکړښت لید دا تاییدوي۔ که د ټونل واحد لپاره مهمه زنځیر انتظار خدمت ونه لري، په هغه لار کې هیڅ شي پیل ونه ځنډاوه، او هدف هغه کار ونه کړ چې تاسو یې فکر کړی و۔ دوه لیدونه، یوه پایله۔

systemctl list-units --type=service --state=running | grep wait-online
journalctl -b -o short-monotonic -u openvpn-client@office

انتظار اضافه کړئ، بیا بیا هڅه

د بسته شوي واحد د سمولو پرځای drop-in وکاروئ، ترڅو د بستې تازه کول بدلون په چوپتیا ونه غورځوي۔ دوه لارښوونې مهمې دي: واحد باید د هدف وروسته ترتیب شي، او باید هدف په هماغه معامله کې کش کړي۔ یوازې ترتیب هدف نه رابولي؛ هیلې دا کوي۔

د OpenVPN کلاینټ بسته شوی واحد لا دمخه دواړه لري۔ په لاس لیکل شوي واحدونه معمولاً یو یا هېڅ نه لري، چې د هر څه د اضافه کولو دمخه یې کتل ارزښت لري۔

[Service]
Restart=on-failure
RestartSec=15

ولې ټاکلې خوبه یوه دام ده

د ExecStartPre په دننه کې خوبه د ترتیب د سمون په څېر احساس کیږي او د اضافي ګامونو سره د ځنډ په څېر چلند کوي۔ دا هر بوټ ورو کوي، هغه هم چې روغ وو، او لا هم هغه وخت بایلي چې اړیکه ستاسو له ټاکل شوي عدد ډېر وخت ونیسي۔

تر هغه بدتر، دا پټوي چې انتظار خدمت کار کوي که نه، نو بله ناکامي د همدې ستونزې د بل وخت په توګه نه، بلکې د بشپړې نوې ستونزې په توګه ښکاري۔ لنډ بیا پیل ځنډ غوره وسیله ده: په روغ بوټ کې هېڅ لګښت نه لري او بایللې سیالي په بله هڅه بدلوي۔ وقفه اندازه ساتئ او پرېږدئ چې واحد بریالی شي۔ که دا تل بیا پیل شی، پروفایل خراب دی او هر څومره بیا هڅې به یې نه بدلوي، نو د وقفې د لوړولو پرځای لاګ ولولئ۔

کله چې ترتیب سم وي او نومونه بیا هم ناکام شي

د ټونل لارې سره فعال واحد معنا دا ده چې ترتیب خپله کړنه وکړه او پاتې تېروتنه یوه پوړ پورته ده۔ معمولي بڼه د حل کوونکي هغه تنظیم دی چې د ټونل up سکریپټ یې د اړیکې یا حل کوونکي د هغه ساتلو لپاره چمتو کېدو دمخه پلي کوي۔ د ناکامۍ پر مهال د حل کوونکي حالت د ټونل واحد د بیا پیل وروسته حالت سره پرتله کړئ۔

که بیا پیل لټونونه سم کړي، تاسو د غلط DNS سرور پرځای د پیل د ترتیب نقص لرئ، او هغه دواړه بېلابېل سمونونه غواړي۔ بیا ټول کار د خدمت د بیا پیل پرځای د سړې بوټ سره ثابت کړئ، ځکه بیا پیل د لا پورته شبکې پر وړاندې چلیږي او هغه نقص به پټ کړي چې تاسو یې تعقیبوئ۔ دا د اړیکې په قصداً ورو کولو سره تکرار کړئ، او هغه واحد چې یوازې د چټکې شبکې پر مهال کار کوي لا هم خراب وګڼئ۔