PrivateTmp: hook فایل ولیکه، نو چېرته لاړ؟

Hookونه بریا اعلانوي، او هغه لاره لا هم له shell څخه تشه ښکاري۔ دواړه څرګندونې کېدای شي یو وخت سمې وي، ځکه systemd خدمت کولای شي په خپل mount نوم ځای کې د شخصي موقت لارښود سره ژوند وکړي۔ کله چې دا وپوهېدل شو، زړه راښکونکې پوښتنه دا ده چې آیا لیکل په بشپړ ډول بریالي شول۔

دوه موقت لارښوونې، یوه لاره

د انزوا ترتیب واحد ته د موقتو لارښوونو شخصي لید ورکوي، نه دا چې یوازې لوستلو وړ یې کړي۔ د واحد څخه بهر بهیرونه نه شي کولای وګوري چې هلته څه لیکل کیږي، او هر هغه څه چې پاتې شي د واحد د بندېدو په وخت کې غورځول کیږي۔ له همدې امله هغه لار چې hook چاپوي او هغه لار چې له shell څخه ګوري کېدای شي د یو شان نوم سره بېلو شیانو ته اشاره وکړي۔

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

نه لیدل کېدونکی له نه لیکل کېدونکي څخه جلا کړئ

بریالی لیکل او ناکام پرانیستل بېل شواهد وړاندې کوي، او همدا توپیر ترمیم ټاکي۔ که hook وايي فایل جوړ شو خو بهرنی لوستونکی یې نه مومي، نو تاسو د نوم ځای پوښتنه لرئ۔ که hook د اجازې تېروتنه یا ناکام پرانیستل راپور کړي، نو فایل هیڅکله نه دی لیکل شوی او د نوم ځای هیڅ بدلون به مرسته ونه کړي۔

systemctl show [email protected] -p PrivateTmp -p User -p Group -p RuntimeDirectory
systemctl show [email protected] -p MainPID --value
sudo ls -l /proc/PID/root/tmp/client-state

د بهیر ریښې لاره د خدمت خپل د فایل سیستم لید ښیي، چې د هغه بهیر د اجازې کتنو تابع ده تر هغه چې لا روان دی۔ د واحد ژورنال په همدې ناسته کې ولولئ، ځکه چې د لیکلو تېروتنه او ورک فایل کله چې چا دمخه لامل ټاکلی وي په اسانۍ سره ګډېږي۔

شریکو معلوماتو ته څرګند ځای ورکړئ

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

[Service]
RuntimeDirectory=openvpn-hook-office
RuntimeDirectoryMode=0750

د چلېدو لارښود فولډر د سیستم د چلېدو سیمې لاندې ږدي، د واحد د ترتیب شوي کارن او ډلې لپاره یې جوړوي او د واحد د بندېدو په وخت کې یې لرې کوي۔ د بستې د واحد د ساتلو لپاره یې د drop-in له لارې اضافه کړئ، بیا مدیر بیا پورته کړئ او هغه نمونه بیا پیل کړئ، په دې منلو چې د هغې پیرودونکي به بیا وصل شي۔

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

د دوو امتیازونو طبقې کېدای شي سره سمون ونه خوري

د خدمت مدیر لارښود د واحد د ترتیب شوي کارن لپاره جوړوي، پداسې حال کې چې VPN ډیمون کولای شي د اړیکې hook د چلولو مخکې جلا خپل حساب ته راکوز شي۔ دا بېلې طبقې دي، او کولای شي بېل هویتونه ونوموي۔

د root ملکیت لارښود چې محدودونکی حالت لري د هغه ډیمون لپاره په بشپړ ډول لیدل کېدونکی دی چې دمخه امتیازونه پرېښي، او بیا هم د هغه لپاره نه لیکل کېدونکی دی۔ بیا تېروتنه د اجازې ستونزه لوستل کیږي، که څه هم لاره هماغه ځای کې ده چې تاسو تمه درلوده۔ د لارښود مالک د hook هغه هویت سره پرتله کړئ چې راپور یې کوي۔ کله چې دوی بېل وي، حالت هیڅکله پوښتنه نه وه۔

د ملکیت له بدلولو مخکې وګورئ چې hook واقعاً د کوم هویت لاندې چلیږي۔ د لارښود د سمولو لپاره د خدمت د چلېدو کارن بدلول کولای شي په بل ځای کې د وسیلې لاسرسی او شبکه یي امتیازونه بدل کړي، کوم چې د کوچنۍ ستونزې لپاره لوی بیه ده۔

ټول سپارل تایید کړئ

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

دایمي حالت باید په داسې ځای کې وي چې عمر یې سمون ولري، ځکه د چلېدو لارښود د ورکېدو لپاره دی۔ ځای د اسانتیا پرځای د عمر له مخې وټاکئ۔ همدا عادت د همدې پلټنې راتلونکې نسخه منع کوي۔