DynDNS über Netcup-API mit Fritzbox

  • 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:

    Zitat

    This 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...

  • 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.

    Dieses Gebäude hat mir die Vorfahrt genommen! *hup*

  • 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.

    Dieses Gebäude hat mir die Vorfahrt genommen! *hup*

  • 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.

    Dieses Gebäude hat mir die Vorfahrt genommen! *hup*

  • 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.

    Dieses Gebäude hat mir die Vorfahrt genommen! *hup*

  • 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...