Бір Pi-де Pi-hole мен VPN: операциялық жүйе әлі қолдаулы ма?

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 картасын келесі ұстаған адамға төртеуі де керек болады.