Mit der neuen DNS-API von Netcup braucht man dafür keinen externen Dienstleister und keinen eigenen Server mehr. Domain reicht, wenn sie im neuen CloudDNS-System verwaltet wird (keine Bestandsdomains, die noch nicht migriert wurden).
Wenn ich das richtig gesehen habe, kann ich den dafür notwendigen API-Key bei Netcup aber nicht einschränken, sondern theoretisch auch Domains damit bestellen. Das halte ich für eher unklug, schon im Design.
Die sieht wiederum gut aus. (to/via). Dann hängt es nicht offensichtlich daran.
Andere Fehlermeldungen? Bist du im Rettungssystem oder in der Console des upgedaten Systems?
Netplan unterstützt gateway4 in 26.04 nicht mehr. Könnte eine Ursache sein.
Neu-Installation für neues Basis-OS ist normalerweise bei den redhat-artigen üblich. Und den Basis-Setup in die Umgebung sollte man irgendwie automatisiert haben. Das Einzelstück der Applikation kann man dann umziehen, um beispielsweise die tollen neuen Ciphers am Webserver aktivieren.
Bei Debian tuts auch das dist-upgrade, da kann man schon mal über mehrere Versionen hinweg alles mitziehen (damals sogar inklusive dem Wechsel von 32 auf 64 Bit irgendwo zwischen 8 und 9).
Funktioniert beides, hat beides Vor- und Nachteile bzgl. Aufwand Daten konsistent und aktuell zu halten und/oder eine Wartung bewusst zu aktivieren.
Was ich bei Netcup hier mehrfach genutzt habe war, den Snapshot zu exportieren und in ein altes oder neues System zu importieren, IP-Config und DNS anpassen und System weiterlaufen lassen. Hier sind nur die Plattengrößen entsprechend zu beachten. Einmal hing der Snapshot-Import für 48 Stunden, der Support hat sich auch damals schon erst dann zurückgemeldet als der interne Timeout den Import abgebrochen hatte. Das war ärgerlich, aber für ein Hobby-System nicht so dramatisch.
Württembergischer Metall-Fusch hab ich mal gehört ...
Bleibt noch jemand übernacht?
Hab nur eine gute Stunde Heimweg ... das hat letztes Mal auch gut geklappt ...
Du hast doch ne Mail mit nem Link gekriegt...
Ah, Danke.
Darum finde ich im Forum hier keine Diskussion dazu ... 
Ja, so ein paar Ticket Statistiken aus dem Maschineraum wären echt was für den Community-Day .. wo muss ich die Fragen einreichen?
ist doch ganz einfach: der oder die Erste der oder die da ist postet eine schöne Ecke der Location hier in diesem Forumsbeitrag.
Oder jeder bestellt sich bei einem dieser "wir drucken alles auf alles"-Dienstleistern eine Basecap mit dem Nick drauf
Wer seinen Nick mit angibt hat ihn letztes Jahr mit aufs Namensschild gedruckt bekommen.
Hab ich was verpasst?
Scheint so, als müsstest du https://www.servercontrolpanel.de/ eingeben um dieser Warnung zu entgehen.
Für "ohne www" ist wohl kein SAN mehr da.
curl: (60) SSL: no alternative certificate subject name matches target host name 'servercontrolpanel.de'
Sicherheit ist schwierig.
Und zählt das Limit auch bei Inhaberwechseln?
Diese Frage stelle ich mir auch immer mal wieder, wenn Limits benannt werden...
Ich hab hier zwischen 21:05 und 22:10 seltsame Effekte gehabt, allerdings nicht nur RIchtung Netcup.
Die Zeitstempel kommen davon, dass mein Zabbix bei NC keine Werte aus meinem Heim-Rechenzentrum bekommen hat. Das wäre Telekom.
Allerdings liefen auch Downloads aus anderen Netzregionen sehr zäh oder gar nicht:
Could not connect to repo.zabbix.com:80 (2604:a880:2:d0::2062:d001), connection timed out Could not connect to repo.zabbix.com:80 (178.128.6.101), connection timed out
Aktuell scheint sich alles beruhigt zu haben.
mein Liebslingsstelle ist immer
curl -fsSL https://vollvertrauenswuerdige-website.com/install.sh | bashdas geht aber auf Desktop und Server.
EDIT:
WAS IST DAS??????!
Ausfallsicherheit auf TLD Ebene. So wie Denic das letztens verkackt hat, kann das theoretisch jeder anderen TLD passieren. Oder eine TLD ist gezielt under Attack, allerdings übertreiben die meisten nicht so.
IN.WX macht das auf einem Teil der DNS-Groups auf de/de/eu, ich hab meine eigenen DNS auf net/org.
Analogie aus der IT: Wenn's in der Doku (hier FAQ) so beschrieben ist, heißt das noch lange nicht, dass das System das auch so macht. Wenn der Programmierer sich für Randfälle an der Doku orientiert, hat er halt Pech, wenn die Doku schlecht geschrieben ist.
Ist wohl eine Berufskrankheit, solche Lücken zu finden...
Aber Kreativität lässt sich doch nicht an Zeitpunkte binden. Wenn mir jetzt erst die Idee zu einer voll coolen Mehrz weck-Domain kommt, dann ist es schon schlimm, wenn ich die nicht mehr günstig registrieren kann ...
* Zum Cloud Server konvertiert wurden
Spaß beisiete: Hattest du einen harten Impact dadurch?
23h Stunden Datenverlust (nur Logfiles), 2 Tage Downtime, weil ich gewartet habe, ob doch ein CEPH-Knoten überlebt hat. Wiederherstellung des Backup im bereitgestellten Ersatzsystem in einer guten Stunde.
Für ein persönliches Forschungs- und Bastelsystem gar nicht so schlecht.
Meinst Du 0VH? Denen ein hölzernes RZ abgebrannt ist?
Der erst Satz mit der Hosting-Plattform bezog sich auch noch auf IN.WX vom Vorredner: Ausfall nach Wartungsarbeiten
Aber bei 0VH ist mir tatsächlich damals ein virtueller Server verbrannt.
Darf ich mal Frage welchen Domain Registrar Ihr aktuell bevorzugt? Ich persönlich habe gute Erfahrungen mit I.N.W.X Welche nutzt Ihr? Auch in Bezug auf das Thema DNSSEC
Die habe ich auch, denen ist ja auch damals "nur" die Hosting-Plattform zerbrochen.
Beim Franzosen hab ich mit DNSSEC auch gut Erfahrungen gemacht.
Cloudfl*re hab ich als DNSonly, da könnte ich die Daten zum Registrar zurücktragen, das spare ich mir in der Regel.
Check something like
host 8.8.8.8 8.8.8.8
or
host 8.8.8.8 1.1.1.1
If this works, network connectivity is fine. Then we have to check the resolv.conf in detail.
If this does not work, we need to investigate the network.
Which image did you install?
