# Pi-Hole und FritzBox Setup Anleitung

**URL:** <https://discourse.pi-hole.net/t/pi-hole-und-fritzbox-setup-anleitung/7313>\
**Category:** Deutschsprachige Hilfe\
**Tags:** fritzbox\
**Created:** [February 18, 2018, 2:24pm UTC](https://discourse.pi-hole.net/t/pi-hole-und-fritzbox-setup-anleitung/7313 "2018-02-18T14:24:45Z")\
**Posts on this page:** 1\
**Showing post:** 127

<div class="post-metadata">

**Author:** ![miul84](https://discourse-cdn.pi-hole.net/letter_avatar_proxy/v4/letter/m/97f17d/32.png) [@miul84](https://discourse.pi-hole.net/u/miul84)\
**Post date:** [November 24, 2019, 12:17pm UTC](https://discourse.pi-hole.net/t/pi-hole-und-fritzbox-setup-anleitung/7313/127 "2019-11-24T12:17:24Z")

</div>

Hallo Zusammen,

über diesen Thread bin ich in die wichtigsten Konzepte vom Pihole eingestiegen. Nachdem ich mich hier durch alle Posts durchgekämpft habe, musste ich leider feststellen, dass im ersten Post und auch in den weiteren Posts Informationen sind, die mittlerweile veraltet sind... Ich möchte hier diese Themen kurz aufgreifen und hoffe, dass der Thread-Ersteller seinen Startpost aktualisiert und ggf. den Titel des ganzen Threads mit einem Zusatz "V.2" oder "2019" ergänzt (@caesar)

**Thema 1: IP-Tables für IPv4 und IPv6 um HTTP/S Anfagen zu behandeln und langsames laden von Webseiten verhindern**

> [@Why do some sites take forever to load when using Pi-hole? (for versions \< v4.0)](https://discourse.pi-hole.net/t/why-do-some-sites-take-forever-to-load-when-using-pi-hole-for-versions-v4-0/3654/1):
>
> As of v4.0, this should no longer be a problem unless you choose to deviate from the new [default blocking mode](https://docs.pi-hole.net/ftldns/blockingmode/#pi-holes-unspecified-ip-blocking-default) and return to the [IP-based mode](https://docs.pi-hole.net/ftldns/blockingmode/#pi-holes-full-ip-blocking). And the `iptables` rules mentioned in this article should not be needed.

> [@Sinn und Zweck von "Erweiterung" der iptables und ip6tables?](https://discourse.pi-hole.net/t/sinn-und-zweck-von-erweiterung-der-iptables-und-ip6tables/21263/3):
>
> Die Firewallregeln sind nützlich um ankommende Anfragen auf Port 443 (TCP+UDP) sowie 80 (nur UDP) mit sofortiger Wirkung zurückzuweisen. Das ist auf frisch eingerichteten Raspberry Pis nicht nötig, da hier Ports, die nicht geöffnet sind, automatisch abgewiesen werden.

So wie es für mich aussieht sind die IP-Tables Einstellungen (in der aktuellen pihole-Version) obsolete und die Informationen hierzu können meiner Meinung nach komplett aus dem Initial-post entfernt werden, damit sich neue User nicht mehr unnötig mit diesem Thema beschäftigen.

**Thema 2: Blockingmode**  
Auszug aus der Dokumentation: ([Blocking mode - Pi-hole documentation](https://docs.pi-hole.net/ftldns/blockingmode/#advantages))

> [@](#):
>
> /etc/pihole/pihole-FTL.conf - \> **BLOCKINGMODE=NULL**
> 
> - The client does not even try to establish a connection for the requested website
> - Speedup and less traffic
> - Solves potential HTTPS timeouts as requests are never performed
> - No need to run a webserver on your Pi-hole (reduces complexity when running other web services on the same machine)

Für mich sieht es so aus als wurde Thema 1 mit dem BlockingMode gelöst. Da BLOCKINGMODE per default auf NULL steht, bräuchte man hier noch nicht mal mehr einen Hinweis zum BlockingMode im Intial post geben...

In dem Initialpost könnten meiner Meinung nach die folgende Absätze gelöscht werden:

- **Manche Seiten laden sehr lange.**
- **Probleme am iPhone**
- **Seiten laden langsamer**

Diese Absätze hängen scheinbar alle damit zusammen was damals mit den IPTables und heute per default mit dem Blockingmode gelöst wird. Das macht die Anleitung auch schlanker und macht es neuen Usern auch wieder einfacher.

* * *

Ab hier sind von mir noch Ergänzungen die aktuell noch in arbeit sind und hoffentlich ggf. später in den Initial post eingearbeitet oder in ein gesonderten Anleitung verfasst werden:

**Thema 3: Rebindschutz**  
hier bin ich mir selbst noch nicht ganz im klaren drüber und daher folgenden hier die Infos später..

**Thema 4: Conditional Forwarding**  
Was klar ist:

- Diese Option sollte aktiviert, solange der pihole **nicht** DHCP macht.
- CF sorgt dafür, dass die Clientnamen im Pihole Webinterface (z.B. Top Clients) anstatt die IP angezeigt werden

Was noch unklar ist:

- CF kann alle Clientnamen am Router erfragen und dadurch können auch die Clients ihre lokale Namen gegenseitig auflösen können.

**Thema 4: Never forward non-FQDNs & Never forward reverse lookups for private IP ranges**  
hier bin ich mir selbst noch nicht ganz im klaren drüber und daher folgenden hier die Infos später..

**Konfigurationen / Konzepte:**  
Zuletzt möchte ich noch meine Übersicht zu den einzelnen Konzepten hier bereitstellen.  
Das ganze ist noch nicht fertig getestet aber bringt die Vor- und Nachteile gut auf den Punkt.

 ![image](https://discourse.pi-hole.net/uploads/default/original/2X/f/fec05ec68774f741870dac5ed35fb7c62ace3e60.png)

**Persönliche Anmerkungen:**  
Ich möchte den Pihole nicht als DHCP laufen lassen, da ich der Fritzbox HW in sachen Ausfallsicherheit mehr traue als meinen kleinen Raspberries.  
Ich habe daher zwei Piholes am laufen und möchte diese im besten Fall ganz klassisch allen Clients als DNS1 und DNS2 mitgeben.

Momentan verwende ich noch Konfiguration #1 um so beide Piholes einzubeziehen. Hat aber den Nachteil, dass ich in den Webinterfaces als Client immer nur die Fritzbox sehe, da alle Geräte über die Fritbox anfragen. Dieses Thema wurde hier so weit ich weiß nicht bemängelt und scheint keinen zu stören. Daher finde ich diese Lösung (die häufig vorgeschlagen wird) ziemlich unbefriedigend... Okay das Filtern funktioniert, ist schnell und auch sind die Piholes redundant aber es wäre schon schön zu welche Clients welche Domains anfragen um trouble-shooting zu betreiben.

Nächster schritt ist zu prüfen ich den Clients per Fritzbox nicht bei doch zwei DNS server mitgeben kann oder ich muss mir noch mal die pihole-cluster ansehen...

**Fritzbox-qual**

Update: Es ist mir nicht möglich per Config in der Fritzbox zwei eigene IPv4 oder zwei eigene IPv6 DNS server an die Clients per DHCP zu verteilen.  
Der wert:

- lan\_dns6\_server = ipv6-adresse; (nimmt nur eine Adresse an, eine zweite durch komma getrennte IP hat nix gebracht.)
- lan\_dns4\_server = ipv4-adresse; (nimmt nur eine Adresse an, eine zweite durch komma getrennte IP hat nix gebracht.)

Nix gebracht heißt: Fritzbox kommt nach dem obligatorischen neustart mit ihrer werks-IP zurück und hat alle DHCP settings wieder auf default gesetzt....

So bleibt mir nix übrig als die piholes wieder im Upstream der FB einzutragen und die FB per DHCP als DNS an die Clients zu verteilen. Mit der Einschränkungen, dass ich in der Pihole oberfläche nur die fritzbox als client sehe...

---

_[View the full topic](https://discourse.pi-hole.net/t/pi-hole-und-fritzbox-setup-anleitung/7313)._