Нэг Pi дээр Pi-hole ба VPN: үйлдлийн систем хараахан дэмжигдэж байна уу?
Pi-hole ба VPN-ийг нэг Raspberry Pi дээр байрлуулахын өмнө самбарын дэмжлэг, хэрэглэгчийн орон зайн архитектур, үйлчилгээний дэмжлэг, шинэчлэх замналыг уялдуулна уу.
Pi-hole ба VPN-ийг хавсаргасан нэг хайрцагт хоёр зүйл холилддог: суулгасан дистрибуцийн гэр бүл, мөн бүрэлдэхүүн хэсгүүд бодитоор дэмждэг хувилбар ба архитектур. Имиж ачаалдаг самбар нь цөм ажиллаж байгааг батална; Pi-hole-ийн FTL хоёртын файл ба таны VPN суулгагч нэг хэрэглэгчийн орон зайг чиглэж байгааг батлахгүй. Жинхэнэ шалгалт бол самбарын дэмжлэг, хувилбарын салбар, багцын архитектур, та өөрөө удирдаж чадах шинэчлэх замналын дөрвөн талын давхцал юм. Эдгээр дөрвөн хөлийн аль нэгийг алдвал төхөөрөмж энэ долоо хоногт ажиллаад, дараагийн аюулгүй байдлын шинэчлэлтэд таныг орхино.
Дэмжлэгийг хувилбарын салбар тодорхойлно, гэр бүлийн нэр биш
Төсөл ямар хувилбарын эсрэг хараахан туршиж байгааг асуугаад, хариултыг Debian биш, хувилбарын мөр хэлбэрээр бичнэ үү. Pi-hole-ийн урьдчилсан нөхцөлийн хуудас дэмжигдсэн үйлдлийн системүүд болон урьдчилан бүтээсэн FTL архитектуруудыг хоёр тусдаа шаардлага болгон жагсааж, дэмжлэгийг дистрибуци өөрөө хараахан арчилж буй хувилбаруудаар хязгаарлаж, хувилбарууд эсвэл ер бусын тохиргоо дэмжигдсэн жагсаалтын дотор ч бүтэлгүйтэж болзошгүйг анхааруулдаг. Энэ томьёолол чухал: дэмжигдсэн гэр бүл гишүүн бүрийг хамардаггүй.
Таны Pi дээр хараахан ачаалж байгаа хуучин имиж нь дэмжлэгийн нотолгоо биш. Самбар нь зүгээр, багцын индекс хуучирсан, зөрүү нь дараа нь, суулгагч тухайн хувилбар хангаж чадахгүй хамаарлыг татах үед илэрдэг.
VPN талд илүү олон хэсэг байдаг, тус бүр өөрийн цонхтой: туннелийн демон, түүний тохиргоог бичдэг суулгалтын туслах, нийлүүлэгчийн клиент апп, дистрибуцийн интеграцийн багц гэсэн дөрвөн тусдаа төсөл. Таны дистрибуцийг таних суулгагч ба хувилбар ажиллуулж чадах үйлчилгээ үүсгэдэг суулгагч хоёр өөр мэдэгдэл. Демоны өөрийн платформын жагсаалтыг хар, дараа нь ажиллуулах гэж буй туслахад тэр хувилбар гарснаас хойш хүрсэн эсэхийг хар. Төсөл дэмжлэгээ зөвхөн нэрлэсэн хувилбар хүртэл мэдэгдвэл, дараагийнхыг та өөрөө ачаалах хүртэл шалгагдаагүйд тооц.
Хоёртын зорилгыг өөрийн хэрэглэгчийн орон зайтай уялдуул
Архитектур бол илүү нам гүм бүтэлгүйтэл. 32 битийн хэрэглэгчийн газартай 64 битийн цөм хэд хэдэн самбар дээр бодит, дэмжигдсэн хослол бөгөөд 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 тохиргоог клиентүүд рүү түлхэхийг хүсдэг, тиймээс клиентүүд хоёртын алинд нь итгэх ёстойг сонгож, нөгөөг нь замаас зайдуулж тохируул.
Боломжтой бол администрацийн замыг туннелиас гадуур байлга. Шийдэгч ба туннель хамт унавал LAN хаяг дээр SSH хүртээмжтэй байхыг чи хүсэх болно, энэ нь удирдлагын үйлчилгээ хоёрын аль нэгээс хамаарахгүй байх ёстой гэсэн үг.
Дараагийн шинэчлэлтийг сонголтын хэсэг болго
Шинэчилж чадахгүй хувилбар бол та аль хэдийн хүлээн авсан дэмжлэгийн дээд хязгаар юм. Төхөөрөмж таны гэрийн DNS-ийг үүрэхийн өмнө нөөц карт дээр шинэчлэлтийн механизмыг туршиж, багцын шинэчлэлт хангалттай гэж таамаглахын оронд салбаруудын хооронд үсрэх тухай төслүүд юу гэж хэлдгийг унш.
sudo apt update
apt-mark showhold
sudo apt full-upgrade
pihole -up
Баригдсан багцууд нь шинэчлэлт амжилттай харагдаад юу ч өөрчлөхгүй байх нийтлэг шалтгаан юм. Барилтуудыг санаатайгаар, нэг нэгээр нь тайлж, аль үйлчилгээнд бэхэлгээ хэрэгтэй байсныг тэмдэглэ.
Үсрэхийн өмнө Pi-hole-ийн тохиргоо, статик түрээс, туннелийн профайлуудыг экспортлож, тэдгээрийг шинэ имиж дээр сэргээж чадахаа батал. Үсрэсний дараа энгийн клиентийн DNS, туннелийн ард байгаа хувийн нөөц, дахин холбогдол, гарц дээрх аливаа дамжуулалтын дүрмийг турш. Ачаалж, ping-д хариулдаг хайрцаг бараг юу ч тэнцээгүй.
Нэг ч хувилбар хоёр үйлчилгээнд тохирохгүй үед
Заримдаа давхцал хоосон: VPN туслах нь таны суулгаж болох Pi-hole багцаас шинэ хувилбар руу шилжсэн, эсвэл самбарын үйлдвэрлэгчийн имиж хоёулаас хоцорсон байна. Тэр тохиолдолд суулгагчийг баярлуулахын тулд хувилбарын мета өгөгдөл засахын оронд үүргүүдийг тусгаарла. Хоёр жижиг төхөөрөмж, эсвэл нэг төхөөрөмж дээр хоёр дахь үйлчилгээний контейнер нь дэмжлэгийн түүх нь худал дээр тогтсон төхөөрөмжөөс хямд.
Хувилбарыг хуурах нь шууд татгалзах ёстой цорын ганц богино зам. Багцын менежерүүд хувилбарын файл юу гэж хэлдгийг итгэдэг тул хуурамч танигч нь хоёр төслийн аль нь ч дибаг хийхэд туслахгүй суулгалтыг өгдөг.
Хэрэв одоогийн хоёр хувилбар бүгдийг хангаж байвал таамаглалгүйгээр шинэчлэлтийн тэмдэглэлийг дагаж чадах нэгийг сонгоод хайхаа болино. Дараа нь хувилбар, архитектур, үйлчилгээний эзэд, сэргээх алхмыг нэг газар бүртгэ, учир нь SD картыг дараагийн хүрэх хүнд бүгд хэрэгтэй болно.