Bir Pi-də Pi-hole və VPN: əməliyyat sistemi hələ də dəstəklənirmi?
Pi-hole və VPN-i bir Raspberry Pi-yə yerləşdirməzdən əvvəl lövhə dəstəyini, istifadəçi sahəsinin arxitekturasını, xidmət dəstəyini və yüksəltmə yolunu uyğunlaşdırın.
Birləşdirilmiş Pi-hole və VPN qutusunda iki şey qarışır: quraşdırdığınız distributiv ailəsi və komponentlərin həqiqətən dəstəklədiyi buraxılış üstəgəl arxitektura. Şəkil yükləyib işə düşən lövhə nüvənin işlədiyini sübut edir; Pi-hole-un FTL binarının və VPN quraşdırıcınızın eyni istifadəçi sahəsini hədəflədiyini sübut etmir. Əsl sınaq lövhə dəstəyinin, buraxılış qolunun, paket arxitekturasının və özünüz idarə edə biləcəyiniz yüksəltmə yolunun dördtərəfli kəsişməsidir. Ayaqlardan birini itirin, cihaz bu həftə işləyər, sonra növbəti təhlükəsizlik yeniləməsində sizi yolda qoyar.
Dəstəyi ailə adı deyil, buraxılış qolu müəyyən edir
Layihənin hələ hansı buraxılış üzərində sınaq apardığını soruşun, sonra cavabı Debian kimi deyil, versiya sətri kimi yazın. Pi-hole-un ilkin şərtlər səhifəsi dəstəklənən əməliyyat sistemlərini və əvvəlcədən qurulmuş FTL arxitekturalarını iki ayrı tələb kimi sadalayır, dəstəyi distributivin özünün hələ saxladığı buraxılışlarla məhdudlaşdırır və xəbərdarlıq edir ki, variantlar və ya qeyri-adi konfiqurasiyalar dəstəklənən siyahının içində belə uğursuz ola bilər. Bu ifadə vacibdir: dəstəklənən ailə onun hər üzvünü əhatə etmir.
Pi-nizdə hələ işə düşən köhnə şəkil dəstək sübutu deyil. Lövhə yaxşıdır, paket indeksi köhnəlib, və uyğunsuzluq sonra üzə çıxır: quraşdırıcı buraxılışın artıq ödəyə bilmədiyi asılılığı çəkəndə.
VPN tərəfində daha çox hissə var, hər birinin öz pəncərəsi ilə: tunel demonu, onun konfiqurasiyasını yazan quraşdırma köməkçisi, provayderin müştəri tətbiqi və distributivin inteqrasiya paketi dörd ayrı layihədir. Distributivinizi tanıyan quraşdırıcı ilə buraxılışın işlək saxlaya biləcəyi xidmət yaradan quraşdırıcı fərqli iddialardır. Demonun öz platforma siyahısına baxın, sonra çalışdırmaq istədiyiniz köməkçiyə həmin buraxılış çıxandan bəri toxunulubmu baxın. Layihə dəstəyi yalnız adlı buraxılışa qədər bildirirsə, növbətini özünüz işə salana qədər sınanmamış sayın.
Binar hədəfini mövcud istifadəçi sahənizə uyğunlaşdırın
Arxitektura daha səssiz nasazlıqdır. 64 bitlik nüvə ilə 32 bitlik istifadəçi sahəsi bir neçə lövhədə real və dəstəklənən birləşmədir və 32 bitlik FTL binarını şikayətsiz işlədir, yalnız arm64 üçün buraxılmış bir şey quraşdıranadək. Şəkil seçməzdən əvvəl hər iki yarısını çap edin və çıxışı qeydlərinizin yanında saxlayın.
uname -m
dpkg --print-architecture
grep -E '^(PRETTY_NAME|VERSION_ID)=' /etc/os-release
apt-cache policy pihole-ftl
Bu iki arxitektura sətri uyğun gəlmirsə, qarışıq quruluşdasınız: tək Pi-hole üçün işlək, ikinci xidmət yerli kitabxanalar istəyəndə kövrək. Təmiz 64 bitlik şəklə yenidən yazmaq adətən uyğunsuzluğu yaradan alətlər zəncirini yenidən qurmaqdan sürətlidir.
Lövhə marketinqi bunu da həll etmir. Yaddaş ölçüsü və CPU modeli paketlərinizin hansı libc ilə bağlandığı barədə heç nə demir, ona görə çap olunmuş dəyərlərə görə qərar verin, heç vaxt məhsul səhifəsinə görə yox.
Bir qutu, iki xidmət, şəbəkənin bir sahibi
İlk paket quraşdırılmazdan əvvəl ünvanlamanın, həlledicinin və tunelin kimə aid olduğunu qərar verin, əks halda iki xidmət eyni vəzifəni iddia edər və heç biri təmiz qalib gəlməz. Pi-yə marşrutlaşdırıcınızın verdiyi DHCP hovuzundan kənarda statik ünvan verin və tuneli öz alt şəbəkəsində saxlayın: Pi üçün 192.168.50.10 və tunel üçün 10.42.0.0/24 işlək bölgüdür, rəqəmlər özləri ixtiyaridir, kifayətdir ki, marşrutlaşdırıcınızın artıq verdikləri ilə toqquşmasın. Sonra hansı komponentin 53 portunda cavab verdiyini, istifadə edirsinizsə hansının DHCP verdiyini və tunel açıqkən hansının standart marşrutu saxladığını yazın. Başsız şəkildə bu son iş NetworkManager və ya systemd-networkd-ə aiddir və həlledici konfiqurasiyasını da yenidən yazan provayder müştərisi quraşdırmaq insanların canlı tunel və ölü DNS ilə qalmasının yoludur.
Qutunu paylaşmaq olar. Rolu paylaşmaq olmaz. Pi-hole 53 portunda yeganə dinləyici olmaq istəyir, VPN demonu isə öz DNS tənzimləməsini müştərilərə ötürmək istəyir, ona görə müştərilərin hansına etibar etməli olduğunu seçin və digərini yoldan çəkilməyə qurun.
İdarəetmə yolunu mümkün olduqca tuneldən kənarda saxlayın. Həlledici və tunel birlikdə sıradan çıxsa, SSH-ın LAN ünvanında əlçatan qalmasını istəyirsiniz və bu o deməkdir ki, idarəetmə xidməti heç birindən asılı olmamalıdır.
Növbəti yüksəltməni seçimin bir parçası edin
Yüksəldə bilmədiyiniz buraxılış artıq qəbul etdiyiniz dəstək tavanıdır. Cihaz evinizin DNS-ni daşımazdan əvvəl yüksəltmə mexanikasını ehtiyat kartda sınayın və paket yüksəltməsinin kifayət etdiyini güman etmək əvəzinə layihələrin qollar arasında keçid barədə dediklərini oxuyun.
sudo apt update
apt-mark showhold
sudo apt full-upgrade
pihole -up
Saxlanılan paketlər yüksəltmənin uğurlu görünüb heç nəyi dəyişməməsinin adi səbəbidir. Saxlamaları qəsdən, bir-bir götürün və hansı xidmətin bu bərkitməyə ehtiyacı olduğunu qeyd edin.
Keçiddən əvvəl Pi-hole konfiqurasiyasını, statik icarələri və tunel profillərini ixrac edin və onları təzə şəkildə bərpa edə bildiyinizi təsdiqləyin. Keçiddən sonra adi müştəri DNS-ni, tunelin arxasındakı özəl resursu, yenidən qoşulmanı və şlüzdəki hər hansı yönləndirmə qaydasını sınayın. Yüklənib ping cavablandıran qutu demək olar ki, heç nəyi keçməyib.
Heç bir buraxılış hər iki xidmətə uyğun gəlməyəndə
Bəzən kəsişmə boş olur: VPN köməkçisi quraşdıra biləcəyiniz Pi-hole paketindən daha yeni buraxılışa keçib, ya da lövhənin istehsalçı şəkli hər ikisindən geri qalır. Bu halda quraşdırıcını razı salmaq üçün buraxılış metadatasını redaktə etmək əvəzinə rolları ayırın. İki kiçik cihaz, ya da bir cihaz üstəgəl ikinci xidmət üçün bir konteyner, dəstək hekayəsi yalana söykənən cihazdan daha az başa gəlir.
Versiyanı saxtalaşdırmaq qəti şəkildə imtina etməli olduğunuz yeganə qısayoldur. Paket menecerləri buraxılış faylının dediklərinə inanır, ona görə saxta identifikator elə quraşdırma verir ki, heç bir layihə onu sazlamağa kömək etməyəcək.
İki cari buraxılış hər şeyi ödəyirsə, yüksəltmə qeydlərini təxmin etmədən izləyə bildiyinizi seçin və axtarışı dayandırın. Sonra versiyanı, arxitekturanı, xidmət sahiblərini və bərpa addımını bir yerdə qeyd edin, çünki SD karta sonra toxunacaq adam dördünün hamısına ehtiyac duyacaq.