Pi-hole auf einem Synology-NAS

Ich hoffe du lebst alleine, denn meiner Meinung nach hat PiHole keinen guten WAF.

Ich habe das ganze ein paar Monate im Einsatz gehabt und habe es inzwischen wieder deinstalliert.
Ganz ehrlich damit das Internet an sich mit Pihole erstmal wieder nutzbar ist muss man sehr viele Whitelists einfügen.
Ausserdem stört mich ein wenig das Konzept von Pihole da es jegliche Werbung filter, natürlich auch auf Webseiten die ich gerne Unterstützen würde.

Naja genug gejammert und zu deiner Fragen:
1. Keine Ahnung hab kein Synology
2. Einbußen gibt es keine sobald die DNS Einträge einmal gecached sind, der Seitenaufbau geht eher viel schneller weil alles sinnlose weg gelassen wird.
3. Nicht mehr als bei nem normalen Rechner auch
4. Das WebIF von Pihole horcht standardmäßig auf Port 80.

Abschließen würde ich davon abraten das ganze auf dem NAS laufen zu lassen. DNS Auflösung ist ein extrem wichtiger Dienst. Entweder überlässt man das dem Router, oder einem Server der sich um den ganzen Netzwerkkram bei einem kümmer, aber keinem Datengrab.
Spinnt deine Synology haste erst quasi kein Internet.

Also ich kann die Meinung von darkside nicht teilen. Hab Pihole nun sicher schon 2 Jahre auf nem Raspberry Pi 2b am laufen und bin vollstens zufrieden.
Klar werden ab und an Seiten oder Dinge blockiert die eigentlich nicht blockiert werden sollten aber das sieht man ja schön im Log und kann das ganze dann in die Whitelist einfügen.

Ich muss aber sagen dass ich nur die Standard Filterlisten verwende.

Zitat von epicfail

Also ich kann die Meinung von darkside nicht teilen. Hab Pihole nun sicher schon 2 Jahre auf nem Raspberry Pi 2b am laufen und bin vollstens zufrieden.
Klar werden ab und an Seiten oder Dinge blockiert die eigentlich nicht blockiert werden sollten aber das sieht man ja schön im Log und kann das ganze dann in die Whitelist einfügen.

Ich muss aber sagen dass ich nur die Standard Filterlisten verwende.

Schließe mich epicfail an, habe pihole jetzt ca. 1 Jahr im Einsatz auf einem Raspi2... Meiner Frau und mir ist noch nichts gravierendes negatives aufgefallen.
Das einzige was ggf. "nervt", wenn man am Tablet (oder Browserspiele) spielt, und man möchte Bonus-Goodies haben durch Werbe-Videos schauen, wird natürlich gesagt / gezeigt, dass kein Video vorhanden wäre und man kann nichts bekommen...

Aber ansonsten habe ich auch nur die Standardfilter, und auch noch nichts in die WhiteList eintragen müssen.
Ab und zu per Weboberfläche den PiHole für 30 Sekunden oder so deaktiviert, weil man dann doch grad mal auf einen Werbelink (MyDealz, oder GoogleAdService) klicken möchte...
Ansonsten, recht angenehm, dass an den Tablets keine nervige Werbung mehr kommt wenn man die ein oder andere App startet, und auch sonst keine zustäzlichen Browser mit ggf. AdBlocker braucht.
Auch per VPN (PiHole mit OpenVPN) ist das recht angenehm, um ggf. das ein oder andere an Geschwindigkeit (Datenvolumen hat mna ja mittlerweile wie Sand am Meer) beim Surfen zu gewinnen, da nicht erst Zigtausende WerbePopUps aufgehen...

Nutze auch schon lange pihole.
Erst auf dem Pi, dann auf dem NUC und jetzt im unraid Docker.
Läuft, macht keine Probleme und filtert. Ich würde nicht mehr ohne wollen..
Der GAF (bald WAF :D) stimmt auch

Kurz zu den negativen Punkten von oben:
- ich habe dem pihole Container eine eigene IP gegeben, so kann dieser auf Port 80 horchen
- Mein Router schickt via DHCP zwei DNS Server zu den Clients. Primär ist pihole, sekundär ist der Router selbst. Fällt pihole wirklich mal aus, können die Clients nach einer kurzen "Denkpause" auf den sekundären DNS wechseln. Ist aber praktisch nie vorgekommen. Außer wenn ich mal am NAS gebastelt habe.
- Whitelist: ja, musste ich auch erweitern. Gibt's im pihole Forum aber auch Vorlagen/Vorschläge.

Ich kann nichts zu Synlogy-NAS sagen aber hab zuhause auch einen PI-Hole seit ca. einem Jahr und bin super zufrieden mit OpenVPN damit ich auch ausserhalb auf meinem Handy Werbefrei bin

