Pi-hole او VPN په یو Pi کې: ایا د عملیاتي سیسټم ملاتړ لا هم کېږي؟

په یو ګډ Pi-hole او VPN بکس کې دوه شیان یو له بل سره ګډېږي: هغه توزیع کورنۍ چې تاسو نصب کړې ده او هغه خپرونه او معماري چې اجزاوې یې واقعاً ملاتړ کوي۔ هغه بورډ چې یو عکس بوت کوي ثابتوي چې کرنل روان دی؛ دا ثابتوي نه چې د Pi-hole FTL باینري او ستاسو د VPN نصب کوونکی یوې کاروونکي فضا ته نښه وهي۔ ریښتینی ازموینه د بورډ ملاتړ، د خپرونې څانګه، د بنډلونو معماري او هغه د پرمختګ لارې څلور اړخیزه همپوشاني ده چې تاسو یې پخپله چلولی شئ۔ له دې څلورو پښو څخه هر یوه له لاسه ورکړئ، او وسیله به دا اونۍ کار وکړي، بیا به په راتلونکي امنیتي تازه کې پرېږدي۔

ملاتړ د خپرونې څانګه ټاکي، نه د کورنۍ نوم

وپوښتئ چې پروژه لا کومې خپرونې ته چې د هغې پر وړاندې ازموینه کوي، بیا ځواب د Debian نه، بلکې د نسخې د سټرنګ په توګه ولیکئ۔ د Pi-hole د مخکیني شرطونو پاڼه ملاتړ شوي عملیاتي سیسټمونه او مخکې جوړ شوي FTL معماریانې د دوو جلا غوښتنو په توګه لیستوي، ملاتړ یوازې هغو خپرونو ته محدودوي چې پخپله توزیع یې لا پالنه کوي، او خبرداری ورکوي چې ډولونه یا غیرعادي تنظیمات کېدای شي حتی د ملاتړ شوي لیست په داخل کې هم پاتې راشي۔ دا عبارت مهم دی: ملاتړ شوې کورنۍ د خپلو ټولو غړو پوښنه نه کوي۔

زاړه عکس چې لا هم ستاسو په Pi باندې بوت کېږي د ملاتړ ثبوت نه دی۔ بورډ سم دی، د بنډلونو فهرست زوړ دی، او ناسمون د وروسته څرګندېږي، کله چې نصب کوونکی هغه تړاو ښکته کړي چې خپرونه یې نور نه شي پوره کولی۔

د VPN خوا ډېرې برخې لري، هر یوه خپله کړکۍ لري: د تونل ډیمون، هغه نصب مرستندوی چې تنظیمات یې لیکي، د عرضه کوونکي کلاینټ اپلیکیشن او د توزیع د یوځای کولو بنډل څلور جلا پروژې دي۔ ستاسو توزیع پېژني نصب کوونکی او هغه خدمت جوړوي چې خپرونه یې روان ساتلی شي نصب کوونکی دوه بېلابېل ادعاوې دي۔ د ډیمون خپل پلیټ فارم لیست وګورئ، بیا وګورئ چې هغه مرستندوی چې تاسو یې چلول غواړئ د هغې خپرونې له خپرېدو راهیسې لاس ورباندې شوی دی که نه۔ چېرې چې پروژه ملاتړ یوازې یوې نومول شوې خپرونې پورې اعلانوي، راتلونکې تر هغې چې تاسو پخپله یې بوت نه کړئ ناازمویل شوې وګڼئ۔

د باینري هدف په خپله کاروونکي فضا کې سم کړئ

معماري لا خاموشه ناکامي ده۔ 64 بټه کرنل د 32 بټې کاروونکي ځمکې سره په څو بورډونو کې ریښتینې، ملاتړ شوې ترکیب دی، او 32 بټه FTL باینري بې شکایت چلوي، تر هغې شیبې چې یو څه نصب کړئ چې یوازې arm64 لپاره خپریږي۔ مخکې له دې چې عکس وټاکئ دواړې نیمې چاپ کړئ، او پایله د خپلو یادښتونو ترڅنګ وساتئ۔

uname -m
dpkg --print-architecture
grep -E '^(PRETTY_NAME|VERSION_ID)=' /etc/os-release
apt-cache policy pihole-ftl

که دې دوو معماري کرښو سره سمون نه وي، تاسو په مخلوط ترتیب کې یاست: یوازې Pi-hole لپاره د چلېدو وړ، کله چې دویم خدمت اصلي کتابتونونه وغواړي نازک۔ یوه پاکه 64 بټه عکس ته بیا فلش کول معمولاً د هغه وسایلو زنځیر له سره جوړولو څخه ګړندي دي چې ناسمون یې پیدا کړي دي۔

