Pi-hole un VPN vienā Pi: vai operētājsistēma joprojām tiek atbalstīta?

Vienā apvienotā Pi-hole un VPN kastē sajaucijas divas lietas: instalētā distribūcijas saime un laidiens kopā ar arhitektūru, ko komponenti patiešām atbalsta. Plate, kas ielādē attēlu, pierāda, ka kodols darbojas; tā nepierāda, ka Pi-hole FTL binārais fails un jūsu VPN instalētājs mērķē uz vienu un to pašu lietotāja telpu. Īstais pārbaudījums ir četrpusēja pārklāšanās: plates atbalsts, laidiena atzars, pakotņu arhitektūra un atjaunināšanas ceļš, ko varat vadīt pats. Zaudējiet kaut vienu no šiem četriem balstiem, un ierīce šonedēļ strādās, bet pēc tam atstās jūs uz ceļa nākamajā drošības atjaunināšanā.

Atbalstu nosaka laidiena atzars, nevis saimes nosaukums

Jautājiet, pret kuru laidienu projekts vēl testē, un pēc tam pierakstiet atbildi kā versijas virkni, nevis kā Debian. Pi-hole priekšnosacījumu lapa atbalstītās operētājsistēmas un iepriekš būvētās FTL arhitektūras uzskaita kā divas atsevišķas prasības, ierobežo atbalstu ar laidieniem, kurus pati distribūcija vēl uztur, un brīdina, ka varianti vai neparastas konfigurācijas var neizdoties pat atbalstītajā sarakstā. Šis formulējums ir svarīgs: atbalstītā saime neaptver katru tās locekli.

Vecs attēls, kas vēl ielādējas jūsu Pi, nav atbalsta pierādījums. Plate ir kārtībā, pakotņu indekss ir novecojis, un neatbilstība parādās vēlāk, kad instalētājs velk atkarību, ko laidiens vairs nevar apmierināt.

VPN pusē ir vairāk daļu, katrai ar savu logu: tuneļa dēmons, tā konfigurāciju rakstošais instalācijas palīgs, pakalpojumu sniedzēja klienta lietotne un distribūcijas integrācijas pakotne ir četri atsevišķi projekti. Instalētājs, kas atpazīst jūsu distribūciju, un instalētājs, kas rada pakalpojumu, ko laidiens spēj uzturēt darbībā, ir divi dažādi apgalvojumi. Apskatiet paša dēmona platformu sarakstu un pēc tam to, vai palīgs, ko grasāties palaist, ir aiztikts kopš tā laidiena iznākšanas. Kur projekts norāda atbalstu tikai līdz nosauktam laidienam, uzskatiet nākamo par nepārbaudītu, līdz esat to pats ielādējis.

Saskaņojiet bināro mērķi ar savu lietotāja telpu

Arhitektūra ir klusākā neveiksme. 64 bitu kodols ar 32 bitu lietotāja zemi ir reāla, atbalstīta kombinācija vairākās platēs, un tas 32 bitu FTL bināro failu izpilda bez sūdzībām, līdz brīdim, kad instalējat kaut ko, kas publicēts tikai arm64. Izdrukājiet abas puses pirms attēla izvēles un glabājiet izvadi blakus savām piezīmēm.

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

Ja šīs divas arhitektūras rindas nesakrīt, jūs esat uz jauktas konfigurācijas: der tikai Pi-hole, trausla, tiklīdz otra pakalpojums pieprasa vietējās bibliotēkas. Pārrakstīt tīru 64 bitu attēlu parasti ir ātrāk nekā pārbūvēt rīku ķēdi, kas radīja neatbilstību.

Plates mārketings to arī neatrisina. Atmiņas izmērs un CPU modelis neko nepasaka par to, ar kuru libc jūsu pakotnes tiek saistītas, tāpēc lemiet pēc izdrukātajām vērtībām, nekad pēc produkta lapas.

Viena kaste, divi pakalpojumi, viens tīkla īpašnieks

