Pi-hole և VPN մեկ Pi-ի վրա. արդյո՞ք համակարգը դեռ աջակցվում է։

Մեկ Pi-hole և VPN միացված տուփի վրա երկու բան իրար խառնվում է՝ տեղադրված դիստրիբուտիվի ընտանիքը և այն թողարկումը, որի ճարտարապետությունն իսկապես աջակցում են բաղադրիչները։ Իմիջը բեռնող տախտակը ապացուցում է, որ միջուկն աշխատում է, այն չի ապացուցում, որ Pi-hole-ի FTL բինար ֆայլը և ձեր VPN տեղադրիչը նույն օգտվողի տարածությունն են թիրախավորում։ Իսկական ստուգումը տախտակի աջակցության, թողարկման ճյուղի, փաթեթների ճարտարապետության և ձեր իսկ վարած թարմացման ուղու քառակողմ համընկնումն է։ Կորցրե՛ք այս չորս ոտքերից որևէ մեկը, և սարքը կաշխատի այս շաբաթ, ապա կթողնի ձեզ հաջորդ անվտանգության թարմացման ժամանակ։

Աջակցությունը որոշում է թողարկման ճյուղը, ոչ ընտանիքի անունը

Հարցրե՛ք, թե որ թողարկման դեմ է նախագիծը դեռ փորձարկում, ապա պատասխանը գրե՛ք որպես տարբերակի տող, ոչ որպես Debian։ Pi-hole-ի նախապայմանների էջը աջակցվող օպերացիոն համակարգերն ու նախապես կառուցված FTL ճարտարապետությունները թվարկում է որպես երկու առանձին պահանջ, աջակցությունը սահմանափակում է այն թողարկումներով, որոնք դիստրիբուտիվն ինքն է դեռ պահպանում, և զգուշացնում, որ տարբերակները կամ անսովոր կարգավորումները կարող են ձախողվել նույնիսկ աջակցվող ցանկի ներսում։ Այդ ձևակերպումը կարևոր է՝ աջակցվող ընտանիքը չի ընդգրկում նրա բոլոր անդամներին։

Հին իմիջը, որը դեռ բեռնվում է ձեր Pi-ում, աջակցության ապացույց չէ։ Տախտակը լավ է, փաթեթների ինդեքսը հնացել է, և անհամապատասխանությունը երևում է ավելի ուշ, երբ տեղադրիչը քաշում է կախվածություն, որ թողարկումն այլևս չի կարող բավարարել։

VPN կողմն ավելի շատ մասեր ունի, յուրաքանչյուրն իր պատուհանով՝ թունելի դեմոնը, նրա կոնֆիգուրացիան գրող տեղադրման օգնականը, մատակարարի հաճախորդի հավելվածը և դիստրիբուտիվի ինտեգրացիոն փաթեթը չորս առանձին նախագծեր են։ Ձեր դիստրիբուտիվը ճանաչող տեղադրիչը և այնպիսի ծառայություն ստեղծող տեղադրիչը, որը թողարկումը կարող է աշխատեցնել, տարբեր պնդումներ են։ Դիտե՛ք դեմոնի սեփական հարթակների ցանկը, ապա դիտե՛ք, թե արդյոք ձեր գործարկելիք օգնականին դիպել են այդ թողարկման ի հայտ գալուց ի վեր։ Այնտեղ, որտեղ նախագիծը աջակցություն հայտարարում է միայն մինչև անվանված թողարկում, հաջորդին վերաբերվե՛ք որպես չստուգվածի, քանի դեռ ինքներդ չեք բեռնել այն։

Համապատասխանեցրե՛ք բինար թիրախը ձեր օգտվողի տարածությանը

Ճարտարապետությունը ավելի հանգիստ ձախողումն է։ 64-բիթ միջուկը 32-բիթ օգտվողի տարածության հետ իրական, աջակցվող համադրություն է մի քանի տախտակների վրա, և այն 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-բիթ իմիջի վրա նորից ֆլեշ անելը սովորաբար ավելի արագ է, քան այն գործիքաշղթայի վերակառուցումը, որն առաջացրել է անհամապատասխանությունը։

Տախտակի մարքեթինգը նույնպես սա չի որոշում։ Հիշողության չափը և պրոցեսորի մոդելը ոչինչ չեն ասում այն մասին, թե ձեր փաթեթները որ libc-ին են կապվում, այնպես որ որոշե՛ք տպված արժեքներով, երբեք՝ ապրանքի էջով։

Մեկ տուփ, երկու ծառայություն, ցանցի մեկ տեր

