Pi-hole ir VPN viename Pi: ar operacinė sistema dar palaikoma?

Vienoje Pi-hole ir VPN dėžutėje susimaišo du dalykai: įdiegta distribucijos šeima ir leidimas bei architektūra, kurią komponentai iš tikrųjų palaiko. Plokštė, kuri įkelia atvaizdą, įrodo, kad branduolys veikia; ji neįrodo, kad Pi-hole FTL dvejetainis failas ir jūsų VPN diegėjas taiko tą pačią vartotojo erdvę. Tikrasis bandymas – keturpusė sankloda: plokštės palaikymas, leidimo šaka, paketų architektūra ir atnaujinimo kelias, kurį galite valdyti patys. Praraskite bet kurią iš šių keturių kojų, ir prietaisas veiks šią savaitę, o po to paliks jus likimo valiai per kitą saugos atnaujinimą.

Palaikymą nustato leidimo šaka, o ne šeimos pavadinimas

Paklauskite, kurį leidimą projektas dar testuoja, o atsakymą užrašykite kaip versijos eilutę, o ne Debian. Pi-hole būtinųjų sąlygų puslapis palaikomas operacines sistemas ir iš anksto sukurtas FTL architektūras pateikia kaip du atskirus reikalavimus, palaikymą riboja leidimais, kuriuos pati distribucija dar prižiūri, ir įspėja, kad variantai ar neįprastos konfigūracijos gali nepavykti net palaikomame sąraše. Ši formuluotė svarbi: palaikoma šeima neapima visų jos narių.

Senas atvaizdas, kuris dar įkeliamas jūsų Pi, nėra palaikymo įrodymas. Plokštė tvarkinga, paketų indeksas pasenęs, o neatitikimas pasimato vėliau, kai diegėjas traukia priklausomybę, kurios leidimas jau nebegali patenkinti.

VPN pusėje daugiau dalių, kiekviena su savo langu: tunelio demonas, jo konfigūraciją rašantis diegimo pagalbininkas, teikėjo kliento programa ir distribucijos integracijos paketas yra keturi atskiri projektai. Diegėjas, atpažįstantis jūsų distribuciją, ir diegėjas, sukuriantis paslaugą, kurią leidimas gali palaikyti veikiančią, yra du skirtingi teiginiai. Pasidomėkite paties demono platformų sąrašu, o paskui – ar pagalbininkas, kurį ketinate paleisti, buvo liestas nuo to leidimo pasirodymo. Kai projektas nurodo palaikymą tik iki įvardyto leidimo, kitą laikykite neišbandytu, kol patys jo neįkelsite.

Suderinkite dvejetainį taikinį su turima vartotojo erdve

Architektūra – tylesnė nesėkmė. 64 bitų branduolys su 32 bitų vartotojo žeme yra realus, palaikomas derinys keliose plokštėse, ir jis 32 bitų FTL dvejetainį failą vykdo be priekaištų iki tos akimirkos, kai įdiegiate ką nors, kas publikuojama tik arm64. Atspausdinkite abi puses prieš rinkdamiesi atvaizdą ir laikykite išvestį šalia savo užrašų.

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

Jei šios dvi architektūros eilutės nesutampa, esate mišrioje sąrangoje: tinka vien Pi-hole, trapu, kai antroji paslauga pareikalauja vietinių bibliotekų. Perrašyti švarų 64 bitų atvaizdą paprastai greičiau nei perstatyti įrankių grandinę, sukūrusią neatitikimą.

Plokštės rinkodara to taip pat neišsprendžia. Atminties dydis ir CPU modelis nieko nesako apie tai, su kuria libc susiejami jūsų paketai, tad spręskite pagal atspausdintas reikšmes, niekada pagal produkto puslapį.

Viena dėžutė, dvi paslaugos, vienas tinklo savininkas

