Irgendwie verstehe ich nicht warum das nicht funktioniert bei Dir
Bei mir zu Hause laeuft auch ein Server mit einer sub.domain.de. Ich habe einzig und alleine folgenden DNS EIntrag bei meinem Provider wo meine domain.de gehostet ist eingetragen:
Die entsprechende Zeile in meinem DNS Zonefile:
<sub> IN CNAME <dyndnsdomainname>.
Dann habe ich in meiner Fritte noch den Dyndnsservice konfiguriert dass er meine sich taeglich aendernde IP fuer dyndnsdomainname bei Dyndns ablegt und das war es.
D.h. Du hast einen CNAME Eintrag fuer <meineDomain>.de der wiederum auf Deinen Dyndns zeigt? Fuer <meineDomain>.de brauchst Du keinen CNAME Eintrag. Da sind andere DNS und eMail Eintraege notwendig. Nimm stattdessen im CNAME Statement fuer <subdom1>.<meineDomain>.de Deine Dyndnsdomaine und dann sollte es funktionieren. Ansonsten verstehe ich die (DNS-)Welt nicht mehr
Also nochmal ganz langsam:
Für <meineDomain>.de gibt es bei meinem Provider (IONOS.DE) einen A-Record, der auf die aktuelle (dynamische) Adresse meiner Fritzbox verweist. Außerdem gibt es einen CNAME-Record, der über ein Script (bereitgestellt durch ionos.de) die jeweils aktuelle dynamische Adresse der Fritzbox enthält.
Weiterhin gibt es für <sub1>.<meineDomain>.de einen CNAME-Record, der auf <meineDomain>.de verweist. Ich habe probiert, den CNAME-Record auf <sub1>.<meineDomain>.de verweisen zu lassen, aber das führt nur zu Fehlermeldung, dass die Seite nicht (mehr) gefunden werden kann.
In der Fritzbox ist eine Portweiterleitung für Port 80 und Port 443 eingerichtet, die auf die Adresse des RPi (Adresse wird durch die Fritzbox festgelegt) verweist.
Auf dem RPi ist es etwas aufwendiger in Bezug auf die Konfiguration (und ich vermute, dass ich da (auch) einen Fehler gemacht habe).
Vorweg: Sowohl für <meineDomain>.de als auch für <sub1>.<meineDomain>.de (genau wie für die weiteren <subx>.<meineDomain>.de gibt es SSL-Zertifikate (LetsEncrypt). Diese werden über einen CronJob regelmäßig erneuert (ab und zu funktioniert das nicht, dann übernehme ich die Erneuerung selbst).
Es gib eine Konfigurationsdatei (NGINX) für <meineDomain>.de. Diese "reagiert" auf die URL <meineDomain>.de. Auch für SSL ist die "Reaktion" hier abgelegt.
Dann gibt es eine Konfigurationsdatei für <sub1>.<meineDomain>.de. Diese "reagiert"auf die URL <sub1>.<meineDomain>.de.
Dann gibt es eine Konfigurationsdatei für <sub2>.<meineDomain>.de. Diese "reagiert"auf die URL <sub2>.<meineDomain>.de.
Diese Konfiguration funktioniert problemlos.
Nun habe ich eine Konfigurationsdatei angelgt für <subintern>.<meinDomain>.de. Diese sollte "reagieren" auf die URL <subintern>.<meineDomain>.de. Ergebnis: "Seite kann nicht gefunden werden".
Also hab ich beim Provider für <subintern>.<meineDomain>.de auch einen CNAME-Record angelegt und dann in der Konfigurationsdatei für <subintern>.<meineDomain>.de ergänzt
allow 192.168.1.1/24;
deny all;
Ergebnis beim Aufruf intern: Anzeige stattdessen vom Inhalte von <meinDomain>.de
Ergebnis beim Aufruf von extern: Anzeige stattdessen vom Inhalt von <meineDomain>.de
Ich vermute, dass ich aus Unwissenheit einen grundsätzlichen Fehler gemacht habe, weiß aber nicht welchen. Eigentlich müsste ich jetzt von vorn anfangen, alles neu einrichten, die Konfigurationsdateien neu anlegen und dabei SSL berücksichtigen und auch die CNAMe-Records beim Provider jeweils passend ändern.
Aber nachdem ich in den letzten Tagen gemerkt habe, dass ich <subintern>.<meineDomain>.de gar nicht so dringend brauche, kann das alles erstmal warten. Es wäre nur schön, wenn ich irgendwann mal herausfinden würde, was ich falsch gemacht habe.
Gruss
GUMeyer