Որոշե՛ք, թե ումն են հասցեավորումը, լուծիչը և թունելը, նախքան առաջին փաթեթը կբարձրանա, այլապես երկու ծառայություն կհավակնեն նույն պարտականությանը, և ոչ մեկը մաքուր չի հաղթի։ Pi-ին տվե՛ք ստատիկ հասցե ձեր երթուղիչի տրամադրած DHCP լողավազանից դուրս, և թունելը պահե՛ք իր ենթացանցում՝ Pi-ի համար 192.168.50.10 և թունելի համար 10.42.0.0/24-ը աշխատունակ բաժանում է, և թվերն իրենք կամայական են, քանի դեռ չեն բախվում այն բանի հետ, ինչ ձեր երթուղիչն արդեն սպասարկում է։ Ապա գրե՛ք, թե որ բաղադրիչն է պատասխանում 53 պորտին, որը DHCP է բաժանում, եթե օգտագործում եք, և ումն է լռելյայն երթուղին, մինչ թունելը բարձրացված է։ Առանց էկրանի իմիջի վրա այդ վերջին աշխատանքը NetworkManager-ինն է կամ systemd-networkd-ինը, և մատակարարի հաճախորդ տեղադրելը, որը նաև վերագրում է լուծիչի կոնֆիգուրացիան այն ուղին է, որով մարդիկ հասնում են կենդանի թունելի և մեռած DNS-ի։

Տուփը կիսելը նորմալ է։ Դերը կիսելը՝ ոչ։ Pi-hole-ը ցանկանում է լինել 53 պորտի միակ լսողը, իսկ VPN դեմոնը ցանկանում է իր DNS կարգավորումը հրել հաճախորդներին, այնպես որ ընտրե՛ք, թե երկուսից ում պիտի վստահեն հաճախորդները, և մյուսին կարգավորե՛ք ճանապարհից դուրս մնալու։

Վարչական ուղին հնարավորության դեպքում թունելից դուրս պահե՛ք։ Եթե լուծիչը և թունելը միասին ձախողվեն, դուք դեռ կցանկանաք SSH-ը հասանելի տեսնել LAN հասցեով, և դա նշանակում է, որ կառավարման ծառայությունը չպետք է կախված լինի երկուսից ոչ մեկից։

Հաջորդ թարմացումը դարձրե՛ք ընտրության մաս

Այն թողարկումը, որը չեք կարող թարմացնել, աջակցության այն առաստաղն է, որն արդեն ընդունել եք։ Փորձարկե՛ք թարմացման մեխանիկան պահուստային քարտի վրա, նախքան սարքը կկրի ձեր տնային տնտեսության DNS-ը, և կարդացե՛ք, թե նախագծերը ինչ են ասում ճյուղերի միջև անցնելու մասին՝ փոխարենը ենթադրելու, թե փաթեթի թարմացումը բավական է։

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

Պահված փաթեթներն են սովորական պատճառը, որ թարմացումը հաջող է թվում և ոչինչ չի փոխում։ Պահումները հանե՛ք դիտավորյալ՝ մեկ առ մեկ, և նշե՛ք, թե որ ծառայությանն էր պետք ամրացումը։

Ցատկից առաջ արտահանե՛ք Pi-hole-ի կոնֆիգուրացիան, ստատիկ վարձույթները և ցանկացած թունելային պրոֆիլ, և հաստատե՛ք, որ կարող եք դրանք վերականգնել թարմ իմիջի վրա։ Ցատկից հետո փորձարկե՛ք սովորական հաճախորդի DNS-ը, թունելի հետևի մասնավոր ռեսուրսը, նորից միացումը և դարպասի ցանկացած փոխանցման կանոն։ Այն տուփը, որը բեռնվում է և պատասխանում ping-ին, համարյա ոչինչ չի անցել։

Երբ ոչ մի միակ թողարկում չի համապատասխանում երկու ծառայություններին

Երբեմն համընկնումը դատարկ է՝ VPN օգնականն անցել է ավելի նոր թողարկման, քան այն Pi-hole փաթեթը, որը կարող եք տեղադրել, կամ տախտակի արտադրողի իմիջը երկուսից հետ է մնացել։ Այդ դեպքում բաժանե՛ք դերերը՝ փոխարենը թողարկման մետատվյալները խմբագրելու՝ տեղադրիչին գոհացնելու համար։ Երկու փոքր սարք, կամ մեկ սարք գումարած բեռնարկղ երկրորդ ծառայության համար, ավելի քիչ արժեն, քան այն սարքը, որի աջակցության պատմությունը ստի վրա է հենված։

Տարբերակը կեղծելը միակ կտրուկ ուղին է, որը պետք է ուղղակի մերժել։ Փաթեթների կառավարիչները հավատում են թողարկման ֆայլում գրվածին, այնպես որ կեղծ նույնացուցիչը ձեզ տալիս է տեղադրում, որի վրիպազերծմանը երկու նախագծերից ոչ մեկը չի օգնի։

Եթե երկու ընթացիկ թողարկումներ բավարարում են ամեն ինչ, ընտրե՛ք այն, ում թարմացման նշումները կարող եք հետևել առանց գուշակելու, և դադարե՛ք փնտրել։ Ապա գրանցե՛ք տարբերակը, ճարտարապետությունը, ծառայությունների տերերին և վերականգնման քայլը մեկ տեղում, որովհետև SD քարտին հաջորդ դիպչող մարդուն բոլոր չորսը պետք կգան։