Beiträge von NaN

    Gibts sowas auch bei Netcup?

    Nein, das Konkurrenzprodukt vom roten H hat bei Netcup keine direkte Entsprechung. Es gibt Local Block Storage, der zu vielen Serverprodukten dazugebucht werden kann, aber das ist preislich nicht vergleichbar und auf eine andere Nutzung ausgerichtet. Selbst ein kleiner Nano hat aber schon 60GB Speicher. Das reicht für eine ganz schön große Galerie, wenn man die Bilder webgerecht anbietet, oder eine sehr anschauliche Auswahl, wenn man die Originaldateien vorhalten möchte.

    Das Angebot wurde mit SSD-Speicher beworben. Mein Punkt war daher lediglich, dass die gemessene Leistung von etwa 197–199 MiB/s nicht wirklich zu dem passt, was ich von einer SSD erwarten würde.

    Wie schnell wir vergessen, wie lahm echter "rotational storage" war...

    Aber einen Vorschlag möchte ich doch machen: Biete den lahmen Gaul in der Serverbörse an. Dafür gibt dir wahrscheinlich noch jemand genug Geld, dass du ohne großen Verlust hier rauskommst und dich nach einem anderen Anbieter umsehen kannst, um das Forum dort mit deiner Quengelei vollzuschreiben. Dass du AI benutzt, weil die Menge selbst dir zu mühselig ist, ist nur das Tüpfelchen auf dem i. Ja, AI kann man sinnvoll nutzen, aber du tust das nicht.

    Die Werbetexte und Grafiken sind für mich als Laien nicht als KI-generiert erkennbar

    Ja, toll, aber dass jetzt jede Klitsche grafisch anspruchsvolle Wuselbild-Werbeposter produziert, auf denen alles und nichts hervorgehoben wird und die Information zwischen den immer gleichen jahreszeitlichen Dekoelementen verschwindet, ist dir schon aufgefallen, oder? Man bekommt heute keine Wohnungsanzeige mehr zu sehen, ohne dass jemand ein halbes Dutzend Fonts und Verläufe zwischen Emojis und Stimmungsbildchen drübergekippt hat.

    Es gibt eine schöne vergleichbare Beobachtung in der Architektur: Als es billig wurde, "Stuck"-Elemente zu verwenden, weil die massenproduzierbar wurden, waren sie schlagartig Kitsch und sind aus allen wertigen Bauten verschwunden, aber in Billigmöbelmärkten kannst du die Styropordinger in allen Varianten kaufen.

    das Gefühl dass jeder der früher™ einen 3D-Drucker gekauft hat (ohne konkrete Anwendung) heute intensiv mit KI spielt

    Ich verbitte mir solche Unterstellungen.

    Aufgabe deiner kompletten Datensouveränität

    Für eine reine Weiterleitung ist das nirgendwo ein Unterschied. Mit der Einrichtung der Address Records gibt man dem Weiterleiter sehr weitreichende Möglichkeiten für Logging und grundsätzlich auch für Eingriffe in die Daten. Die Anfragen müssen prinzipbedingt unverschlüsselt beim Weiterleiter auflaufen, ob ganz ohne Verschlüsselung oder nach der Entschlüsselung.

    Neue Fabriken wurden nur sehr konservativ ans Netz gebracht um einen Abfall der Preise zu vermeiden.

    Das ist die kurzsichtige (operative, bestenfalls taktische) westliche Sicht. Weil sich nicht nur die Chiphersteller sondern auch deren Kunden festgelegt haben, auf Jahre hinaus Preise zu verlangen, die mit den eigentlichen Produktionskosten nichts mehr zu tun haben, ist eine Lücke entstanden, die langfristig (strategisch) denkende Länder für sich nutzen werden. Das ist genug Zeit, um den Markt von unten aufzurollen. Stellt euch schon mal darauf ein, RAM bei Aliexpress zu bestellen, das kein Fake sondern Original Made-in-China ist.

    mir wurde gesagt, wenn ich die Domain umziehe, werden die Mailadressen zur zugehörigen Domain gelöscht (logischerweise).

    Das ist nicht gemeint. Man kann die Domain weiterhin bei Netcup haben und das DNS-Hosting an andere Nameserver delegieren. Damit löst man einige Probleme, aber es gibt Dinge, die der Registrar machen muss, z.B. die Records in der übergeordneten Zone eintragen. Dabei kann einem kein externer DNS-Hoster helfen.

    Die Alternative ist, die Domain wegzuziehen und sie als externe Domain hier einzubinden. Dann ist Netcup auch nicht mehr der Registrar der Domain. Und im Extrem kann man Domain und Hosting komplett wegziehen: Auch das heißt nicht, dass man auf die Mailaccounts verzichten muss. Die müsste dann ein anderer Hoster betreiben.

    Als Domaininhaber ist man nicht an einen Hoster gefesselt.

    "example.com hat den mx blah.de", aber nicht "http://www.example.com hat den mx blah.de"

    Das ist nur oberflächlich so. Inhaltlich sind durch den CNAME www.example.com und example.com identisch, weil es nur zwei Labels für die selben RRSets sind. "Example.com" wird durch den CNAME zum "kanonischen Namen" für beide, also wo man die Antworten für "www.example.com" erfragt. Der abfragende Resolver kann die Labels natürlich unterscheiden, aber der Client, der nach dem MX für www.example.com fragt, bekommt tatsächlich die Antwort blah.de, die wahrscheinlich nur für example.com gedacht ist.

    Ich schrieb schon, dass CNAME von www zu apex i.d.R. anstandslos funktioniert. Aber wenn du spitzfindig sein willst, dann sei es auch.

    Technisch ist ein CNAME auf einen Zone Apex keine elegante Lösung, weil man damit auch Records in die www Subdomain übernimmt, die da eigentlich nichts zu suchen haben. Es funktioniert aber i.d.R. anstandslos und ist pflegeleicht. Die korrektere Lösung ist, die A und AAAA Records der Domäne auch für die www Subdomain anzulegen.

    Die Weiterleitung auf die kanonische URL kannst du im Webhosting Control Panel einschalten oder per .htaccess Redirect manuell machen. Dazu brauchst du die www Subdomain nicht explizit anlegen. Der Webserver ist so konfiguriert, dass er auf die bloße Domain genauso wie auf die www Subdomain antwortet. Die Konfigurationsoption, die du brauchst, heißt "Bevorzugte Domain" in den Hosting-Einstellungen für deine Domain.

    Schau mal, in welchem System deine Domain verwaltet wird und an welche Nameserver sie delegiert wird.

    Danke – genau das ist mein Problem.

    Das klingt jetzt zwar nicht so, als hättest du wirklich nachgeschaut, ob die Domain falsch delegiert ist

    Was genau soll ich tun?

    Erstmal müsste man schauen, ob eine fehlerhafte Delegation tatsächlich das Problem ist.

    Das mit dem externen Nameserver habe ich noch nicht probiert

    Wenn die Domain an die richtigen Nameserver delegiert ist, müsste sie auch ganz normal auflösen, wenn entsprechende Records im CCP eingetragen sind.

    Wenn man wirklich hinschaut, löst man solche Probleme VIEL einfacher und schneller.

    In welchem System wird die Domain in deinem CCP verwaltet? Hast du da ein Menü "CloudDNS"? Bei einer neu bestellten Domain ist das sehr wahrscheinlich. Dann ist die Zuordnung zu den Nameservern richtig. Deine Domain ist an die Nameserver delegiert, die für Domains im CloudDNS System zuständig sind. Deswegen ist die Domain auf den alten Nameservern folgerichtig nicht zu finden und diese Server antworten mit einer entsprechenden Fehlermeldung.

    Wenn die Domain an die richtigen Nameserver delegiert ist, müsste sie auch ganz normal auflösen, wenn entsprechende Records im CCP eingetragen sind. Die Nachricht vom Support deutet darauf hin, dass das so ist. Dann liegt der Fehler möglicherweise gar nicht am DNS. Man müsste dann mit zusätzlichen Informationen an anderer Stelle weitersuchen.

    Du kannst als Absender auch andere Postfächer angeben. Bin mir nicht sicher, ob diese existieren müssen oder wirklich frei sind.

    Die Adressen müssen nicht existieren. Insbesondere kann jeder Mailaccount aber auch die Adressen der anderen Mailaccounts als Absender verwenden.

    Erstmal müsste man schauen, ob eine fehlerhafte Delegation tatsächlich das Problem ist. Also z.B. mit dig example.com ns die Nameserver abfragen. Wenn die zum Verwaltungssystem passen, ist es ein anderes Problem.

    Die Nameserver des alten Verwaltungssystems sind root-dns.netcup.net, second-dns.netcup.net, und third-dns.netcup.net.

    Die Nameserver des neuen (CloudDNS) Systems sind netcup.firstns.cc, netcup.secondns.at, netcup.thirdns.de, netcup.fourthns.systems, und netcup.fifthns.com.

    Wenn die Nameserver nicht zu dem System passen, mit dem die Domain im CustomerControlPanel (CCP) verwaltet wird, dann kann man das nicht korrigieren, indem man selbst die richtigen Nameserver als Nameserver-Set anlegt und der Domain als "externe" Nameserver zuweist. Das verweigert das System. Aber man kann ein Set mit tatsächlich externen Nameservern anlegen und dies der Domain zuweisen. Es gibt eine ganze Reihe von DNS-Hostern, die für den kleinen Bedarf kostenlos Domains hosten, z.B. deSEC.io oder cloudns.net. Ersteres ist in Deutschland, erwartet aber, dass man DNSSEC mit den dort gehosteten Domains nutzt. Cloudns ist da weniger wählerisch.

    Soviel zur Technik, aber wie schon erwähnt ist es völlig legitim, dass man von Netcup erwartet, solche elementaren Sachen erstens richtig zu machen und zweitens im Fehlerfall zügig in Ordnung zu bringen. Nicht jeder will oder kann sich um DNS selbst kümmern.

    Wenn es schon eine Ticketnummer gibt, wäre jetzt die Gelegenheit, die zu posten und die Moderatoren anzupingen. Diese Art von Problem dürfte ja mittlerweile beim Support bekannt sein.

    Falls dir das zu lange dauert, funktioniert der Workaround aus den anderen Themen wohl ganz zufriedenstellend, aber natürlich kann man auch erwarten, dass sowas nicht nötig ist.