Izlemiet, kam pieder adresācija, atrisinātājs un tunelis, pirms tiek uzstādīta pirmā pakotne, citādi divi pakalpojumi pretendēs uz vienu un to pašu pienākumu un neviens neuzvarēs tīri. Dodiet Pi statisku adresi ārpus DHCP baseina, ko izdala jūsu maršrutētājs, un turiet tuneli savā apakštīklā: 192.168.50.10 Pi un 10.42.0.0/24 tunelim ir viens darbspējīgs sadalījums, un paši skaitļi ir patvaļīgi, kamēr vien tie nesaduras ar to, ko jūsu maršrutētājs jau apkalpo. Pēc tam pierakstiet, kura komponente atbild uz portu 53, kura izdala DHCP, ja to lietojat, un kurai pieder noklusējuma maršruts, kamēr tunelis ir pacelts. Attēlā bez ekrāna šis pēdējais darbs pieder NetworkManager vai systemd-networkd, un pakalpojumu sniedzēja klienta instalēšana, kas pārraksta arī atrisinātāja konfigurāciju ir ceļš, kā cilvēki nonāk pie dzīva tuneļa un miruša DNS.

Dalīties ar kasti ir kārtībā. Dalīties ar lomu nav. Pi-hole grib būt vienīgais klausītājs portā 53, un VPN dēmons grib uzspiest savu DNS iestatījumu klientiem, tāpēc izvēlieties, kuram no diviem klientiem jāuzticas, un konfigurējiet otru palikt malā.

Turiet administrēšanas ceļu ārpus tuneļa, kur varat. Ja atrisinātājs un tunelis sabrūk kopā, jūs joprojām gribat sasniegt SSH LAN adresē, un tas nozīmē, ka pārvaldības pakalpojums nedrīkst būt atkarīgs no neviena no abiem.

Padariet nākamo atjauninājumu par izvēles daļu

Laidiens, ko nevarat atjaunināt, ir atbalsta griesti, ko jau esat pieņēmis. Pārbaudiet atjaunināšanas mehāniku rezerves kartē, pirms ierīce nes jūsu mājsaimniecības DNS, un izlasiet, ko projekti saka par lēkšanu starp atzariem, nevis pieņemiet, ka ar pakotnes atjauninājumu pietiek.

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

Aizturētās pakotnes ir ierastais iemesls, kāpēc atjauninājums izskatās veiksmīgs un neko nemaina. Atceliet aiztures apzināti, pa vienai, un atzīmējiet, kuram pakalpojumam bija vajadzīgs fiksējums.

Pirms lēciena eksportējiet Pi-hole konfigurāciju, statiskās nomās un visus tuneļa profilus un apstipriniet, ka varat tos atjaunot jaunā attēlā. Pēc lēciena pārbaudiet parasto klientu DNS, privāto resursu aiz tuneļa, atkārtotu savienojumu un jebkuru pāradresācijas noteikumu uz vārtejas. Kaste, kas ielādējas un atbild uz ping, gandrīz neko nav izturējusi.

Kad neviens vienīgs laidiens neiederas abos pakalpojumos

Dažkārt pārklāšanās ir tukša: VPN palīgs ir pārgājis uz jaunāku laidienu nekā Pi-hole pakotne, ko varat instalēt, vai plates ražotāja attēls atpaliek no abiem. Tādā gadījumā atdaliet lomas, nevis rediģējiet laidiena metadatus, lai apmierinātu instalētāju. Divas mazas ierīces vai viena ierīce plus konteiners otrajam pakalpojumam izmaksā mazāk nekā ierīce, kuras atbalsta stāsts balstās uz meliem.

Versijas viltošana ir vienīgais saīsinājums, no kā jāatsakās tieši. Pakotņu pārvaldnieki tic tam, ko saka laidiena fails, tāpēc viltots identifikators dod instalāciju, kuras atkļūdošanā nepalīdzēs neviens no abiem projektiem.

Ja divi pašreizējie laidieni apmierina visu, izvēlieties to, kura atjaunināšanas piezīmes varat sekot bez minējumiem, un pārstājiet meklēt. Pēc tam pierakstiet versiju, arhitektūru, pakalpojumu īpašniekus un atjaunošanas soli vienā vietā, jo nākamajai personai, kas pieskarsies SD kartei, būs vajadzīgi visi četri.