Beiträge von MichaelOF

    Hi,

    ich bin nicht ganz sicher, ob ich zu 100% verstanden habe, was du final erreichen möchtest, daher formuliere ich mal in meinen Worten: Du möchtest einen Reverse Proxy, der wie z.B. alle *.domain.tld von extern über Port 80/443 entgegen nimmt, diesen Traffic ggf. TLS terminiert und dann nach innen weiterreicht, korrekt?

    Wenn ja, dann müsste zumindest dieser Dienst aus Fritzbox (FB) Sicht von außen erreichbar sein, ich gehe mal davon aus, du weißt, wie du das für IPv6 Verkehr in der FB einträgst?

    Es wird IMHO einfacher, wenn wir ab jetzt DNS und DynDNS thematisch entflechten, trennen: D

    Erst mal DNS: Dein gefundener Weg über CNAME auf deine extern erreichbare MyFRITZ!-Adresse ist m.A. nach der einfachste. Ich nutze das schon seit Jahren, um über die (einfacher zu merkende :)) URL fritzbox.meinedomain.tld mein FB VPN etc. erreichen zu können. Mein CNAME ist daher aber nicht "*", sondern nur "fritzbox". Wildcard würde bei mir nicht passen, da z.B. http://www.meinedomain.tld nicht Richtung FB, sondern zu meinem VPS geroutet werden soll. Ich wüsste aber nicht, warum in deinem Szenario der Wildcard nicht passen sollte. Hast du evtl. doch was ähnliches, sei es Zuhause+VPS, oder Zuhause+Webhosting, dann könntest du ja den Wildcard für den CNAME auf z.B. "*.fritzbox" setzen.

    Nächstes Thema LetsEncrypt (LE). Über welche Challenge und welchen ACME Client möchtest du dir die Zertifikate denn holen? Das Zusammenspiel RevProxy (-> INGRESS) und LE kann man sich sehr schön am Beispiel Kubernetes und cert_manager ansehen. Für einen allerersten Start würde ich das HTTP oder DNS Challenge einmalig manuell setzen, via myfritz oder direkt auf DHCPv6 Adresse / Privacy extensions oder was auch immer du von deinem ISP für deine FB dynamisch bekommst, und mit Damir damit für erste 90 Tage mit einem gültigen LE-Zertifikat Zeit zum weiteren basteln sichern :)

    Dann anschließend zum Thema DynDNS, und was ich bei deinen Fragen nicht ganz verstehe:

    - Myfritz tut ja genau das für dich, mehr brauchst du IMHO erst einmal nicht, keinen externen DynDNS Dienst. Für deine eigene Domain via CNAME, siehe oben.

    - Die mir bekannten DynDNS Dienste hatten, als ich vor Jahren da mal eingetaucht bin, alle unpassende Einschränkungen. Entweder sie boten (gratis) nur begrenzte Anzahl Subdomains, nur gegen Abo überhaupt die Möglichkeit, eine eigene Haupt Domain nutzen zu können etc. Also z.B. konkret: nehcoy.dyndns.com war möglich (sofern nehcoy noch als Subdomain frei, natürlich). DynDNS für *.nehcoy.tld wenn nur gegen Zahlung.

    - Bis auf eine Ausnahme, stand vor Urzeiten m.W. mal in einem entsprechenden c't Artikel: https://freedns.afraid.org/. Bei afraid.org kann man "gratis" eine eigene domain.tld einbringen, und bekommt die wie von dir selbst oben eingepastet über die FB verbunden und aktualisiert. "Gratis" hat aber hier eine IMHO fundamentale und für mich recht schnell inakzeptable Nebenbedingung: Möchtest DU als Eigentümer von domain.tld diese für DynDNS via afraid.org nutzen, dann darfst du das nur, wenn du zustimmst, dass ALLE ANDEREN afraid.org Nutzer das auch dürfen!! Bringst DU also domain.tld ein, weil du ja z.B. revproxyathome.domain.tld für dein Szenario nutzen willst, dann könnte ICH als anderer afraid.org Nutzer z.B. michaelof.domain.tld nutzen. Für was ich will :) Du kriegst dann zwar eine Email, wenn ich das eintrage, kannst das manuell löschen. Aber verhindern vorab nur als Sponsor. Mir ging das damals sehr auf den Sender, weil ich nicht 24/7 aufpassen will, was für dubiose Subdomain aus woher auch immer zu meinDomain.tld eingetragen wurden. Ich nutze nur doch eine Subdomain für eine allgemeine afraid.org DynDNS Domain, gibt unzählige. Klappt übrigens fehlerfrei für IPv4 und IPv6, auch wenn etwas tricky da man in FB Feld Custom Update URL zwei durch Leerzeichen getrennte URLs für IPv4 UND IPv6 eingetragen werden mussten. Ich nutze das als Fallback, was Myfritz mal nicht fkt. sollte.

    extremmichi SUSE und Novell ist eine Weile her, inzwischen sind die über/unter einem Investor eigenständig (https://de.m.wikipedia.org/wiki/SUSE_(Unternehmen))

    Ich habe mit Linux auf dem Desktop angefangen, lange bevor ich meinen ersten VPS hatte. Kernel 0.99pl13, wenn das jemand noch was sagt. Linus Torvalds hat damals urlange gewartet, den Kernel als stabil genug für ein 1.0 Release zu betrachten. Sowas nettes wie VPS gab es damals natürlich noch gar nicht :)

    Meine damalige Distro (LST) kennt heute niemanden mehr, war damals eine c't Empfehlung, laaange vor der Jahrtausendwende. Basierte wie Suse auf Slackware.

    Das LST (Erlangen) verschwand dann im Nebel der Geschichte, und ich bin dann nach ein paar anderen Versuchen auf Suse umgestiegen. Und geblieben. Übrigens Leap, kein Tumbleweed. Und, musste schmunzeln bei einigen Vorrednern: (auch) bei mir: einmal KDE/Plasma, immer KDE...

    Meine Gründe für OpenSuse:

    1. Stabilität.

    2. Stabilität

    3. Stabilität

    4. Einfache Admin, sowohl YAST als grafisches Tool, oder zypper, auf der Shell.

    Als Kombination von 1-4 ein Beispiel: Die Upgrades von einem Major Release zum nächsten wurden von Release zu Release immer narrensicherer einfach. Sicherung vorher ist selbstverständlich. Nacharbeiten seit mind 3 Jahren (1 Major Release / Jahr): NULL, nichts. Reboot, los geht's. Einfacher geht IMHO nicht.

    notfound404 Ich habe nachdem sich nichts bei EURid veränderte am 23.05. ein Supportticket bei Netcup eröffnet. Kam sehr schnell die kurze Vorabrückmeldung, dass weitergeleitet an Fachabteilung. Ich habe am Anfang täglich, die letzten zwei drei Tage nicht mehr bei EURid nachgeschaut.

    Heute aber schon, Web-WHOIS ist geändert auf neue Kundenkontakt-Email.

    Hallo,

    bin kein Jurist, würde aber sagen evtl. ungünstig formuliert 😄

    Die Keys kosten nichts. Aber wenn du die dann dazu einsetzt, automatisiert wild Domains einzukaufen, dann haftest du die Kosten.

    Hallo,

    es gibt heute das "Pendant" zu meinem VPS als RS. Daher überlege ich gerade, ob dedizierte CPU und die etwas höhere Mindestverfügbarkeit mir den Aufpreis wert ist.
    Kein sehr hoher Aufpreis, der VPS war um Ostern herum ein "Flash Deal". Ist natürlich immer subjektiv und vom Host etc. abhängig, aber eine Tendenz fände ich interessant - sind die Unterschiede groß?

    Wenn ich den RS kaufen würde, um den VPS umzuziehen, oder auch wenn nur in Zukunft VPS alt auf dann VPS neu, ein paar Folgefragen:
    - Manche Optionen gelten AFAIK "VPS/RS-lebenslang", Backupspace m.W., nutze ich aber nicht. Wie ist das mit zusätzlichen IPv4? Die gibt es serverbezogen und als "Failover"unabhängig. Kann ich beide unabhängig (entsprechend ihrer Laufzeiten natürlich) kündigen? Und steht eine Failover IPv4 als eigenes Produkt, neben VPS/RS oder Domains?
    - In den Infos steht für VPS und RS "VLAN: optional": Kostet das extra, oder automatisch inkludiert ab zweitem VPS/RS? Kurzfristig nutzen wäre allein schon für den Serverumzug schön, ich nutze da gerne Clonzilla Live, das kommuniziert mit "sich selbst" auf der anderem Seite per unverschlüsseltem netcat, wäre ein VLAN nett...
    - "Failover IP werden geroutet" - daher laut FAQ der Aufpreis zur "normalen" zusätzlichen IPv4. Definiere ich das Routing, oder muss NC das on demand eintragen?

    Michael


    Und eine Frage an alle: Laut CCP Doku wird die "Vertragspartner"-Email an die Registrys im Owner Handle übergeben. Ich habe nach meinem "Erfahrungsbericht" gestern abend als Resümee meine "Vertragspartner"-Email geändert. Es kam die Meldung, es könne ein paar Stunden dauern, bis die Änderung überall sichtbar wäre. Bei EURid hat sich aber seit >15 Stunden noch nichts getan - weiß jemand, ob diese Änderung überhaupt automatisch propagiert wird, oder ob ich das per Support anstoßen muss?

    Nachtrag, Zwischenstand:

    Nach ca. 24h bekam ich eine Email von NIC.AT. Die Owner Email meiner .AT Domäne wurde geändert. Auf die von mir im CCP gesetzte neue Kontaktadresse. FYI ich habe <meinNachname>.de|at|eu registriert.

    Ich habe auch gerade eben DENIC geprüft, mir meine Inhaberdaten zusenden lassen. Auch umgestellt , kam aber keine Benachrichtigung.

    EURid hat noch die alte Email im Web WHOIS.

    Tut sich also was im Hintergrund, automatisiert... Ich warte also mal weiter auf ein Propagieren Richtung EURid...

    gunnarh n "kleine Änderungen" * 1 PT sind schnell Mannjahre ;)
    Und jede "kleine Änderung" macht das System für zukünftige Updates testintensiver.... dass NC Änderungen daher versucht zu minimieren, finde ich erst einmal nachvollziehbar. Aber gerade wenn Ressourcen knapp sind, fände ich es toll, wenn wir Kunden an der PRIORISIERUNG eingebunden wären.... Voting-Liste, welches Feature etc. hättet ihr Kunden denn gerne... Dann würde sich schnell zeigen, ob es unzählige, an Privatsphäre (und Spamschutz) Interessierte EU Domäneninhaber gibt. Oder ob es außer uns beiden plus ein paar Wenige niemand interessiert...

    Was ich schade finde ist, dass es ja technisch schon geht, die NC API soll das können, Endpoints für Domain Handles existieren auf jeden Fall. Leider aber sind genau diese Endpoints nur für "Reseller".

    tab Weiterer Account / umziehen, dsazu eine Frage: Wenn ich das tun würde, wie würde das CCP dieses abbilden? Wäre das ein Kündigen der Domain und Neuabschluss, wie bei einem tatsächlich anderen Kunden? Oder bleibt vertraglich alles gleich? Hier im Forum lese ich fast täglich, dass das VPS etc. fröhlich die Besitzer wechseln, da scheints zu gleichen Bedingungen zu gehen.

    Und eine Frage an alle: Laut CCP Doku wird die "Vertragspartner"-Email an die Registrys im Owner Handle übergeben. Ich habe nach meinem "Erfahrungsbericht" gestern abend als Resümee meine "Vertragspartner"-Email geändert. Es kam die Meldung, es könne ein paar Stunden dauern, bis die Änderung überall sichtbar wäre. Bei EURid hat sich aber seit >15 Stunden noch nichts getan - weiß jemand, ob diese Änderung überhaupt automatisch propagiert wird, oder ob ich das per Support anstoßen muss?


    Nette Grüße auch randberliner, ich bin immer noch total neugierig, was genau der NC Support für dich gemacht hat:

    Ich hatte letztens dem Support meine geänderte Kontakt Email für das whois der eurid mitgeteilt. Änderung wurde dann zeitnah durchgeführt.

    VG

    Nur als mit Vorsicht zu genießende Anmerkung:

    Wenn du Netcup zu Netcup klonen willst, dann könnte evtl. Clonezilla Live zu Clonezille Live, also beide VPS via "DVD" ISO (https://clonezilla.org/clonezilla-live.php) gebootet eine infragekommende einfache und schnelle Möglichkeit sein.

    WENN:

    a) Die virtuelle Platte des Ziels nicht kleiner ist als die der Quelle

    b) es akzeptabel ist, dass Clonezilla Live den remote-source / remote-dest Direktklon via netcat/nc durchführt. Dieses also *** UNVERSCHLÜSSELT *** geschähe.

    Zu b): AFAIK, da ja ein solcher nc Transfer innerhalb des Netcup-RZ laufen würde, dürfte außer THEORETISCH NC-Admins technisch niemand mitlesen/-schneiden können, da ein Zugriff auf Switch-Ebene erforderlich wäre. Den NC-Admins "muss" man aber als NC-Kunde ohnehin vertrauen - selbst wenn man seine virtuellen HHDs via LUKS o.ä. verschlüsselt, wird m.W. kein Confidential Computing, also die zusätzlich benötigte RAM-Verschlüsselung genutzt oder überhaupt angeboten. WENN - bitte rein hypothetisch - ein NC-Admin also illegal tätig werden möchte, könnte er das direkt auf einer Kopie von Quelle oder Ziel technisch viel effizienter als auf einen ungesicherten nc-Transfer hin ins blaue zu monitoren.

    Für mich also ein vernachlässigbarer Angriffsvektor, ein akzeptables weil theoretisches Risiko. Aber wie gesagt: meine 5 cents... pragmatisch und bitte keine generelle Empfehlung!

    Hallo an alle hier im Thread, die versprochene Rückmeldung:

    Nachdem auf das Support-Ticket tagelang keine Antwort erhielt, habe ich angerufen.

    Und ein sehr freundliches Gespräch mit einem Support-Mitarbeiter gehabt. Zusammengefasst: Netcup sieht sich kapazitätsmäßig außerstande, jede Eventualität bei allen möglichen TLDs im CCP entsprechend abbzubilden.

    Ich habe dem Herren / Netcup auch mitgeteilt, dass mir EURid auf meine Anfrage hin bestätigt hat, dass es ihnen in ihren Domain-Richtlinien um Erreichbarkeit geht. Daher könne auch im WHOIS-Email einer .eu Domain eine 24/7 TECH-C, ABUSE, HOSTMASTER o.ä. -Adresse des Registrars hinterlegt werden. Evtl. lässt sich dieses generell für .eu Domain seitens Netcup zu setzen ja leichter umsetzen als eine Web-GUI-Anpassung.

    Auf meine Rückfrage bzgl. randberliner's Post hier im Thread, "Ich hatte letztens dem Support meine geänderte Kontakt Email für das whois der eurid mitgeteilt. Änderung wurde dann zeitnah durchgeführt." hinterfragt der Support-Mitarbeiter: randberliner, kann es sein, dass du (einfach) deine Kunden-Email im CCP geändert hast? Dort kann man ja aktuell zwei Email-Adressen hinterlegen: Kontakt/Hauptadresse (diese wird in Domain HANDLEs übernommen, wird bei EURid dann mangels dedizierter WHOIS-Email im EURid Web-WHOIS angezeigt) und eine "Rechnungs-Email". Auf jeden Fall zweifelt der Mitarbeiter an, dass wirklich manuell etwas seitens Netcup geändert worden sei. Das widerspäche komplett der ihm geläufigen Vorgehensweise, und diese wiederum habe den Hintergrund, dass solche manuellen Eintragungen sehr fehleranfällig seien. Beim nächsten technischen Übermitteln verloren gehen können etc.. Wenn ich als Nutzer DNS Records ändere, würden zwar die Handles nicht neu generiert/übergeben. Aber z.B. bei postalischen Adressänderungen o.ä..

    Handles könne man selbst setzen, aber nur als "Domain Reseller", im den dann nach Registrierung zur Verfügung stehenden sich anders darstellenden Kundenportal. Dazu müsste ich aber mein Kundenprofil von "privat" auf "gewerblich" umstellen. Oder ich ein zweites, gewerbliches Profil erstellen und die Domains übertragen. Ginge aber alles erst ab mind. 10 bei Netcup registrierten Domains - ich habe aber nur 3 und brauche keine 7 weiteren :) Da er das Thema Datenschutz/GDPR in diesem Zusammenhang aber sehr gut nachvollziehen kann versprach er, dieses entsprechend formuliert auf die "Wunchliste" zu setzen.


    Code
    Guten Tag ...,
    wie besprochen hier die Bestätigung zu Ihrem Feedback-Vorschlag.
    Ihre Anregung, die E-Mail Adresse laut WHOIS bei .eu Domains zu anonymisieren, wurde weiter geleitet. Wir werden prüfen, ob sich dies als Umsetzungsfähig erweist.
    Bitte haben Sie Verständnis dafür, dass bei solchen Feedbacks keine weitere Rückmeldung erfolgt.
    Wir danken für Ihren Verbesserungsvorschlag.
    Mit freundlichen Grüßen,
    netcup Team

    Da ich selbst in einer Softwarefirma arbeite, erlaubte ich mir die halbspassige Rückfrage, was diese "Wunschliste" von "Ablage P" unterscheide. Ob es z.B. eine Priorisierung durch Kunden, sowas wie Voting, gäbe. Gibt es aktuell (noch) nicht - auch auf der "Wunschliste" ;)

    Wenn ich hier lese, was gunnarh schreibt, "... 2018 ...", habe ich wenig Hoffnung, dass sich hier was ändert, zumindest auf absehbare Zeit.

    Schade, dass man als Privatkunde die Domain Handles nicht editieren kann. Die Funktionalität hat Netcup offensichtlich ja schon. Würde das Problem schnell lösen. Oder eben einfach als Regel für .eu o.ä. geregelte TLDs die Netcup-Adressen an die jeweilige Registry übermitteln.

    Umgekehrt kann ich Netcup sehr gut verstehen: Eine .eu Domain startet bei AFAIK ~5 EUR/Jahr, meine war ein Black Friday oder irgend so ein Special. Stand heute 79 ct/Monat, also <10€/Jahr. Allein mein nettes Telefonat hat Netcup also den ohnehin nicht sehr großen Gewinn an dieser konkreten Domain auf absehbare Zeit pulverisiert... und sie sind nun mal nicht gemeinnützig. Dass aktuell überall große Knappheit an Entwicklern besteht, ist auch Fakt. Und mir ist es lieber, wenn Netcup diese beschränkten Kapazitäten für Sicherheit und Performance der "Kernprodukte" Webhosting und Server einsetzt - mein Anliegen ist da IMHO "nice to have".

    Und: Trotz der gerissenen "Antwortgarantie" und von einigen hier im Forum bemängelten langen Ticketlaufzeit finde ich macht Netcup ganz vieles richtig und durchdacht gut! Immerhin kann man telefonisch kompetente und hilfsbereite Mitarbeiter in akzeptabler Wartschleifenzeit erreichen... Gold wert, hoffentlich bleibt das so!

    FYI, "Erfahrungsbericht": Ich selbst hatte seit längerem meine Domains bei Netcup. Meinen VPS seit 2016 bei einem Anbieter aus der Aschauer Straße in München, dessen Name hier "zensiert" ist. Nenne wir ihn "C". "C" hatte damals tollen Support, Mo-Fr bis 23:00 abends, WE etwas kürzer, vergessen. War aber auch nötig, weil immer wieder die Performance zusammenbrach. Anmeldungen als User in RCU Webmail, Nextcloud, TYPO3, .... mit teils minutenlangen (!!) Wartezeiten. Teilweise via SSH einfachste bash Kommandos wie "ls" mit ebensolchen Hängern. "Transfergeschwindigkeiten" dann statt von zu Beginn 2016 "max. 100 mBit/s", später 200 mBit, zuletzt für mein "Modell" max. 600 Mbit/s tatsächlich messbar immer wieder und leider nicht nur selten/sporadisch im Bereich von +/- 150 kBit/s!!! Ich mache regelmäßig via rsnapshot (somit rsync) inkrementelle Backups VPS -> NAS zuhause, im Log konnte ich dann lesen, wie schnell übertragen wurde. Hat "C" nie in den Griff bekommen, man wurde dann auf ein anderes, zum Support-Zeitpunkt weniger ausgelastetes Host-System "live-migriert". Dann ging das Spiel von vorne los, früher oder später war auch dieses Host-System offensichtlich überlastet. Parallel dazu wurde der Support immer grottenschlechter. Zuletzt wurde uns Kunden als tolle Errungenschaft verkauft, dass man jetzt die Support-Qualität dadurch signifikant verbessert habe, in dem man den tel. Support komplett abgeschafft hat. Stattdessen böte man jetzt einen tollen ChatBot, danach einen "lebenden" First-Level Chat Agent. Und dann Support-Handling via pur Ticket. Welche dann in 100% meiner Fälle mit "Wir können das Problem nicht nachvollziehen" umgehend wieder geschlossen wurden. Logs mit Verbindungsabbrüchen, Timeouts auf der "C"-Seite, Screenshots etc. wurden konsequent ignoriert. Ob mangels Fachkenntnis der Support-Mitarbeiter, oder um mit überschnell geschlossenen Tickets einfach nur die Statistik zu schönen - kann ich nicht abschließend beurteilen. Auf jeden Fall hatte ich zum Zeitpunkt meines finalen VPS-Klonens (via Rescue System, Clonezilla Live, VPS alt -> SSH nach Hause), also zum ungünstigsten Zeitpunkt kurz vor Vertragsende nach meiner Kündigung, eine Transfergeschwindigkeit im gerade mal doppelten ISDN-Bereich.... wenn das hier noch jemand was sagt. Über Stunden, und unnötig zu erwähnen, dass es NICHT an der 250MBit/s Telekom-Leitung auf meiner Seite lag. Eine Fritzbox protokolliert da zuverlässig die Netzauslastungen... alles außer "C" machte in beiden Richtungen keinerlei Probleme. Eine schlicht unsägliche Zumutung, und ich bin einfach nur froh, dort nicht und nie mehr Kunde zu sein!

    Auf jeden Fall sind meine Erlebnisse aktuell mit dem NC Suppprt allein durch diesen krassen Kontrast für mich SEHR positiv.

    Hallo Accessful, das hier ist ein Kundenforum... oben links "von Kunden für Kunden" ;)

    Ich würde dir eigentlich empfehlen, NETCUP direkt anzurufen, die haben mir superschnell geholfen. Aber den Support erreichst du erst morgen wieder, näheres hier: https://helpcenter.netcup.com/de/support, Mo-Fr 9-17... ein paar Minuten zu spät.

    Bist du kompletter Neukunde? Ich hatte schon länger hier meine Domänen hinterlegt. Und bin dann vor kurzem mit meinem VPS zu NETCUP umgezogen. Die Provisionierung dieses VPS war sehr schnell durch, zwischen der "Ihre Bestellung bei netcup" und der "Ihr vServer bei netcup ist bereitgestellt" Email lagen gerade mal 4 (vier) Minuten .... evtl. aber weil ich schon länger Kunde war und SEPA-Lastschriften immer durchliefen :)

    VG Michael

    Hallo,

    für eine .EU Domäne kann jeder bei der Registry EURid den WHOIS Eintrag abrufen. Im Gegensatz zu z.B. DENIC oder NIC.AT wird hier bei EURid aber auch die Email des Registranten angezeigt. Also konkret in meinem Fall die, welche ich hier im CCP für die Kundenbeziehung zu NETCUP nutze.

    EURid bietet aber an, dass man zusätzlich eine "WHOIS-Email" hinterlegen kann. Ist diese vorhanden/gesetzt, wird nur noch sie im öffentlichen WHOIS angezeigt.

    Wie es aussieht, müssen diese Daten aber vom Registrar, also in meinem Fall via NETCUP, übermittelt werden. Selbst bei EURid ändern kann ich da nichts, obwohl ich die Domäne verifiziert habe.

    Da ich keine Option, kein Feld, im CCP unter der Domänenverwaltung gefunden habe, habe ich ein Support-Ticket erstellt, Antwort steht aus.

    Bin ich der einzige hier, der hier SPAM auf das leider unvermeidbare Minimum reduzieren möchte? (Muss eine Email öffentlich exponiert werden, nutze ich dazu eine pur technische, sowas wie "info@domain.tld". Und eine solche nutze ich (natürlich) nicht für ein Kundenprofil.)

    Wenn nein:

    Habe ich vllt. was übersehen, oder ist der Weg über den Netcup-Support der richtige?

    Wenn der NETCUP Support hier was manuell ändert, ergänzt, "überlebt" meine nächste DNS Änderung? Dann "übermittele" ich ja "selbst" wieder Änderungen Richtung EURid, wäre ungünstig, wenn dann die WHOIS-Email wieder weg wäre....


    Gruß,

    Michael

    Ich würde hier ungern die Domains dauernd mischen, verwirrt alle :) Aber wenn die Zeitanhalter Records ähnlich den Voice for your Event sind, verstehe ich den CNAME nicht:

    Für Voice for your Event definierst du einen CNAME für www.<Voice for your Event> (sorry dass ich hier umschreibe, ich tippe auf den Smartphone, dass ist mega mühsam wegen Autokorrektur usw. :)). Dieser CNAME zeigt auf web.jimdo.com.

    Ohne Jimdo zu kennen: Das ist wohl kaum deine Webseite, oder?

    Vielleicht zur Erläuterung grob die Ebenen:

    Tippst du, oder irgendwer, zB. http://www.zeitanhalter.net im Browser als Adresse ein, fragt der Browser zunächst die Internet Nameserver bzgl. http://www.zeitanhalter.net ab. Nur dieser Name, http/https spielt hier noch gar keine Rolle! Die Nameserver, in meinem Fall jetzt im Moment vom Sofa Zuhause aus die der Deutschen Telekom, wissen jetzt, dass http://www.zeitanhalter.net sich aus zwei Teilen zusammensetzt: Dem Domänenteil zeitanhalter.net, und der sog. Subdomain www. Und sie liefern das zurück, was sie finden. Also zB einen A Record, mit einer IPv4 Adresse. Oder einen CNAME, als Umlenkung auf einen anderen Namen. Wenn A, dann ist der DNS Teil fertig. Wenn CNAME, schickt der Browser eine neue Anfrage an die Nameserver und das Spiel geht von vorne los.

    Hat der Browser dann irgendwann eine IPv4 oder IPv6 via A oder AAAA bekommen, versucht er diese zu erreichen. Schafft er das erst einmal überhaupt, klappt der Weg durchs Netz dahin, dann ist die Frage, ob er auch dort einen Webserver findet, der antwortet. Findet er einen solchen Webserver, dann ist jetzt spannend, was dieser tut, wie er konfiguriert ist. Also konkret, was du selbst, oder was Jimdo für zB http://www.zeitanhalter.net hinterlegt hat. Werden hier zB alle http Anfragen auf https weitergeleitet? Und oder werden Anfragen für http://www.zeitanhalter.net auf "nur" zeitanhalter.net weitergeleitet? Weiterleitung hier meint HTTP Weiterleitung (Redirects). Das trägst du Webserver-seitig ein, ist ja deine Webseite.

    Ob diese Redirects dann von dir, deinem Browser, von da wo du anfragst, erreichbar sind, ist dann wieder eine Frage des DNS.... Kompliziert genug erklärt? 😅

    Also am besten Schritt für Schritt für Schritt...

    Eine Domain nach der anderen. Erst mal DNS als solches, dann Webserver. Wenn möglich erst einmal "nur" http, wenn das läuft https.

    Am besten erst einmal "nur" für z.b. http://www.zeitanhalter.net, wenn das stabil läuft, die Umleitung auf "nur" zeitanhalter.net. Oder vice versa, das ist egal. Nur einen eines nach dem anderen.

    Und ergänzend zu Finn: möchtest du ssl für alles, brauchst du LetsEncrypt Zertifikate für http://www.zeitanhalter.net UND "nur" zeitanhalter.net, m.W. erlaubt LetsEncrypt KEINE Wildcard-Zertifikate... da bin ich aber nicht ganz sicher

    Für http://www.zeitanhalter.net werden mir aktuell folgende IPv4 Adressen aufgelöst:

    DNS records for http://www.zeitanhalter.net

    DNS server: fritz.box, port 53, UDP

    web-hp.prod.jimdo.systems.
    TTL=54
    A 52.215.95.29
    (not authoritative)

    web-hp.prod.jimdo.systems.
    TTL=54
    A 54.194.127.198
    (not authoritative)

    web-hp.prod.jimdo.systems.
    TTL=54
    A 3.255.48.233
    (not authoritative)

    AAAA The DNS server has no records associated with this type.

    Was mir auffiel, evtl. hat Finn das aber auch schon empfohlen: Die TTL ist laut Google Tools mit 6 Stunden sehr lang für solche DNS Basteleien, setz das am besten mal bis alles läuft wie gewünscht auf zB 5 min = 300 sec runter.

    Ich habe mir auch unabhängig von den DNS Einträgen mal die HTTP Redirects angeschaut, via https://www.redirect-checker.org/index.php.

    Alle https Varianten, also https://zeitanhalter.net und https://www.zeitanhalter.net liefern nichts zurück. http://www.zeitanhalter.net ebenso. Nur

    http://zeitanhalter.net liefert einen http 403 / forbidden zurück... Immerhin