Nuspręskite, kam priklauso adresavimas, sprendėjas ir tunelis, prieš įkeliant pirmą paketą, nes kitaip dvi paslaugos pretenduos į tą pačią pareigą ir nė viena nelaimės švariai. Duokite Pi statinį adresą už DHCP rezervo, kurį dalija jūsų maršrutizatorius, ir laikykite tunelį savo po tinkle: 192.168.50.10 Pi ir 10.42.0.0/24 tuneliui yra vienas veikiantis padalijimas, o patys skaičiai savavališki tol, kol nesusiduria su tuo, ką jūsų maršrutizatorius jau aptarnauja. Tada užrašykite, kuris komponentas atsako 53 prievade, kuris dalija DHCP, jei juo naudojatės, ir kuris valdo numatytąjį maršrutą, kol tunelis pakeltas. Be ekrano atvaizde tas paskutinis darbas priklauso NetworkManager arba systemd-networkd, o teikėjo kliento, kuris taip pat perrašo sprendėjo konfigūraciją, diegimas yra kelias, kuriuo žmonės atsiduria su gyvu tuneliu ir negyvu DNS.

Dalintis dėžute gerai. Dalintis vaidmeniu ne. Pi-hole nori būti vienintelis klausytojas 53 prievade, o VPN demonas nori stumti savo DNS nustatymą klientams, tad pasirinkite, kuriuo iš dviejų klientai turi pasitikėti, ir sukonfigūruokite kitą pasitraukti.

Kiek įmanoma laikykite administravimo kelią už tunelio. Jei sprendėjas ir tunelis sugenda kartu, jūs vis tiek norite pasiekti SSH LAN adresu, o tai reiškia, kad valdymo paslauga neturi priklausyti nė nuo vieno iš jų.

Padarykite kitą atnaujinimą pasirinkimo dalimi

Leidimas, kurio negalite atnaujinti, yra palaikymo lubos, kurias jau priėmėte. Išbandykite atnaujinimo mechaniką atsarginėje kortelėje, prieš prietaisui pradedant nešti jūsų namų DNS, ir paskaitykite, ką projektai sako apie peršokimą tarp šakų, užuot tikėję, kad paketo atnaujinimo pakanka.

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

Sulaikyti paketai – įprasta priežastis, kodėl atnaujinimas atrodo sėkmingas ir nieko nekeičia. Atšaukite sulaikymus sąmoningai, po vieną, ir pažymėkite, kuriai paslaugai reikėjo fiksavimo.

Prieš šuolį eksportuokite Pi-hole konfigūraciją, statines nuomas ir visus tunelio profilius bei patvirtinkite, kad galite juos atkurti švariame atvaizde. Po šuolio patikrinkite įprastą klientų DNS, privatų išteklių už tunelio, pakartotinį prisijungimą ir bet kurią perdavimo taisyklę šliuze. Dėžutė, kuri įkeliama ir atsako į ping, beveik nieko neišlaikė.

Kai nė vienas leidimas netinka abiem paslaugoms

Kartais sankloda tuščia: VPN pagalbininkas perėjo prie naujesnio leidimo nei Pi-hole paketas, kurį galite įdiegti, arba plokštės gamintojo atvaizdas atsilieka nuo abiejų. Tokiu atveju atskirkite vaidmenis, o ne redaguokite leidimo metaduomenis, kad patenkintumėte diegėją. Du maži įrenginiai arba vienas įrenginys plius konteineris antrajai paslaugai kainuoja mažiau nei prietaisas, kurio palaikymo istorija remiasi melu.

Versijos klastojimas – vienintelis greitasis kelias, kurio reikia tiesiog atsisakyti. Paketų tvarkyklės tiki tuo, ką sako leidimo failas, tad suklastotas identifikatorius duoda diegimą, kurio derinant nepadės nė vienas iš dviejų projektų.

Jei du dabartiniai leidimai tenkina viską, pasirinkite tą, kurio atnaujinimo pastabas galite sekti be spėlionių, ir nustokite ieškoti. Tada užrašykite versiją, architektūrą, paslaugų savininkus ir atkūrimo žingsnį vienoje vietoje, nes kitam žmogui, kuris palies SD kortelę, prireiks visų keturių.