ich habe das Problem, dass ein Webdienst nicht über IPv4 zu erreichen ist. Folgend die Details zu meinem Ausgangsszenario:
Es läuft eine Webapplikation auf einem Server im Heimnetz (nginx + webserver). Die entsprechenden Webports (443/80) des Serevrs sind an der Fritzbox freigegeben.
Es ist eine DynDNS Domäne bei Ipv64 für die Fritzbox eingerichtet und eine Subdomäne für den Webserver. Der Ipv6 Präfix wird von der Fritzbox aktualisiert.
Damit die Dienste auch über IPv4 erreichbar werden, wollte ich dies über den CDN ermöglichen. Dieser wurde jetzt zuletzt eingeschaltet für die Domäne und die Subdomäne. Allerdings ist der CDN bei der Subdomäne jetzt schon seit mehrereren Tagen damit beschäftigt sich zu aktivieren und scheint wohl festzustecken (s. Bild). Ich habe schon mehrere Konfigurationen bei CDN ausprobiert (full proxy, nur A | beide Domänen, nur Subdomäne) aber bisher hatte ich noch keinen Erfolg die Anbindung für IPv4 zu ermöglichen. Ich bin mir jetzt nicht sicher ob das am CDN liegt oder an meiner Konfiguration, dafür fehlt mir leider das Wissen.
Über IPv6 funktioniert alles wie gewünscht, die Subdomäne wird korrekt aufgelöst. Über https://dnschecker.org/ wird auch der AAAA Eintrag als aktiv angezeigt, nicht aber A.
Ich würde mich über jede Hilfe sehr freuen und gebe gerne mehr Details zu der Konfiguration. Vielen Dank im Voraus für eure Zeit.
Ich stehe beim CDN etwas auf dem Schlauch. Wenn ich den CDN komplett deaktiviere, ist die Subdomäne erreichbar über Ipv6. Aktiviere ich ihn (IPv4 und IPv6) nur für die Subdomäne, ist sie sowohl über IPv6 als auch IPv4 nicht mehr erreichbar. Muss auf meiner Seite etwas anders konfiguriert werden wenn der CDN aktiviert wird?
Ansonsten reicht es mir auch wenn ein Portmapper von einer beliebigen IPv4 auf den port 443 der IPv6 der Subdomäne zeigt, wichtig ist mir der CDN per se nicht. Der Dienst wird nur von wenigen Menschen verwendet.
Und ich stehe etwas auf dem Schlauch bei dem, was du da eigentlich machen und erreichen willst. Was meinst du mit Subdomain? Die von ipb64 bereit gestellten Domains sind immer Subdomains. abcde.ipv64.net ist eine Subdomain, denn die Domain ist ipv64.net.
Nachtrag:
Dein Thread hat mich veranlasst erneut etwas zu probieren, das ich vor ca. 1,5 Jahren schon einmal versucht hatte, dann aber aufgab, weil es zum damaligen Zeitpunkt einfach nicht ging. Jetzt geht es!
Falls du also mit der Subdomain den Domain-Präfix meinst, so kann man nun auch für Domain-Präfix einen funktionierenden CDN Reverse Proxy nur mit einem DNS A-Record konfigurieren.
Sollte also das das sein, was du erreichen willst, dann zeigt dein gestern gepostetes Bildschirmfoto aber den falschen Ansatz.
Dann habe ich mich da wahrscheinlich falsch ausgedrückt, entschuldige. Was ich erreichen möchte ist, dass die in dem Bild ganz unten unten dargestellte Domäne (präfix.domäne.ipv64.de) über IPv4 erreichbar ist.
Ich hatte es so verstanden, dass man dann für diese Präfix-Domäne den CDN einschalten kann. In meiner letzten Konfiguration hatte ich beim „enable proxy“ nur IPv4 für präfix.domäne.ipv64.de ausgewählt. Anderre Personen meldeten aber weiterhin, dass sie den Dienst nicht erreichen können (ich bin mir inzwischen recht sicher, dass das an IPv4 liegt).
Im Bildschirmfoto von deinem ersten Beitrag im Thread sieht das aber anders aus. Da ist hinter dem Präfix ja nur ein sich drehender Kreis zu sehen, also nichts aktiviert. Wo nichts aktiviert ist kann auch nichts funktionieren.
Also ja, ich erwähnte ja bereits, dass ich heute etwas probierte, was ich vor über einem Jahr aufgab, da es nicht klappte. CDN Reverse Proxy nur mit einem DNS A-Record. Nun jetzt geht es.
Natürlich weiß ich jetzt nicht genau warum es nun geht und damals nicht.
kann sein, dass Dennis den CDN-Service zwischenzeitlich überabeitet und verbessert hat
kann aber auch sein, dass es daran liegt, das ich damals auch noch die „subdomain.ipv64.net“ genutzt hatte nun aber nur noch „präfixe.subdomain.ipv64.net“ nutze.
Jedenfalls geht es heute und die Konfiguration hat auch eine von mir provozierte „Zwangstrennung“ nebst Zuweisung neuer IPv6-Adressen überlebt und mein nur per https erreichbarer Server ist nun auch aus reinen IPv4 Netzen erreichbar. Aus Netzen mit IPv4 und IPv6 wird weiterhin IPv6 genutzt.
Testen kannst du das auch selbst. Einfach in deinem Smartphone in die APN-Settings gehen und dort das APN-Protokoll und APN-Roaming-Protokoll auf IPV4 umstellen. Dann hat dein Smartphone nur noch IPv4 und du kannst selbst testen ob deine Konfiguration bei ipv64 klappt oder nicht und musst dich nicht auf Hörensagen verlassen.
Sind beide Protokolle (v4 und v6) aktiv, sieht man am verwendeten Let’s Encrypt Zertifikat, das man sich ja im Browser anzeigen lassen kann, ob v6 oder v4 genutzt wird. Wird v4 über CDN genutzt wird das von Dennis CDN-Server angeforderte Zertifikat genutzt. Ansonsten das, das dein Server angefordert hat und verwaltet.
Danke, dass mit der Einstellung beim APN kannte ich noch nicht. Leider kann ich den Menüpunkt bei mir nicht bearbeiten. Ich sehe den Eintrag und er ist auf IPv4/Ipv6 gestellt, aber nicht veränderbar. Kann das am Anbieter anliegen (1&1)?
Ich habe heute eine IPv4 von 1&1 für meine Fritzbox zugewiesen bekommen, vielleicht hat sich dann das Problem sowieso erledigt und ich brauche den CDN nicht mehr.
Ich konnte jetzt über mobile Daten erfolgreich curl -4 und curl -6 auf die Präfix-Domäne ausführen.
Wobei ich wirklich gerne verstanden hätte wieso das mit dem CDN nicht klappt.
Eigentlich nicht. Bin im Mobilfunk bei Sim.de und die nutzen das Netz von 1&1 sind nur Reseller. Ich kann beides per Pulldown und dann Auswahl ändern.
Was aber immer geht:
über das +-Zeichen einen weiteren Zugangspunkt hinzufügen. Dann die Einstellungen des „ab Werk“ vorhandenen Zugangspunkt 1 zu 1 übernehmen (abtippen). Diesen dann aktivieren und dann die gewünschten Änderung an diesem neuen Zugangspunkt vornehmen.
Und ja, wenn du nun Dual-Stack hast brauchst du kein CDN mehr.
Nachtrag: Wenn du nun kein DS-Lite mehr hast sondern Dual Stack solltest du noch die Konfiguration deiner Fritteuse anpassen. Bei Dual Stack sollte unterhalb IPv6-Anbindung → Native IPv4-Anbindung verwenden ausgewählt werden und nicht mehr Native IPv6-Anbindung verwenden oder was bei dir da jetzt stehen mag.
