Pi-hole kaj VPN sur unu Pi: ĉu la operaciumo ankoraŭ estas subtenata?

Sur kunigita skatolo Pi-hole kaj VPN du aferoj miksiĝas: la distribua familio, kiun vi instalis, kaj la eldono kune kun la arkitekturo, kiujn la komponantoj efektive subtenas. Tabulo, kiu ŝargas bildon, pruvas, ke la kerno funkcias; ĝi ne pruvas, ke la FTL-binaraĵo de Pi-hole kaj via VPN-instalilo celas la saman uzantan spacon. La vera provo estas kvaropa interkovro de tabula subteno, eldona branĉo, paka arkitekturo kaj ĝisdatiga vojo, kiun vi mem povas gvidi. Perdu iun ajn el la kvar kruroj kaj la aparato funkcias ĉi-semajne, poste lasas vin en la venonta sekureca ĝisdatigo.

La eldona branĉo difinas la subtenon, ne la familia nomo

Demandu, kontraŭ kiu eldono la projekto ankoraŭ testas, poste skribu la respondon kiel versian ĉenon anstataŭ Debian. La paĝo de antaŭkondiĉoj de Pi-hole listigas subtenatajn operaciumojn kaj antaŭkonstruitajn FTL-arkitekturojn kiel du apartajn postulojn, limigas subtenon al eldonoj, kiujn la distribuo mem ankoraŭ prizorgas, kaj avertas, ke variantoj aŭ nekutimaj agordoj povas malsukcesi eĉ ene de la subtenata listo. Tiu vortumo gravas: subtenata familio ne kovras ĉiun ĝian membron.

Malnova bildo, kiu ankoraŭ ŝargas sur via Pi, ne estas pruvo de subteno. La tabulo estas en ordo, la paka indekso malnoviĝis, kaj la miskongruo montriĝas poste, kiam instalilo tiras dependaĵon, kiun la eldono ne plu povas kontentigi.

La VPN-flanko havas pli da partoj, ĉiu kun sia fenestro: la tunela demono, la instal-helpilo, kiu skribas ĝian agordon, la klienta aplikaĵo de la provizanto kaj la integra pako de la distribuo estas kvar apartaj projektoj. Instalilo, kiu rekonas vian distribuon, kaj instalilo, kiu produktas servon, kiun la eldono povas tenadi funkcianta, estas malsamaj asertoj. Esploru la propran platformliston de la demono, poste esploru, ĉu la helpilo, kiun vi intencas ruli, estis tuŝita de kiam tiu eldono aperis. Kie projekto deklaras subtenon nur ĝis nomita eldono, traktu la sekvan kiel neprovita ĝis vi mem ŝargos ĝin.

Akkordu la binaran celon al la uzanta spaco, kiun vi havas

Arkitekturo estas la pli silenta malsukceso. 64-bita kerno kun 32-bita uzanta tero estas reala, subtenata kombinaĵo sur pluraj tabuloj, kaj ĝi rulas 32-bitan FTL-binaraĵon sen plendo, ĝis la momento, kiam vi instalas ion, kio estas publikigita nur por arm64. Presu ambaŭ duonojn antaŭ ol elekti bildon, kaj konservu la eligon apud viaj notoj.

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

Se tiuj du arkitekturlinioj malkongruas, vi estas ĉe miksita aranĝo: farebla por Pi-hole sola, delikata tuj kiam dua servo volas denaskajn bibliotekojn. Reŝargi puran 64-bitan bildon kutime pli rapidas ol rekonstrui la ilarĉenon, kiu kreis la miskongruon.

Tabulmerkato ankaŭ ne solvas tion. Memorgrando kaj CPU-modelo diras nenion pri tio, kontraŭ kiu libc viaj pakoj ligiĝas, do decidu laŭ la presitaj valoroj, neniam laŭ la produkta paĝo.

Unu skatolo, du servoj, unu posedanto de la reto

