Das updaten dauert bei mir mit "nur" 2.5 Mio Einträgen auch eine Weile... auf jeden irgendwie länger als früher irgendwie.
Ich hab inzwischen 2 PiHoles, die beide aber gleich konfiguriert sind (also gleiche Listen etc). Einen auf dem Pi4 und einen auf einen Proxmox-Container. Das Aktualisieren der Listen dauert auf dem Pi ca doppelt so lange. Aber gut, soweit ich weiß muss man die auch gar nicht manuell aktualisieren, da das PiHole wohl wöchentlich die Listen automatisch aktualisiert.
Ja, das Thema Overblocking ist gegeben...
Aber gut, soweit ich weiß muss man die auch gar nicht manuell aktualisieren, da das PiHole wohl wöchentlich die Listen automatisch aktualisiert.
Ist das wirklich so? Das wäre mir neu. 
Wenn ich manuell update, dann sieht man deutliche Sprünge in der Anzahl der Domains, die man sonst nicht sieht.
Neuer Rekord, wer bietet mehr? Und ich dachte schon ich hätte es mit 4 Millionen übertrieben. 
Aber gut, soweit ich weiß muss man die auch gar nicht manuell aktualisieren, da das PiHole wohl wöchentlich die Listen automatisch aktualisiert.
Ist das wirklich so? Das wäre mir neu.
Ja, das ist so. Ich wusste aber nicht, wie häufig das passiert. Habe Mal nachgeschaut, laut Doku ein Mal pro Woche:
Ich habe noch eine Frage zu PiHole (in der Hoffnung daß das noch nicht gefragt und beantwortet wurde): Wenn man jetzt so große Listen hat, und... also eigentlich generell, welchen RPi braucht man, damit das System flutscht und man im Netzwerk (und am RPi selber) nicht viel davon merkt?
Ich frage das in Bezug auf CPU und auch RAM. Nämlich deswegen, weil zumindest die großen RPi4 gar nicht Mal mehr so billig sind. Frage ist, ob man da evtl. eher CPU braucht, aber mit 2GB auskommt, oder ob eher RAM vonnöten ist, usw.
Danke.
Bei mir lief es zuerst auf einem Pi 3B+, mittlerweile auf einem 3B.
Memory Usage aktuell mit 4.5 Millionen Einträgen: 12.6%
CPU load average: 0.05, 0.02, 0.00
Edit: Auf dem pi läuft sonst nichts, der ist nur für Pi-hole im Einsatz
Edit2: Offizielle Empfehlung: 512 MB RAM: https://docs.pi-hole.net/main/prerequisites/
Bei mir läuft das auf einem RPi4B mit 1GB.
Ein Update meiner DB dauert ca. 20 Minuten.
Alles klar, dann muß man also nicht unbedingt das Beste bzw. Größte kaufen. Danke!
Jo, meiner ist auch noch der 700er Singlecore mit 512MB RAM. Ich sehe da noch keine Schwächen, Memory usage liegt ~ 12MB. Der Load Status ist immer grün. Einzig das angesprochene Listen-Update dauert etwas aber das ist ja bei den anderen auch so, da wird es einfach an der Menge liegen. Vielleicht auch wo sich die Listen befinden und welche Geschwindigkeit deren Server als Upload besitzt.
Moin zusammen,
ich hab mir mal am Montag Abend auch so einen Spass zusammen gebaut.
Hatte da noch einen alten in der Schublade liegen. Ist ein Raspberry Pi 1 B mit 512Mb Ram.
War am Anfang doch recht skeptisch da sich in Sachen Hardware von damals bis heute so einiges getan hat. Läuft aber auch mit "alter" Hardware sehr geschmeidig. Hab zz gut 2Mio Domains als Block und gut ner Hand voll DNS Einträge. Update ist etwas träge aber das macht man auch nicht alle 5Min.
Ein Pi 4 dürfte da noch massig Ressource frei haben für andere Dinge zb Openmediavault oä.
Meine Installation läuft jetzt seit ca 4 Jahren auf einem Beaglebone mit ARMv7 SingleCore @600MHz und 256MB RAM. Gerade geschaut, es sind 32MB RAM in Verwendung. Könnte den bestimmt auch auf 300MHz runtersetzen.
Anleitung: Pi-hole DNS Junk-Filter fürs Web auf Beaglebone (powered via USB)
Ich hab PiHole auch spaßhalber mal auf nem PiZero W installiert. Auch da lief es eigentlich ohne Probleme und ohne, dass er komplett auf Anschlag lief.
In meinem Linux-Container in dem mein 2. PiHole läuft, werden gerade mal 68MB RAM insgesamt belegt.
Ich würde also sagen, das Ding läuft jeder Kartoffel 
Ich habe mir jetzt Mal einen 4er mit Zubehör geholt. Leider war die gewünschte Variante mit 2GiB RAM nicht lagernd beim offiziellen Distributor in Österreich, also sind es halt leider 4GiB geworden. 1GiB hätt's auch noch gegeben, aber preislich über den 2, also na, das muß ned sein.
Eventuell kann ich den dann ja auch noch als nginx Reverse Proxy mitnutzen. Mal schaun ob das geht wie gedacht oder ob ned. Dann ist der extra Speicher vielleicht ned komplett umsonst gewesen.
Bin gespannt was das wird...
RAM ist wie Hubraum: Man kann nie genug davon haben 
Viel Spaß auf jeden Fall mit dem Pi!
Was evtl noch interessant sein könnte, PiHole + Unbound: https://forum.kuketz-blog.de/viewtopic.php?f=42&t=3067 Nach der Anleitung hab ich es installiert, und läuft 1a.
Zusätzlich hab ich noch Wireguard auf dem Pi laufen, was den lokalen PiHole als DNS nutzt. So kannst auch unterwegs (Handy zB) werbe- und trackingfrei surfen.
Aber gut, soweit ich weiß muss man die auch gar nicht manuell aktualisieren, da das PiHole wohl wöchentlich die Listen automatisch aktualisiert.
Ist das wirklich so? Das wäre mir neu.
Ja, das ist so. Ich wusste aber nicht, wie häufig das passiert. Habe Mal nachgeschaut, laut Doku ein Mal pro Woche:
Ihr habt recht. Hab das mal beobachtet, es gab einen Anstieg innerhalb einer Woche. Auch bei mir werden die Listen automatisch aktualisiert.
Mir kamen die Sprünge beim manuellen Update immer so rießig vor... muss wohl Zufall gewesen sein.
Das is doch gut, so soll es sein 
So, mein allererster RPi ist Mal up mit der aarch64-Version von Raspberry Pi OS und Pi-Hole 5.3. 3.7 Millionen Domänen geblockt, nur meine Whitelist in /etc/pihole/whitelist.txt frisst er nicht. Ist [diese hier]. File ist rw-rw-r-- mit pihole:pihole als owning User und owning Group. Nach Schreiben der Whitelist habe ich # pihole -g aufgerufen, um alle Listen zu aktualisieren.
Auf'm Webinterface hat er die Blacklists aktualisiert, nur die Whitelist ist nach wie vor leer. Scheinbar wurde die Unterstützung für diese Datei weggeworfen, daher jetzt meine Frage:
Wie importiere ich größere Whitelists als Files in PiHole? Und: Wie konfiguriere ich eine Aktualisierung so wie bei den Blacklists dafür?
Danke!
Edit: Fun Fact am Rande: x264 Benchmark läuft mit ARMv8 und NEON Optimierung auf nice -20 auf allen Threads, aarch64 Build.. Aber ich merke das beim DNS mit 3.7 Millionen Domains auf der Blacklist nicht Mal beim Surfen, nur das Webinterface ist einen guten Tick langsamer... Ich pack' das immer noch nicht wie das so schnell sein kann.
Edit: Fun Fact am Rande: x264 Benchmark läuft mit ARMv8 und NEON Optimierung auf nice -20 auf allen Threads, aarch64 Build.. Aber ich merke das beim DNS mit 3.7 Millionen Domains auf der Blacklist nicht Mal beim Surfen, nur das Webinterface ist einen guten Tick langsamer... Ich pack' das immer noch nicht wie das so schnell sein kann.
Magst du mir sagen, wie du einen funktionsfähigen aarch64-Build gebaut hast? Das ist mir bisher noch nicht gelungen.
Öhm, keine Ahnung? Nichts besonderes gemacht. Einfach die neueste aarch64 Beta Version von Raspberry Pi OS 10.9 gesaugt, von [hier]. Dann den Quellcode der Releaseversion von ffmpeg 4.2.4 geholt, und mit folgenden Optionen konfiguriert: $ ./configure --enable-gpl --enable-nonfree --prefix=/usr/local --disable-debug --enable-shared. Gebaut so: $ make -j4 und als root # make install. Danach x264: $ ./configure --prefix=/usr/local --disable-avs --bit-depth=8 --enable-strip && make -j4, danach installiert wie ffmpeg, alles by the book. Release von x264 ist Version 0.163.3059 Revision b684ebe, also r3059. Compiler war GCC 8.3.0 mit GNU as aus den binutils 2.31.1. nasm 2.14 war auch drauf, aber ich bin ned sicher ob er den für aarch64 auch braucht.
Ergebnis: x264 [info]: using cpu capabilities: ARMv8 NEON
Verifikation der Zielarchitektur der Programme:
user@raspberrypi:~/x264benchmark $ file $(which ffmpeg)
/usr/local/bin/ffmpeg: ELF 64-bit LSB pie executable, ARM aarch64, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux-aarch64.so.1, for GNU/Linux 3.7.0, BuildID[sha1]=dba653a08fe6629cbc5fd697943bd3f764ffa6c1, stripped
user@raspberrypi:~/x264benchmark $ file $(which x264)
/usr/local/bin/x264: ELF 64-bit LSB pie executable, ARM aarch64, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux-aarch64.so.1, for GNU/Linux 3.7.0, BuildID[sha1]=dc999b9ce0e70c2cc378f787ee4850aabfe375a2, strippedAlso... ich weiß nicht wie ich es gemacht habe. Ich hab's einfach gebaut, quasi wie immer. 
Ergebnis: ......ah. Ich habe den Backbuffer meiner screen Session exhausted weil ich so viele Versionen und Sachen habe anzeigen lassen wegen deiner Frage, jetzt seh' ich mein Ergebnis nicht mehr! Du Benchmarkterrorist!! Und da starten wir die Sauce schon noch einmal...
