ഒരു 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-യുമായി ലിങ്ക് ചെയ്യുന്നു എന്നതിനെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല, അതിനാൽ പ്രിന്റ് ചെയ്ത മൂല്യങ്ങളിൽ നിന്ന് തീരുമാനിക്കുക, ഒരിക്കലും ഉൽപ്പന്ന പേജിൽ നിന്നല്ല.

ഒരു ബോക്സ്, രണ്ട് സേവനങ്ങൾ, നെറ്റ്വർക്കിന്റെ ഒരു ഉടമ

ആദ്യ പാക്കേജ് കയറുന്നതിന് മുൻപ് വിലാസനിർണ്ണയം, റിസോൾവർ, ടണൽ ആർക്കുള്ളതെന്ന് തീരുമാനിക്കുക, അല്ലെങ്കിൽ രണ്ട് സേവനങ്ങൾ ഒരേ ചുമതല അവകാശപ്പെടുകയും ഒന്നും വ്യക്തമായി ജയിക്കുകയുമില്ല. നിങ്ങളുടെ റൗട്ടർ നൽകുന്ന DHCP പൂളിന് പുറത്ത് Pi-ക്ക് സ്ഥിര വിലാസം നൽകുക, ടണൽ അതിന്റെ സ്വന്തം സബ്നെറ്റിൽ നിർത്തുക: 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 കാർഡിൽ അടുത്തതായി തൊടുന്ന വ്യക്തിക്ക് നാലും വേണ്ടിവരും.