ich hab vor ein paar Monaten mal versucht, das ganze auf nem Synology NAS als Docker zu installieren. Hat leider überhaupt nicht geklappt. Hauptproblem war, dass Einstellungen nicht gespeichert wurden. Bin mir aber schon relativ sicher, alles richtig gemacht zu haben. (Hatte damals glaub ich irgendwas gelesen, von wegen der Container mit dem Update auf 4.x funktioniert noch nicht richtig...)
Kann gut sein, dass sich das Problem mittlerweile gelöst hat. Könnte man mal wieder ausprobieren. Bei mir läuft es jetzt wieder auf nem RPi 2 und macht zusätzlich DHCP, was auch sehr gut funktioniert.

LG

Zitat von olfolfolf

Nutze auch schon lange pihole.
Erst auf dem Pi, dann auf dem NUC und jetzt im unraid Docker.
Läuft, macht keine Probleme und filtert. Ich würde nicht mehr ohne wollen..
Der GAF (bald WAF :D) stimmt auch

Kurz zu den negativen Punkten von oben:
- ich habe dem pihole Container eine eigene IP gegeben, so kann dieser auf Port 80 horchen
- Mein Router schickt via DHCP zwei DNS Server zu den Clients. Primär ist pihole, sekundär ist der Router selbst. Fällt pihole wirklich mal aus, können die Clients nach einer kurzen "Denkpause" auf den sekundären DNS wechseln. Ist aber praktisch nie vorgekommen. Außer wenn ich mal am NAS gebastelt habe.
- Whitelist: ja, musste ich auch erweitern. Gibt's im pihole Forum aber auch Vorlagen/Vorschläge.

Alles anzeigen

Hast Du den aktuellen Docker zum laufen bekommen unter unRaid? Also ohne Fehlermeldung DNS?
Ich habe seit 4.1 echt Probleme damit. Vielleicht könntest Du mal Deine Docker-Settings posten? Das wäre super. Komme, trotz mehrerer Anfragen im Support-Forum von unRaid nicht weiter. Das läuft zwar, aber sicher nicht 100%ig und wie erwünscht.

Danke!

Ja, meiner läuft seit gestern auf 4.2.1.
Es kommt eine Warnung bzgl. DNS (den genauen Wortlaut weiß ich gerade nicht), aber es funktioniert alles sauber - lokale Auflösung sowie im Internet.
Ich kann nach Feierabend mal die Settings raus kopieren.

Das wäre super!
Danke schon mal

Die Warnung/Fehlermeldung bzgl. DNS ist nun auch weg (siehe hier
Die Docker-Version von UnRaid versteht wohl die --dns Option (noch) nicht?!

echo -e "nameserver 127.0.0.1\nnameserver 1.1.1.1" > /mnt/user/appdata/pihole2/overwrite_resolv.conf

overwrite_resolv.conf dem Container übergeben (zusätzliches Volume):

Log ist jetzt sauber.

[s6-init] making user provided files available at /var/run/s6/etc...exited 0.
[s6-init] ensuring user provided files have correct perms...exited 0.
[fix-attrs.d] applying ownership & permissions fixes...
[fix-attrs.d] 01-resolver-resolv: applying...
[fix-attrs.d] 01-resolver-resolv: exited 0.
[fix-attrs.d] done.
[cont-init.d] executing container initialization scripts...
[cont-init.d] 20-start.sh: executing...
stty: 'standard input': Inappropriate ioctl for device
::: Starting docker specific setup for docker pihole/pihole
OK: Checks passed for /etc/resolv.conf DNS servers


nameserver 127.0.0.1
nameserver 1.1.1.1
stty: 'standard input': Inappropriate ioctl for device
[i] Existing PHP installation detected : PHP version 7.0.33-0+deb9u1




[i] Installing configs from /etc/.pihole...


....
....

Reicht dir das so?

Super, danke! Probiere ich daheim dann aus. Docker-Settings verstehe ich.
Muss das Shell-Script nach jedem Server-Neustart ausgeführt werden?

Nein, einmalig auf dem unraid-host ausführen (nicht im Container) und fertig

Zitat von olfolfolf

Nein, einmalig auf dem unraid-host ausführen (nicht im Container) und fertig

Mann o Mann, jetzt habe ich das auch endlich kapiert …
Ich habe die ganze Zeit versucht, die nameserver in die etc/config direkt einzutragen. Das hat leider gar nichts gebracht bzw. wurde immer wieder überschrieben. Auf die Idee, das direkt in den Docker bzw. als separate Datei in die appdata zu schreiben wäre ich nicht gekommen.

Wie ich das Kommando aus dem Docker -run ins UnRaid-Format übersetze und das man das über eine container path verbindet, das hätte ich nie und nimmer hinbekommen.

Ich konstatiere: nach mehr als einem Jahr UnRaid bin ich immer noch ein blutiger Anfänger, was das Docker-Thema angeht
Egal, ich habe es verstanden

Besten Dank @olfolfolf, läuft wieder ohne Fehlermeldung bzw. mit sauberem Log!