یو OpenVPN drop-in هر ټونل بدل کړ: نمونه د کينډۍ پر وړاندې
د نمونې په فولډر کې drop-in یوازې یو ټونل ته لاس ورکوي؛ د کينډۍ فولډر ټولو ته. د لارې له ټاکلو مخکې یوځای شوې unit ولولئ۔
د یو ټونل لپاره اضافه شوې بیا پیلولو پالیسي په ماشین کې هر ټونل ته پلي کېږي۔ دا د systemd خطا نه ده؛ دا د نمونې drop-in او د کينډۍ drop-in ترمنځ توپیر دی۔ هغه لاره چې لاندې یې فایل لیکئ، ټاکي چې څو خدمتونه یې میراث اخلي۔
له تنظیم مخکې دایره وټاکئ۔ دواړه فولډرونه نږدې یو شان ښکاري، او یوازې یو یې هغې نمونې ته محدود دی چې تاسو یې فکر کاوه۔
نښه: یو سمون، هر ټونل
د نمونې ځانګړی drop-in د بشپړې نمونې په نامه فولډر لاندې اوسیږي، لکه [email protected]۔ د کينډۍ drop-in د [email protected] لاندې اوسیږي، په منځ کې @ نښه ده او د نمونې نوم نشته۔ لومړی یوازې office ته پلي کېږي۔ دویم د هغې کينډۍ څخه جوړ شوي هر خدمت ته پلي کېږي۔
د کينډۍ بڼه جلا [email protected] کينډۍ ته نه رسېږي، او په نوم کې openvpn لرونکو بې اړیکې خدمتونو ته هم نه رسېږي۔
هغه فولډر وټاکئ چې له دایرې سره سمون لري
دواړه فولډرونه د /etc/systemd/system/ لاندې دي۔ که وروستی system برخه پرېږدئ، هغه لاره جوړېږي چې systemd یې د سیسټم د لیکنې په توګه نه لولي، او دا یوه غلې لاره ده چې سم ښکارېدونکی فایل هېڅ ونه کړي۔ بشپړه لاره یو ځل ولیکئ او بیا یې وکاروئ۔
drop-in ته د برخې سم سرلیک هم اړین دی۔ د خدمت تنظیمات [Service] لاندې راځي۔ هغه فایل چې تنظیمات لري خو برخه نه لري، له پامه غورځول کېږي یا رد کېږي، او unit هماغسې چلند ته دوام ورکوي لکه مخکې، په داسې حال کې چې فایل هلته پروت دی او باوري ښکاري۔
که له یوه زیات drop-in اضافه کوئ، موخه په فایل نوم کې وساتئ۔ د یوځای کېدو ترتیب لغوي دی، او هغه نوم چې وایي فایل څه کوي هغه ترتیب لوستل کېدونکی کوي۔
د لیکلو مخکې یوځای شوې unit ولولئ
د هر څه لیکلو مخکې یوځای شوې unit ولولئ۔ systemctl cat [email protected] اصلي unit او هر پلي کېدونکی drop-in د یوځای کېدو په ترتیب چاپوي۔ کله چې د کينډۍ بدلون فکر کوئ، دا له بلې نمونې سره پرتله کړئ۔ هغه پرتله په سمه توګه ښیي چې کوم خدمتونه سمون میراث اخلي۔
د نمونې فایل د کينډۍ تنظیمات نه پاکوي۔ دواړه یوځای کېږي، نو هغه کينډۍ ارزښت چې هېر شوی وي کېدای شي لا هم نافذ وي۔
نور نومول شوي drop-in، د چلېدو وخت تنظیمات او د بنډلونو لخوا ورکړل شوې ترتیب هم برخه اخلي۔ داسې مه فکر کوئ چې وروستی سمول شوی فایل ټول unit دی۔ یوځای شوې پایله هماغه unit ده۔
د unit پالیسي له پروفایل څخه بهر وساتئ
د unit پالیسي او VPN ترتیب جلا وساتئ۔ د پروفایل لارښود یوازې د دې لپاره چې [Service] لاندې دی، سم systemd ترکیب نه کېږي۔ د بیا پیلولو تنظیم هم د .ovpn فایل ته نه اړه لري۔
دا جلاوالی هغه دلیل هم دی چې د بیا پیلولو پالیسي د هغې همکارانو د بیا رغونې سره یو شان نه ده چې OpenVPN پخپله کوي۔ له دایرې له ټاکلو مخکې پریکړه وکړئ چې کوم چلند غواړئ۔
دا پلي کړئ او نمونه وګورئ
له بدلون وروسته، د مدیر تعریفونه د systemctl daemon-reload سره بیا بار کړئ۔ هغه بیا بارول ټونل بیا نه پیلوي؛ یوازې د unit فایلونه بیا لولي۔ بیا هغه د ژوند دورې کړنه چې په نظر کې وې دقیقې نمونې ته پلي کړئ۔
د بار شوې unit په بیا لوستلو او د هغه چلند په کتلو چې بدل کړی یې دی، وګورئ۔ هغه بیا پیل چې فعال کار لري، پلان شوې وقفې ته ارزښت لري، نه د تولیدي ټونل پر سر چټکې ازموینې ته۔ د لیکنې موخه او دایره د ځای پرځای کولو ترڅنګ ولیکئ ترڅو بل کس پوه شي چې فایل د شریکولو لپاره و۔
که پالیسي واقعاً شریکه وي، په قصد یې کينډۍ ته انتقال کړئ او د بشپړېدو له ویلو مخکې دویمه نمونه وګورئ۔د systemd unit حواله د drop-in لومړیتوب او د یوځای کېدو ترتیب مستندوي۔