د بورډ بازارموندنه هم دا نه حل کوي۔ د حافظې اندازه او د CPU ماډل هېڅ نه وایي چې ستاسو بنډلونه له کوم libc سره تړل کېږي، نو د چاپ شوو ارزښتونو پر بنسټ پرېکړه وکړئ، هېڅکله د محصول پاڼې پر بنسټ نه۔

یو بکس، دوه خدمتونه، د شبکې یو مالک

مخکې له دې چې لومړی بنډل پورته شي پرېکړه وکړئ چې پته ورکول، حل کوونکی او تونل چا ته اړه لري، که نه دوه خدمتونه به د یوې دندې ادعا وکړي او هیڅ یو به پاک ونه ګټي۔ Pi ته ستاسو د راوټر له خوا ورکړل شوي DHCP حوض څخه بهر ثابته پته ورکړئ، او تونل په خپله فرعي شبکه کې وساتئ: Pi لپاره 192.168.50.10 او تونل لپاره 10.42.0.0/24 یوه عملي وېش دی، او پخپله شمېرې خپل سری دي تر هغې چې له هغه څه سره ټکر ونه کړي چې ستاسو راوټر لا یې خدمت کوي۔ بیا ولیکئ چې کوم جز د 53 پورټ په ځواب ورکوي، که کاروئ یې کوم یو DHCP وېشل کوي، او تر هغې چې تونل پورته دی کوم یو د اصلي لارې مالک دی۔ په بې سکرین عکس کې هغه وروستنی کار د NetworkManager یا systemd-networkd دی، او د عرضه کوونکي هغه کلاینټ نصبول چې د حل کوونکي تنظیمات هم بیا لیکي هغه لار ده چې خلک پر ژوندي تونل او مړ DNS پای ته رسېږي۔

بکس شریکول سم دي۔ رول شریکول نه دي۔ Pi-hole غواړي چې د 53 پورټ یوازینی اورېدونکی وي، او VPN ډیمون غواړي خپل DNS ترتیبات کلاینټونو ته وټېل وهي، نو وټاکئ چې کلاینټونه باید له دواړو کوم یو باور وکړي او بل د لارې له خوا بهر پاتې کېدو ته تنظیم کړئ۔

چېرې چې توانیدلی شئ د ادارې لاره له تونل څخه بهر وساتئ۔ که حل کوونکی او تونل یوځای پاتې راشي، تاسو بیا هم غواړئ SSH په LAN پته کې د لاسرسي وړ وي، او دا مانا لري چې د مدیریت خدمت باید له دواړو څخه هيڅ یوه ته تکیه ونه کړي۔

راتلونکی پرمختګ د ټاکنې برخه کړئ

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

sudo apt update
apt-mark showhold
sudo apt full-upgrade
pihole -up

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

له ټوپ مخکې د Pi-hole تنظیمات، ثابتې کرایې او هر تونل پروفایل صادر کړئ، او تایید کړئ چې په نوي عکس کې یې بیرته راوستلی شئ۔ له ټوپ وروسته عادي کلاینټ DNS، د تونل شاته خصوصي سرچینه، بیا نښلول، او په ګېټوې کې هر مخکې لېږدونکی قانون وازموئ۔ هغه بکس چې بوت شي او ping ته ځواب ووایي تقریباً هېڅ نه دی پاس کړی۔

کله چې هیڅ یوه خپرونه دواړو خدمتونو ته نه ځایي

کله ناکله همپوشاني تشه وي: د VPN مرستندوی د هغه Pi-hole بنډل څخه چې تاسو یې نصبولی شئ نوې خپرونې ته تللی، یا د بورډ د پلورونکي عکس له دواړو وروسته دی۔ په دې حالت کې د نصب کوونکي د خوښولو لپاره د خپرونې میټاډاټا سمول پر ځای رولونه جلا کړئ۔ دوې کوچنۍ وسیلې، یا یوه وسیله او د دویم خدمت لپاره یو کانټینر، له هغې وسیلې څخه کم لګښت لري چې د ملاتړ کیسه یې پر درواغ ولاړه ده۔

د نسخې جعل کول یوازینې هغه لنډه لار ده چې باید په کلکه رد کړئ۔ د بنډل مدیران په هغه څه باور کوي چې د خپرونې فایل یې وایي، نو جعلي پېژندونکی تاسو ته هغه نصب درکوي چې د دواړو پروژو هیڅ یو به یې په ډیبګ کې مرسته ونه کړي۔

که دوه اوسنۍ خپرونې هر څه پوره کوي، هغه وټاکئ چې د پرمختګ یادښتونه یې بې اټکل تعقیبولی شئ، او پلټنه بنده کړئ۔ بیا نسخه، معماري، د خدمتونو مالکان او د بیا راګرځولو ګام په یو ځای ثبت کړئ، ځکه چې SD کارت ته راتلونکی لاس ورکوونکی به څلور واړه ته اړتیا ولري۔