Pi-hole en VPN op een Pi: word die bedryfstelsel nog ondersteun?

Twee dinge raak gemeng op ’n gekombineerde Pi-hole-en-VPN-boks: die distribusiefamilie wat jy geïnstalleer het en die uitgawe plus argitektuur wat die komponente werklik ondersteun. ’n Bord wat ’n beeld start, bewys die kernel loop; dit bewys nie dat Pi-hole se FTL-binêre en jou VPN-installeerder dieselfde gebruikersruimte teiken nie. Die werklike toets is ’n vierrigting-oorvleueling van bordondersteuning, uitgawebranch, pakketargitektuur en ’n opgraderingspad wat jy self kan bestuur. Verloor enige een been en die toestel werk vandeesweek, en laat jou dan in die steek by die volgende sekuriteitsopdatering.

Die uitgawebranch bepaal ondersteuning, nie die familienaam nie

Vra watter uitgawe die projek nog teen toets, en skryf die antwoord neer as ’n weergawe-string eerder as Debian. Pi-hole se voorvereistes-bladsy lys ondersteunde bedryfstelsels en voorafgeboude FTL-argitekture as twee afsonderlike vereistes, beperk ondersteuning tot uitgawes wat die distribusie self nog instandhou, en waarsku dat variante of ongewone konfigurasies selfs binne die ondersteunde lys kan misluk. Daardie bewoording maak saak: ’n ondersteunde familie dek nie elke lid daarvan nie.

’n Ou beeld wat nog op jou Pi start, is nie bewys van ondersteuning nie. Die bord is reg, die pakketindeks is verouderd, en die wanverhouding wys later, wanneer ’n installeerder ’n afhanklikheid trek wat die uitgawe nie meer kan bevredig nie.

Die VPN-kant het meer dele, elk met sy eie venster: die tonnel-daemon, die installasiehelper wat sy konfigurasie skryf, die verskaffer se kliëntprogram en die distribusie se integrasiepakket is vier afsonderlike projekte. ’n Installeerder wat jou distribusie herken en ’n installeerder wat ’n diens lewer wat die uitgawe aan die gang kan hou, is verskillende aansprake. Soek die daemon se eie platformlys op, en soek dan op of die helper wat jy wil hardloop aangeraak is sedert daardie uitgawe vrygestel is. Waar ’n projek ondersteuning slegs tot ’n genoemde uitgawe verklaar, behandel die volgende een as ongetoets totdat jy dit self geboot het.

Pas die binêre teiken by die gebruikersruimte wat jy het

Argitektuur is die stiller mislukking. ’n 64-bis kernel met ’n 32-bis gebruikersland is ’n werklike, ondersteunde kombinasie op verskeie borde, en dit loop ’n 32-bis FTL-binêre sonder klag, tot op die oomblik dat jy iets installeer wat net vir arm64 gepubliseer word. Druk albei helftes voordat jy ’n beeld kies, en hou die uitset by jou notas.

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

As daardie twee argitektuurlyne nie ooreenstem nie, is jy op ’n gemengde opstelling: werkbaar vir Pi-hole alleen, broos sodra ’n tweede diens inheemse biblioteke wil. Om na ’n skoon 64-bis beeld te herflits is gewoonlik vinniger as om die toolchain te herbou wat die wanverhouding veroorsaak het.

Bordbemarking beslis dit ook nie. Geheuegrootte en CPU-model sê niks oor teen watter libc jou pakkette skakel nie, so besluit uit die gedrukte waardes, nooit uit die produkblad nie.

Een boks, twee dienste, een eienaar van die netwerk

Bepaal wie adressering, die resolver en die tonnel besit voordat die eerste pakket geïnstalleer word, want anders eis twee dienste dieselfde plig op en wen nie een skoon nie. Gee die Pi ’n statiese adres buite die DHCP-poel wat jou roeteerder uitgee, en hou die tonnel op sy eie subnet: 192.168.50.10 vir die Pi en 10.42.0.0/24 vir die tonnel is een werkbare verdeling, en die getalle self is arbitrêr solank hulle nie bots met wat jou roeteerder reeds bedien nie. Skryf dan neer watter komponent op poort 53 antwoord, watter een DHCP uitdeel as jy dit gebruik, en watter een die verstekroete besit terwyl die tonnel op is. Op ’n kop-lose beeld behoort daardie laaste taak aan NetworkManager of systemd-networkd, en om ’n verskaffer-kliënt te installeer wat ook die resolver-konfigurasie herskryf is hoe mense met ’n lewendige tonnel en dooie DNS beland.

Om die boks te deel is reg. Om ’n rol te deel is nie. Pi-hole wil die enigste luisteraar op poort 53 wees, en die VPN-daemon wil sy eie DNS-instelling na kliënte stoot, so kies wie van die twee die kliënte moet vertrou en stel die ander een in om uit die pad te bly.

Hou die administrasiepad waar jy kan buite die tonnel. As die resolver en die tonnel saam misluk, wil jy SSH steeds op die LAN-adres bereikbaar hê, en dit beteken die bestuursdiens mag van nie een van die twee afhang nie.

Maak die volgende opgradering deel van die keuse

’n Uitgawe wat jy nie kan opgradeer nie, is ’n ondersteuningsplafon wat jy reeds aanvaar het. Toets die opgraderingsmeganika op ’n spaarkaart voordat die toestel jou huishouding se DNS dra, en lees wat die projekte oor takke spring sê eerder as om te aanvaar ’n pakketopgradering is genoeg.

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

Vasgehoue pakkette is die gewone rede waarom ’n opgradering suksesvol lyk en niks verander nie. Maak die vashou-eienskappe doelbewus een op ’n slag skoon, en let op watter diens die pen nodig gehad het.

Voor die sprong, voer die Pi-hole-konfigurasie, die statiese lease en enige tonnelprofiele uit, en bevestig dat jy dit op ’n vars beeld kan herstel. Ná die sprong, toets gewone kliënt-DNS, die private hulpbron agter die tonnel, ’n herverbinding, en enige aanstuur-reël op die gateway. ’n Boks wat start en ping antwoord, het amper niks geslaag nie.

Wanneer geen enkele uitgawe by albei dienste pas nie

Soms is die oorvleueling leeg: die VPN-helper het na ’n nuwer uitgawe geskuif as die Pi-hole-pakket wat jy kan installeer, of die bord se verskafferbeeld loop agter albei aan. In daardie geval skei die rolle eerder as om uitgawe-metadata te wysig om ’n installeerder tevrede te stel. Twee klein toestelle, of een toestel plus ’n houer vir die tweede diens, kos minder as ’n toestel wie se ondersteuningsverhaal op ’n leuen berus.

Om die weergawe te vervals is die een kortpad wat jy botweg moet weier. Pakketbestuurders vertrou wat die uitgawe-lêer sê, so ’n vervalste identifiseerder gee jou ’n installasie wat nie een van die twee projekte sal help ontfout nie.

As twee huidige uitgawes alles bevredig, kies die een wie se opgraderingsnotas jy sonder raaiwerk kan volg, en hou op om te soek. Teken dan die weergawe, die argitektuur, die dienseienaars en die herstelstap op een plek aan, want die volgende persoon wat aan die SD-kaart raak, sal al vier nodig hê.