# FYI: Unbound und Deutsche Glasfaser (DG) - SERVERFAIL

**URL:** https://discourse.pi-hole.net/t/fyi-unbound-und-deutsche-glasfaser-dg-serverfail/68941
**Category:** Deutschsprachige Hilfe
**Tags:** unbound
**Created:** [March 13, 2024, 7:37am UTC](https://discourse.pi-hole.net/t/fyi-unbound-und-deutsche-glasfaser-dg-serverfail/68941 "2024-03-13T07:37:35Z")
**Posts on this page:** 1
**Showing post:** 2

<div class="post-metadata">

### Author: ![Bucking\_Horn](https://discourse-cdn.pi-hole.net/user_avatar/discourse.pi-hole.net/bucking_horn/32/18719_2.png) [@Bucking\_Horn](https://discourse.pi-hole.net/u/Bucking_Horn)
#### Post date: [March 13, 2024, 1:11pm UTC](https://discourse.pi-hole.net/t/fyi-unbound-und-deutsche-glasfaser-dg-serverfail/68941/2 "2024-03-13T13:11:47Z")

</div>

Danke, das bestätigt nochmals das Verhalten der autoritativen IPv4-DNS-Server von Deutsche Glasfaser, das hier schon öfters beobachtet wurde (z.B. [SERVFAIL with deutsche-glasfaser.de](https://discourse.pi-hole.net/t/servfail-with-deutsche-glasfaser-de/54609)).

Und potentiell könnte das auch für alle interessant sein, die an einem DSLite-Anschluss hängen, bei dem die direkte Verbindung ins Internet nur über IPv6 erfolgt, d.h. IPv4-Adressen werden vom ISP netzintern umgesetzt. Dabei erhält der Router für gewöhnlich eine CGNAT-IPv4-Adresse (aus dem Bereich `100.64.0.0/10`).

`unbound` stellt nun in der Standard-Konfiguration DNS-Anfragen nur über IPv4, mithin von der IPv4 Deines Routers. Nehmen wir hier einmal an, das wäre die `100.64.gerd.1`.

Für das erfolgreiche Auflösen von `deutsche-glasfaser.de` wird unbound folglich auch die IPv4-Adressen der autoritativen DNS-Server für `deutsche-glasfaser.de` befragen wollen, also z.B. `dnsauth002.dg-w.de` via `185.22.45.49`.

Dieser DNS-Server scheint allerdings DNS-Anfragen nicht zu bearbeiten, wenn sie nicht aus dem öffentlichen Adressraum kommen, siehe z.B. [SERVFAIL with deutsche-glasfaser.de - #19 by Bucking\_Horn](https://discourse.pi-hole.net/t/servfail-with-deutsche-glasfaser-de/54609/19).

Wenn Dein ISP also die Anfrage von `100.64.gerd.1` direkt an `185.22.45.49` durchleitet, verarbeitet dieser die Anfrage nicht.

Dieser Umstand müsste eigentlich vom ISP behoben werden, entweder durch entsprechende Konfiguration des DNS-Servers oder Anpassung des Routings, d.h. Ausleiten von `100.64.gerd.1` an eine öffentliche IPv4-Adresse, die dann mit `185.22.45.49` kommuniziert.

Solange dies nicht der Fall ist, bleiben zwei lokale Strategien zur Vermeidung des Fehlers:

1. Aktivieren von ausschließlich IPv6 in _`unbound`_

Das geht einfach durch Hinein-Kommentieren der entsprechenden IPv6-Optionen und Heraus-Kommentieren von IPv4 in `/etc/unbound/unbound.conf.d/pi-hole.conf` und einen anschließenden Neustart von _`unbound`_.  
In dieser Konfiguration sollte der _`unbound`_-Rechner möglichst über eine temporäre IPv6-Adresse (vormals Privacy Extension-Adresse) oder zumindest eine stabile private IPv6 nach RFC7217 verfügen.

1. Benutzerspezifisches _Conditional Forwarding_ für die betroffenen Domänen in a) Pi-hole oder b) _`unbound`_.

Für 2a) wäre das z.B. über folgende benutzerspezifische Konfiguration möglich:

```auto
sudo nano /etc/dnsmasq.d/42-forward-dg.conf
# DNS-Anfragen für Deutsche Glasfaser an öffentliche DNS-Server senden
server=/deutsche-glasfaser.de/dg-w.de/dg-ao.de/9.9.9.9

```

(_siehe auch [dnsmasq's Dokumentation zu **`server`**](https://dnsmasq.org/docs/dnsmasq-man.html#:~:text=%2DS%2C%20%2D%2Dlocal%2C%20%2D%2Dserver)_)

(Für andere ISPs sind hier natürlich entsprechend andere Domänen einzutragen.)

Im Unterschied zur von Dir verlinkten Lösung muss Pi-hole hier die Anfrage nicht erst an _`unbound`_ weiterleiten, aber die Kommunikation erfolgt über normales DNS, nicht über DoH.

Bei einem DSLite-Anschluss wäre 1) das bevorzugte Mittel, da der öffentliche Verkehr hier über IPv6 potentiell schneller abgewickelt werden kann als über IPv4, dass ja erst über das ISP-interne CGNAT auf eine öffentliche IPv4 geleitet wird - davon würden also alle DNS-Anfragen von _`unbound`_ profitieren.

---

_[View the full topic](https://discourse.pi-hole.net/t/fyi-unbound-und-deutsche-glasfaser-dg-serverfail/68941)._