frank_m
danke für deine Antwort.
Wenn ich das richtig interpretiere, kann ich die API sehr wohl mittels Script direkt mit der FritzBox verwenden:
https://github.com/fernwerker/ownDynDNS
Weiterhin wollte ich keine Grundsatzdiskussion über das Bereitstellen von Diensten aus internen ungetrennten Netz starten, sondern eigentlich nur wissen ob dies ohne die bisher genutzten DynDNS Domains möglich ist ![]()
DynDNS über Netcup-API mit Fritzbox
-
pluto -
14. August 2023 um 09:01 -
Erledigt
-
-
sondern eigentlich nur wissen ob dies ohne die bisher genutzten DynDNS Domains möglich ist
ja, geht.
habe mir beispielsweise basierend auf Lars' Projekt ein eigenes Script geschrieben, das intern direkt von meiner Fritzbox aufgerufen wird. klappt 1a - man muss nur ein mögliches Delay beachten, da sich die DNS Zonen bei Netcup nur alle 10 Minuten aktualisieren.
-
Wenn ich das richtig interpretiere, kann ich die API sehr wohl mittels Script direkt mit der FritzBox verwenden:
Das "Script" läuft aber nicht auf der Fritzbox, sondern benötigt einen extra Webservice.
-
Den ich doch im Webhosting Paket bei netcup habe...
-
Ja, könnte sein, dass der Code auf einem Webhosting läuft.
-
ja, geht.
habe mir beispielsweise basierend auf Lars' Projekt ein eigenes Script geschrieben, das intern direkt von meiner Fritzbox aufgerufen wird. klappt 1a - man muss nur ein mögliches Delay beachten, da sich die DNS Zonen bei Netcup nur alle 10 Minuten aktualisieren.
Da schon kurz via PN "besprochen":
Mittels diesem Script des offiziellen von netcup, ist es möglich direkt mehrere Subdomains auf den eigenen Router (FritzBox) bzw. Dienste dahinter leiten zu lassen - also so, dass in der Adressleiste des Browsers die netcup Subdomain und nicht die DynDNS Domain verwendet wird? -
Mittels diesem Script des offiziellen von netcup
Ich möchte aber noch anmerken, dass das Script zwar von einem Netcup-Mitarbeiter geschrieben wurde, aber dennoch kein "offizielles Netcup Tool" ist. Steht ja auf der Seite direkt als Disclaimer drüber:
ZitatThis project is not affiliated with the company netcup GmbH. Although it is developed by an employee, it is not an official client by netcup GmbH and was developed in my free time. netcup is a registered trademark of netcup GmbH, Karlsruhe, Germany.
Nur um klarzustellen, dass du hierbei keinen offiziellen Netcup Support erwarten kannst.

--
ist es möglich direkt mehrere Subdomains auf den eigenen Router (FritzBox) bzw. Dienste dahinter leiten zu lassen
Wenn alle Subdomains dieselbe IP haben, würde es eigentlich reichen die IP Adresse EINER Subdomain zu pflegen und den Rest dann per CNAME zu klonen. Zumindest wenn alle Ziele dieselbe IP haben. Bei unterschiedlichen Endpunkten (evtl bei IPv6, je nachdem was du da wie zuhause betreibst) könnten mehrere Einträge nötig sein, ja. Aber dann updatest du per Script eben alle Subdomains und nicht nur eine.
also so, dass in der Adressleiste des Browsers die netcup Subdomain und nicht die DynDNS Domain verwendet wird?
Dabei spielt es ja prinzipiell keine Rolle ob du nun einen DynDNS wie myfritz nutzt und per CNAME auf deine Subdomains mappst - oder eben direkt die A/AAAA Records setzt. Das ist dem Browser völlig egal. Oder ich verstehe nicht so ganz worauf du hinaus möchtest bzw. woran das bisher bei dir scheitert.

-
Nur um klarzustellen, dass du hierbei keinen offiziellen Netcup Support erwarten kannst
Das habe ich gelesen und erwarte ich hier auch nicht;)
Wenn alle Subdomains dieselbe IP haben, würde es eigentlich reichen die IP Adresse EINER Subdomain zu pflegen und den Rest dann per CNAME zu klonen. Zumindest wenn alle Ziele dieselbe IP haben. Bei unterschiedlichen Endpunkten (evtl bei IPv6, je nachdem was du da wie zuhause betreibst) könnten mehrere Einträge nötig sein, ja. Aber dann updatest du per Script eben alle Subdomains und nicht nur eine
Es ist ein reiner IPv4 Anschluss und die Dienste laufen ja alle auf dem NAS hinter dem Router - also ja, eine IP Adresse
Dabei spielt es ja prinzipiell keine Rolle ob du nun einen DynDNS wie myfritz nutzt und per CNAME auf deine Subdomains mappst - oder eben direkt die A/AAAA Records setzt. Das ist dem Browser völlig egal. Oder ich verstehe nicht so ganz worauf du hinaus möchtest bzw. woran das bisher bei dir scheitert
Ich möchte in dem Sinne einfach keine Weiterleitung/Umspringen auf die DynDNS Adresse:
Mit DynDNS Domain: Aufruf cloud.netcupdomain.de --> Adresszeile springt zu cloud.dyndnsdomain.de und der Dienst dahinter wird aufgerufen...
Ohne DynDNS Domain: Aufruf cloud.netcupdomain.de --> Adresszeile im Browser bleibt bei cloud.netcupdomain.de und der Dienst dahinter wird aufgerufen...
Hoffe so ist es jetzt klar(er)

