Hallo specter,
bitte entschuldige, dass die Einrichtung deiner Bestellung etwas länger als üblich gedauert hat. Es war hier aus technischen Gründen noch ein manuelles Eingreifen des Operations-Teams von Nöten. Die Bestellung wurde bereits im Laufe des Tages eingerichtet und du solltest das Produkt nun nutzen können.
Hallo Martin-BY,
wie es nun genau organisatorisch weiter geht, ist aktuell Teil der ausstehenden Planung. Am besten, du behältst diesen Thread im Blick. Ich werde hier weiter informieren.
Hallo zusammen,
ein weiteres Statusupdate von mir:
Die Entwicklung des MySQL-8-Upgradeprozesses ist nun weitestgehend abgeschlossen. Auch konnten wir bereits erste Tests durchführen. Gestern wurde mit der Plesk-Webhostingumgebung in nclabs das erste Produktivsystem auf MySQL 8 aktualisiert.
Somit ist davon auszugehen, dass wir in den nächsten Tagen bis Wochen mit den Upgrades auf den "normalen" Webhostingsystemen beginnen werden. Hier ist aber natürlich noch etwas organisatorische Planung nötig. Ich halte euch weiter auf dem Laufenden.
Hallo frank_m,
danke für deine Rückmeldung.
Das Ticket kann ich leider nicht finden, wofür es verschiedene Gründe geben kann, ich befürchte, dass es versehentlich intern an eine falsche Stelle geleitet wurde. Damit wir dir möglichst schnell helfen können, könntest du bitte nochmal ein Ticket an mail@netcup.de von der E-Mail-Adresse, die für deine Kundennummer in den Stammdaten hinterlegt ist, senden? Gib dann gerne kurz hier Bescheid, ich sehe mir das sofort zusammen mit den zuständigen Kollegen an. Entschuldige bitte die Umstände.
Hallo frank_m,
unter der Kundennummer, die in deinem Foren-Account hinterlegt ist, konnten wir kein relevantes Ticket finden. Hast du dich bereits an unsere Support-Kollegen gewendet? Gerne findet unser Support mit dir eine zufriedenstellende Lösung.
Hallo zusammen,
auf vielen Webhosting-Servern ist noch ein Betriebssystem-Upgrade ausstehend, bevor wir dort TLS v1.3 aktivieren können. Dies ist mit einem recht hohen Aufwand verbunden, wir werden das aber natürlich noch durchführen. Dies wird bis spätestens Mitte nächsten Jahres der Fall sein.
Auf einigen, neueren Systemen könnten wir TLS v1.3 bereits aktivieren. Dies wird hier zeitnah geschehen, ein entsprechender Task existiert bereits, allerdings liegt aktuell erst einmal der Fokus auf der Bereitstellung von MySQL 8, wie vielfach gewünscht.
Hallo zusammen, gute Nachrichten:
Die WHOIS-Einträge sind nun für alle IP-Ranges korrigiert.
Hallo zusammen,
wir hatten leider eine kleinere Störung in unserem Netzwerk, die eine geringe Anzahl unserer Kunden heute betroffen hat:
https://www.netcup-status.de/2…nkungen-einzelner-server/
Diese ist nun erfolgreich behoben worden. Für die Unannehmlichkeiten bitten wir um Entschuldigung.
Ich wünsche euch noch ein schönes und entspanntes Wochenende 
Vielen Dank für die Info.
Genau so etwas ist enorm wichtig für das gute Kundenverhältnis. Gerne mehr von solchen short Updates
Sehr gerne
Ich kann mit dem heutigen Tag verkünden, dass nun alle Webhosting-Server (und auch managed Server) auf Plesk 18 aktualisiert wurden. Daher wurde die entsprechende Meldung auf "netcup Status" nun auch wieder entfernt. Das bedeutet, dass wir unseren Fokus nun auf das Update von MySQL auf Version 8 legen werden. Sobald wir beginnen, die Änderung auszurollen, werde ich auch hier wieder informieren. Ich weise aber daraufhin, dass dies noch ein wenig dauern kann, da wir ausführliche Tests vornehmen werden und natürlich auch hier wieder die Entwicklung einer zuverlässigen Automatisierung sowie die konstante Evaluierung eben dieser vonnöten ist.
Hallo zusammen,
das Thema wird für alle betroffenen IP-Ranges bereits bearbeitet und wir werden hier zeitnah eine Lösung implementieren. Es ist also aktuell nicht notwendig, zu dem Sachverhalt individuelle Tickets zu öffnen, da dieser bereits bekannt ist und zentral gelöst werden wird.
Hallo zusammen, hallo vogge,
nein, Whois wird nicht geändert
Diese Aussage unseres Supports ist leider nicht korrekt, ich bitte um Entschuldigung dafür, dass dir da eine falsche Auskunft gegeben wurde.
Korrekt ist, dass unsere Kundenserver allesamt in Nürnberg stehen. Bei einigen IP-Ranges sind derzeit abweichende WHOIS-Einträge vorhanden. Das ist bekannt und bereits in Prüfung und Bearbeitung, mit dem Ziel, die betroffenen WHOIS-Einträge zu korrigieren, so dass dort auch netcup, wie bei unseren anderen Servern, steht. Das zugehörige Ticket von dir habe ich bereits gefunden und die Kollegen darüber informiert, dass diese hier versehentlich eine falsche Information weitergegeben haben. Dafür möchte ich nochmals um Entschuldigung bitten.
Hallo zusammen,
vielen Dank bereits jetzt für euer riesiges Interesse, welches mal wieder alle Erwartungen von uns in den Schatten stellt
Die leeren Eier werden in vielen Fällen wieder aufgefüllt, wenn sie so schnell ausverkauft worden sind, damit nicht um 0 Uhr unsere gesamten Ressourcen für ein Angebot aufgebraucht werden. Auch heute ist bereits eine Auffüllung diverser Produkte durchgeführt worden.
Die hier im Thread benannte Möglichkeit, Produkte finden zu können, ohne das zugehörige Ei entdeckt zu haben, wurde behoben. Da war unser Osterhase dieses Jahr wohl etwas zu gutmütig...? 
Ich wünsche euch noch viel Spaß und habt ein schönes Osterfest!
Hallo zusammen,
der Sachverhalt konnte nun gelöst werden. Ihr könnt euch in solchen Fällen auch gerne außerhalb der üblichen Geschäftszeiten an unseren Notfallsupport für eine schnellere Lösung wenden:
https://www.netcup.de/kontakt/telefonsupport.php
----
Hello everyone,
we have resolved this issue now. In cases like this you may also contact our emergency support outside of the usual business hours for a quicker resolution:
Hi! My server not reachable via ping/ssh from outside network. I have not made any changes on the server. Firewall is disabled.
Hi! My server not reachable (v22017115148355749) IP: 185.183.159.65
Thank you for your reports about this. This has been resolved now. You may also contact our emergency support in cases like this for a faster resolution outside of the usual business hours:
Weil ich weiß, dass es viele sehr beschäftigt und um hier ein kurzes Update geben zu können:
Wir werden ab Montag, den 15.03.2021, damit beginnen, Plesk bei unseren Webhostings auf die Version "Obsidian" zu aktualisieren:
https://www.netcup-status.de/2…rreichbarkeit-der-panels/
Danach können wir dann zeitnah beginnen, MySQL 8 auszurollen. Das starten wir allerdings erst, nachdem Plesk auf allen Webhosting-Servern aktualisiert wurde.
Hallo zusammen,
um es einmal ganz klar zu sagen: Wir planen das Upgrade auf MySQL 8 definitiv und es ist unser Ziel, euch dies in wenigen Monaten anbieten zu können. Wir sind hier ein wenig abhängig vom Hosting-Panel Plesk, welches seitens des Herstellers erst vor wenigen Wochen Unterstützung für MySQL 8 erhalten hat.
Als erstes werden wir nun, startend in Kürze, Schritt für Schritt alle Plesk-Webhosting-Server, welche noch nicht auf Plesk "Obsidian" laufen, von "Onyx" darauf upgraden. Das ist die Voraussetzung für die Nutzung von MySQL 8. Dann können wir die Datenbank-Server von MySQL 5.7 auf 8 aktualisieren.
Ich bitte um Verständnis dafür, dass diese ganzen Prozesse ihre Zeit benötigen. Zum einen betreiben wir ja schon so einige Webhosting-Server. Daher muss für den Prozess eine umfangreiche Automatisierung mit möglichst wenigen Fehlerquellen erarbeitet werden. Gerade das Testen dieser nimmt seine Zeit in Anspruch. Dann muss das ganze auch verteilt über mehrere Wochen bis Monaten ausgeführt werden, so dass bei etwaigen auftretenden Einschränkungen auch seitens der Systemadministration entsprechend reagiert werden kann.
Wir sind mit unseren Tests für die Plesk-Upgrades fast fertig, so dass dies, als erster Schritt, in Kürze losgehen kann.
Bis Oktober sind es noch über 7 Monate. Ich bin ziemlich zuversichtlich, dass wir bis dahin sowohl Plesk, als auch MySQL, überall aktualisiert haben.
Hallo douzer,
insofern die Zone einen SMIMEA-Record enthielt, wird der Fehler der hier beschriebene sein und dieser hatte nichts mit ungültigen Records zu tun. Das von dir beschriebene Fehlerbild war in dem Fall möglich. Es wurden unsererseits keine Änderungen an deiner Zone vorgenommen. Die Veränderungen an der Serial sind auf das Fehlerbild zurückzuführen. Das ganze ist ja nun behoben.
Die ungültigen Records habe ich nur als eine weitere Möglichkeit für DNSSEC-Schwierigkeiten angemerkt.
Hallo douzer,
wenn du nachvollziehen kannst, dass eine deiner Domains bei uns nicht korrekt auflöst, da DNSSEC defekt ist, bzw. die Propagierung nicht korrekt arbeitet, ist das eine Sache, mit der du dich kostenfrei an den Notfallsupport wenden kannst, denn dann liegt der Fehler ja nicht bei dir. Es ist allerdings auch möglich, dass DNSSEC nicht korrekt arbeitet, wenn ungültige DNS-Records hinzugefügt werden. In dem Fall wird dies neben dem jeweiligen Record dargestellt. Dann kann keine DNSSEC-Signatur erfolgen. In dem Fall wird unser System aber automatisiert DNSSEC deaktivieren, damit die Auflösung eben nicht beeinträchtigt wird, und unser Hostmaster-Team wird informiert.
Hallo zusammen,
unter bestimmten Voraussetzungen und Umständen konnte es dazu kommen, dass mit DNSSEC gesicherte Domains nicht mehr korrekt auflösten, wenn SMIMEA-Records in einer Zone enthalten waren. Der Sachverhalt ist nun behoben und SMIMEA-Records können wieder in mit DNSSEC gesicherten Zonen ohne Probleme genutzt werden.
Von dem Sachverhalt war nur ein minimaler Bruchteil an Domains betroffen (selbst von den Domains, welche DNSSEC und SMIMEA nutzen, was ebenfalls bereits ein sehr kleiner Anteil unserer Zonen ist). Eure Kritik bezüglich der Informationen auf netcup-status.de werden wir evaluieren und für die Zukunft berücksichtigen. Wir informieren auf netcup-status.de in der Regel über allgemeine Störungen, die einen gewissen Kreis an Kunden betreffen. Selbstverständlich sind wir in einem Fall wie diesem für unsere Kunden auch per Notfallsupport kostenfrei und 24 / 7 / 365 zu erreichen, so dass der Sachverhalt mit einem netcup Techniker erörtert und gelöst werden kann.
Ich danke für eure Meldungen hier und wünsche noch einen schönen Tag.
Guten Abend.
Aktuell wird der QR-Code mit Hilfe einer Google API erstellt und dazu auch an diese übertragen, das ist korrekt. Es ist klar, dass hier Optimierungspotenzial besteht. Natürlich ist aber eine Account-Übernahme nur durch Zugriff auf einen erstellten 2FA-Token nicht möglich. Dennoch verstehe ich euer Anliegen natürlich.
Ich habe ein Ticket bei unseren Entwicklern erstellt, damit dies im Rahmen zukünftiger Verbesserungen evaluiert und optimiert werden kann.
