# Dyn DNS: Zuverlässigerer Dienst bei Aufall eines Anbieters?

**URL:** <https://ask.linuxmuster.net/t/dyn-dns-zuverlaessigerer-dienst-bei-aufall-eines-anbieters/11720>\
**Category:** IT in der Schule\
**Created:** [16. Juni 2025 um 16:05 UTC](https://ask.linuxmuster.net/t/dyn-dns-zuverlaessigerer-dienst-bei-aufall-eines-anbieters/11720 "2025-06-16T16:05:57Z")\
**Posts on this page:** 7\
**Page:** 1

<div class="post-metadata">

**Author:** ![Michael](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/michael/32/59_2.png) [@Michael](https://ask.linuxmuster.net/u/Michael)\
**Post date:** [16. Juni 2025 um 16:05 UTC](https://ask.linuxmuster.net/t/dyn-dns-zuverlaessigerer-dienst-bei-aufall-eines-anbieters/11720/1 "2025-06-16T16:05:57Z")

</div>

Hallo.  
Unser Internet-Provider ist so einer Gurke, dass der uns auch im Jahr 2025 keine feste IPv4-Adresse anbieten kann 🙄. Daher nutzen wir seit Jahr und Tag einen Dyn-DNS-Dienst, der das übernimmt. In Zeiten, wo sich die IPv4-Adresse auf der Glasfaserleitung kaum mehr ändert, klingt das zwar alles irgendwie nach einem Problem aus dem Jahr 2000 … ist aber leider _immernoch_ aktuell.

Nun ist es so: Wir nutzen seit vielen Jahren den Dienst [freedns.afraid.org](http://freedns.afraid.org) für die dynamische Namensauflösung von (dynamischen) IP-Adresse zum (festen) Hostnamen.

Das lief immer glatt … bis gerade! „Plötzlich“ kommt keine Verbindung mehr über den Hostnamen bei dem Dienst zustande. Ich weiß nicht, was da passiert ist, aber wenn ich mich bei [afraid.org](http://afraid.org) anmelde, sehe ich bei den Subdomains die richtigen IP-Adressen für die eingetragenen Namen. Möglicherweise liegt das Problem also gerade beim Anbieter und nicht bei uns 🤷‍♂️ ⁉

Meine Frage ist daher: Gibt es einen Dienst, der **unterschiedliche** dyn.DNS-Anbieter „sozusagen im Round-Robin-Verfahren“ verwendet und die Namensauflösung über _unterschiedliche_ solcher Anbieter herstellen kann??  
Ich stelle mir das so vor, dass der Dienst einfach den nächsten dyn-DNS-Anbieter auswählt, wenn der erste Anbieter in der Liste ausgefallen ist oder nicht reagiert. Das kommt zwar nicht soooo oft vor, aber wenn es _doch_ mal vorkommt, steht sofort _alles_.

Viele Grüße,  
Michael

---

<div class="post-metadata">

**Author:** ![Buster](https://ask.linuxmuster.net/letter_avatar_proxy/v4/letter/b/41988e/32.png) [@Buster](https://ask.linuxmuster.net/u/Buster)\
**Post date:** [16. Juni 2025 um 18:54 UTC](https://ask.linuxmuster.net/t/dyn-dns-zuverlaessigerer-dienst-bei-aufall-eines-anbieters/11720/2 "2025-06-16T18:54:02Z")

</div>

Hi,

viele Dienste (auch [freedns.afraid.org](http://freedns.afraid.org)) bieten den Abruf einer URL an. Diese wirfst du einem curl/wget als Cronjob vor und fertig. Die crontab-Zeile kannst du dann beliebig oft kopieren für jeden neuen Dienst, den du findest. 😉

VG  
Buster

---

<div class="post-metadata">

**Author:** ![wuf\_kwh](https://ask.linuxmuster.net/letter_avatar_proxy/v4/letter/w/919ad9/32.png) [@wuf\_kwh](https://ask.linuxmuster.net/u/wuf_kwh)\
**Post date:** [16. Juni 2025 um 19:27 UTC](https://ask.linuxmuster.net/t/dyn-dns-zuverlaessigerer-dienst-bei-aufall-eines-anbieters/11720/3 "2025-06-16T19:27:14Z")

</div>

Ich habe das bei mir verschiedene Möglichkeiten eingebaut. ich nutze duckdns und ipv64. es wird an beide Anbieter die aktuelle IP übermittelt. Falls der eine nicht geht, nehme ich den anderen. Kommt aber eigentlich nie vor.

Andere Variante ist bei ionos eine winzige 1€/Monat VM die eine feste ipv4 und ipv6 Adresse hat. Diese erstellt dann einen Tunnel zu meinem „privaten“ Netzwerk. ich übermittle per SSH und Cronjob vom heimnetz meine aktuelle IP Adresse in einer TXT Datei. Auf der MiniVM wird diese ausgelesen und ggfs. der Tunnel neu geöffnet. Ist zwar etwas gebastelt aber funktioniert auch gut.

---

<div class="post-metadata">

**Author:** ![Michael](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/michael/32/59_2.png) [@Michael](https://ask.linuxmuster.net/u/Michael)\
**Post date:** [16. Juni 2025 um 20:31 UTC](https://ask.linuxmuster.net/t/dyn-dns-zuverlaessigerer-dienst-bei-aufall-eines-anbieters/11720/4 "2025-06-16T20:31:56Z")

</div>

Hi.  
@Buster - ja, das ist schon klar, dass man so viele Dienste in Anspruch nehmen kann wie man will. Und die Sache mit dem curl/wget ist natürlich auch klar, aber das war auch nicht die eigentliche Frage.

Wir haben hier einen Webserver, der mit Plesk läuft. Da kann man in den DNS-Einstellungen relativ bequem einen CNAME-Eintrag machen, der dann immer auf den gerade gültigen dyn-DNS-Server zeigt.  
Das Problem dabei ist aber, dass das alles manuell geschehen muss und dass da nichts automatisch geht.  
Was mir vorschwebt ist eher sowas wie:

```auto
schule.meine-domain.de -> CNAME -> schule.afraid.org
   wechselt -> CNAME -> schule.dyndns.org
   bei Ausfall -> CNAME -> schule.anbieter3.org
   automatisch -> CNAME -> schule.anbieter4.org
```

Das geht **so** natürlich nicht … aber es soll die Idee verdeutlichen: Wenn es einen Dienst gäbe, bei dem man MEHRERE Dyn-DNS-Anbieter gleichzeitig anlegen könnte, wäre die Ausfallwahrscheinlichkeit viel kleiner.

Wie gesagt: Das kommt nicht oft vor, aber da [afraid.org](http://afraid.org) heute offenbar ein Problem hatte, das sich etwas hingezogen hat, waren bei uns sämtliche Dienste für diese Zeit gekappt: Keine User-Anmeldung möglich und zig Anfragen schlagen bei mir auf…

> [@wuf\_kwh](#):
>
> ionos eine winzige 1€/Monat VM die eine feste ipv4 und ipv6 Adresse hat.

Das klingt nach einer Möglichkeit! Da fällt mir wieder ein, dass wir erst kürzlich diese Möglichkeit hier besprochen hatten. Das geht ja in einer ähnliche Richtung:

> [@Notfallzugang zum internen Netz? Wie geht ihr vor?](https://ask.linuxmuster.net/t/notfallzugang-zum-internen-netz-wie-geht-ihr-vor/11473/2):
>
> Lieber Michael, sowas ist ja echt doof. Falls Du irgendwo einen zuverlässig erreichbaren Rechner hast vielleicht ist ja Auto-SSH mit einem Reverse-Tunnel eine Lösung? Beste Grüße Jörg

Viele Grüße,  
Michael

---

<div class="post-metadata">

**Author:** ![Buster](https://ask.linuxmuster.net/letter_avatar_proxy/v4/letter/b/41988e/32.png) [@Buster](https://ask.linuxmuster.net/u/Buster)\
**Post date:** [16. Juni 2025 um 20:48 UTC](https://ask.linuxmuster.net/t/dyn-dns-zuverlaessigerer-dienst-bei-aufall-eines-anbieters/11720/5 "2025-06-16T20:48:31Z")

</div>

Hi,

wie oft tritt das auf und wie viel Zeit willst du da investieren und wie viele Neunen garantierst du deinen Nutzern? 99,9% sind ca. 8h Ausfallzeit pro Jahr. Können die Nutzer vielleicht damit leben?

Das Beispiel mit DNS-Round-Robin hat das Problem, dass 1/(Anzahl Anbieter) \* Ausfallwahrscheinlichkeit pro Anbieter keinen Antwort bekommen. Allerdings addieren sich die Ausfallwahrscheinlichkeiten.

Hast du mal recherchiert woran es konkret lag? [FreeDNS.afraid.org](http://FreeDNS.afraid.org) verlangt bspw. einen regelmäßigen Besuch pro Zeitraum x.

VG  
Buster

---

<div class="post-metadata">

**Author:** ![Michael](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/michael/32/59_2.png) [@Michael](https://ask.linuxmuster.net/u/Michael)\
**Post date:** [16. Juni 2025 um 20:51 UTC](https://ask.linuxmuster.net/t/dyn-dns-zuverlaessigerer-dienst-bei-aufall-eines-anbieters/11720/6 "2025-06-16T20:51:25Z")

</div>

> [@Buster](#):
>
> wie oft tritt das auf und wie viel Zeit willst du da investieren

das ist es ja – am liebsten **gar** keine … die Suche nach der Ursache hat mich heute viel mehr Zeit gekostet als mir lieb war.

---

<div class="post-metadata">

**Author:** ![Michael](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/michael/32/59_2.png) [@Michael](https://ask.linuxmuster.net/u/Michael)\
**Post date:** [22. Juni 2025 um 07:28 UTC](https://ask.linuxmuster.net/t/dyn-dns-zuverlaessigerer-dienst-bei-aufall-eines-anbieters/11720/7 "2025-06-22T07:28:15Z")

</div>

> **[GitHub - AnalogJ/lexicon: Manipulate DNS records on various DNS providers in...](https://github.com/AnalogJ/lexicon)**
>
> Manipulate DNS records on various DNS providers in a standardized way.

… **könnte** ein möglicher Weg für eine relativ große Auwahl an DynDNS-Anbietern sein 🤷‍♂️ ⁉  
(Aber nicht bei diesen Temperaturen da draußen …)