-
Mit DynDNS Domain: Aufruf cloud.netcupdomain.de --> Adresszeile springt zu cloud.dyndnsdomain.de und der Dienst dahinter wird aufgerufen
Wie genau hast du denn derzeit cloud.netcupdomain.de mit der Adresse cloud.dyndnsdomain.de "verbunden"? Klingt mir nach einer HTTP-Weiterleitung Netcup->DynDNS und nicht nach einem schon mehrfach vorgeschlagenen CNAME Record in der Netcup DNS Zone.
Und benenne ruhig mal den DynDNS Anbieter, evtl. hilft das für Klarheit zu sorgen.
Edit: auch evtl. wichtig, dass sich der angesprochene Dienst mit der Netcup-Domain auch angesprochen fühlt und nicht selbstständig auf einen evtl. dort hinterlegten DynDNS-Namen selber weiterleitet. Ohne konkrete Infos kann man hier nur allgemeine Hinweise geben.
-
Bisher habe ich bei netcup noch gar nichts eingerichtet - deshalb möchte ich ja vorher klären ob meine bevorzugte Lösung - nur mit netcup (Sub) Domains arbeiten in meiner aktuellen Konfiguration möglich ist...
-
Joa wie gesagt, je nach vorhandenem Setup direkt möglich oder eben nachjustieren. Per API ist's jedenfalls möglich x beliebe (Sub)Domains automatisiert zu bearbeiten/updaten.
-
Update:
Habe jetzt mal im CP eine Subdomain via CNAME auf die Subdomain beim DynDNS-Anbieter (Dynv6) "zeigen" lassen - er leitet im Hintergrund natürlich zum NAS, aber halt nicht auf richtige Seite und das Zertifikat passt natürlich auch nicht.
Ich würde daher definitiv die andere Lösung ohne DynDNS Anbieter bevorzugen - macht zwar mehr Arbeit, da ich die internen Dienste anpassen muss, erscheint mir jedoch als nachhaltiger... -
Habe jetzt mal im CP eine Subdomain via CNAME auf die Subdomain beim DynDNS-Anbieter (Dynv6) "zeigen" lassen - er leitet im Hintergrund natürlich zum NAS, aber halt nicht auf richtige Seite und das Zertifikat passt natürlich auch nicht.
Ohne DynDNS-Anbieter wird das Verhalten aber genau so sein. Es macht keinen Unterschied, ob die IP-Adresse über einen CNAME-Record aufgelöst wird oder direkt ein A/AAAA-Record vorhanden ist.
-
Also ist mein Sollzustand so gar nicht zu erreichen?
-
er leitet im Hintergrund natürlich zum NAS, aber halt nicht auf richtige Seite und das Zertifikat passt natürlich auch nicht.
Ich weiß nicht genau, was du mit "richtige Seite" meinst, aber das Problem mit dem Zertifikat musst du auf dem NAS beheben. Dort muss ein Zertifikat für die richtige Domain vorhanden sein.
-
Wenn ich den Dienst via DynDNS Subdomain aufrufe lande ich auf der Loginseite, rufe ich den Dienst via netcup Subdomain lande ich zwar auf dem "Webserver", aber nur auf einer Hilfeseite.
Dies ist vermutlich nur ein Konfigurationsproblem....
Das mit dem Zertifikat klingt auch logisch
-
Dies ist vermutlich nur ein Konfigurationsproblem....
Denke ich auch. Und der richtige Ort für die Konfiguration ist dein NAS. Der muss sich halt auch für die neue Subdomain zuständig fühlen. Sowohl um den richtigen Inhalt auszuliefern, als auch das korrekte Zertifikat.
-
Korrekt, dies ist auch noch für die DynDNS Domain eingerichtet, dies kann ich jetzt live nicht einfach umbiegen, da noch einige benötigte Dienst drauf laufen...
Deswegen möchte ich ja dann direkt via Subdomain von netcup aufs NAS zeigen lassen - so ist ein weiteres Glied in der Kette weg und somit sinkt die Fehleranfälligkeit... -
Deswegen möchte ich ja dann direkt via Subdomain von netcup aufs NAS zeigen lassen - so ist ein weiteres Glied in der Kette weg und somit sinkt die Fehleranfälligkeit...
Naja, wenn das mit dem DynDNS doch aktuell zuverlässig läuft, würde ich es einfach dabei belassen. Notfalls kannst du das auch noch nachträglich auf direkte A/AAAA-Records ändern. In dem Fall musst du dann auch nichts mehr am NAS umstellen.
-
Ja klar, erstmal lasse ich es so laufen...
Wollte dann halt nur die 3 Inklusivdomains vom Webhostingpaket "sinnvoll" nutzen - gibt ja 2 Standorte und via DynDNS habe ich dann unabhängig vom Standort quasi nur SubSubDomains...
-