Decidu, kiu posedas adresadon, la solvilon kaj la tunelon antaŭ ol la unua pako supreniras, ĉar alie du servoj postulas la saman devon kaj neniu venkas pure. Donu al la Pi statikan adreson ekster la DHCP-pool, kiun via enkursigilo disdonas, kaj tenu la tunelon en sia propra subreto: 192.168.50.10 por la Pi kaj 10.42.0.0/24 por la tunelo estas farebla divido, kaj la nombroj mem estas arbitraj kondiĉe ke ili ne kolizias kun tio, kion via enkursigilo jam servas. Poste skribu, kiu komponanto respondas sur pordo 53, kiu disdonas DHCP se vi uzas ĝin, kaj kiu posedas la defaŭltan vojon dum la tunelo estas supren. Sur senkapa bildo tiu lasta tasko apartenas al NetworkManager aŭ systemd-networkd, kaj instali provizantan klienton, kiu ankaŭ reskribas la solvilan agordon estas kiel homoj finiĝas kun viva tunelo kaj morta DNS.

Dividi la skatolon estas en orde. Dividi rolon ne. Pi-hole volas esti la sola aŭskultanto sur pordo 53, kaj la VPN-demono volas puŝi sian propran DNS-agordon al klientoj, do elektu, kiun el la du la klientoj fidu, kaj agordu la alian por resti for de la vojo.

Tenu la administran vojon for de la tunelo, kie vi povas. Se la solvilo kaj la tunelo malsukcesas kune, vi ankoraŭ volas SSH atingeblan sur la LAN-adreso, kaj tio signifas, ke la administra servo devas dependi de neniu el ili.

Faru la sekvan ĝisdatigon parto de la elekto

Eldono, kiun vi ne povas ĝisdatigi, estas subtena plafono, kiun vi jam akceptis. Testu la ĝisdatigan mekanikon sur rezerva karteto antaŭ ol la aparato portos la DNS de via domanaro, kaj legu, kion la projektoj diras pri saltado inter branĉoj anstataŭ supozi, ke paka ĝisdatigo sufiĉas.

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

Retenitaj pakoj estas la kutima kialo, ke ĝisdatigo aspektas sukcesa kaj ŝanĝas nenion. Forigu la retenojn intence, unu post la alia, kaj notu, kiu servo bezonis la fiksilon.

Antaŭ la salto, eksportu la agordon de Pi-hole, la statikajn luojn kaj ajnajn tunelprofilojn, kaj konfirmu, ke vi povas restarigi ilin sur freŝa bildo. Post la salto, testu ordinaran klientan DNS, la privatan rimedon malantaŭ la tunelo, rekonekton kaj ajnan plusendan regulon sur la enirejo. Skatolo, kiu ŝargas kaj respondas al ping, preskaŭ nenion trapasis.

Kiam neniu unuopa eldono konvenas al ambaŭ servoj

Foje la interkovro estas malplena: la VPN-helpilo moviĝis al pli nova eldono ol la Pi-hole-pako, kiun vi povas instali, aŭ la vendista bildo de la tabulo postrestas malantaŭ ambaŭ. Tiuokaze apartigu la rolojn anstataŭ redakti eldonajn metadatumojn por kontentigi instalilon. Du malgrandaj aparatoj, aŭ unu aparato plus ujo por la dua servo, kostas malpli ol aparato, kies subtena rakonto dependas de mensogo.

Falsi la version estas la unu fuŝvojo, kiun vi tute rifuzu. Pakadministriloj fidas tion, kion diras la eldona dosiero, do falsigita identigilo donas al vi instalon, kiun nek unu nek la alia projekto helpos vin sencimigi.

Se du aktualaj eldonoj kontentigas ĉion, elektu tiun, kies ĝisdatigajn notojn vi povas sekvi sen divenado, kaj ĉesu serĉi. Poste registru la version, la arkitekturon, la servoposedantojn kaj la restarigan paŝon en unu loko, ĉar la sekva persono, kiu tuŝos la SD-karton, bezonos ĉiujn kvar.