Zum Inhalt springen

Störung am 12.11.2026 behoben

Zum Bericht

Störung am 12. November 2026

In der Nacht zum 12. November 2026 ist ein zentraler Server an unserem Standort Frankfurt ausgefallen. Kundenportal, Website, API, DynDNS, Web-Weiterleitungen, Webmail und die Websites im WordPress-Hosting waren gut sieben Stunden nicht erreichbar. Dafür bitten wir um Entschuldigung.

Auf einen Blick

Zeitraum
12.11.2026, 02:31 bis 09:55 Uhr (MEZ)
Dauer
rund 7 Stunden 24 Minuten
Status
behoben
Datenverlust
keiner
Namensauflösung, E-Mail-Empfang und -Versand, Webhosting
nicht betroffen

Auswirkung

Was betroffen war und was nicht

Ausgefallen ist der Server, auf dem Verwaltung und Bestellung laufen. Namensauflösung, E-Mail und Webhosting arbeiten davon getrennt. Das WordPress-Hosting wird über diesen Server gesteuert und war deshalb mit betroffen.

Nicht erreichbar

  • Kundenportal dash mit Domainverwaltung, DNS-Editor und Rechnungen
  • Website regfish.de mit Domainsuche und Bestellung
  • DNS-API und MCP-Server
  • DynDNS-Aktualisierungen (IPv4 und IPv6)
  • Web-Weiterleitungen von Domains
  • Websites im WordPress-Hosting
  • Webmail-Oberflächen
  • Domainregistrierungen, Transfers und Zertifikatsbestellungen
  • Dokumentation und Dateiablage (docs, files)

Durchgehend verfügbar

  • Namensauflösung aller Domains über unser Anycast-Netz, einschließlich DNSSEC
  • Empfang und Versand von E-Mails über IMAP, POP3 und SMTP
  • Alle Websites im Webhosting

Ablauf

Was in der Nacht geschah

Alle Zeiten in deutscher Zeit (MEZ).

  1. 02:29Der Server bleibt nach einem Fehler im Betriebssystemkern stehen.
  2. 02:31Unsere Überwachung meldet die ersten Ausfälle.
  3. 03:59Wir melden die Störung beim Rechenzentrum.
  4. 04:45Ein Neustart über die Fernwartung startet das System, es erreicht aber das Netz nicht. Kurz darauf ist auch die Fernwartung selbst nicht mehr erreichbar.
  5. 05:52Das Rechenzentrum bestätigt den Defekt der Fernwartung. Weitere Arbeiten sind nur vor Ort möglich.
  6. 07:46 bis 08:21Arbeiten vor Ort an der Netzwerkkonfiguration bringen die Verbindung noch nicht zurück.
  7. 09:46Über ein Rettungssystem stellen wir die Anmeldung am System wieder her und bringen die Netzwerkverbindung von Hand in Betrieb.
  8. 09:55Kundenportal, Website, API, DynDNS, Web-Weiterleitungen und WordPress-Hosting sind wieder erreichbar. Die Datenbank ist ohne Datenverlust wieder angelaufen.
  9. gegen 10:35Auch die Anmeldung am Webmail unter webmail.regfish.de funktioniert wieder. Eine fehlerhafte Einstellung auf dem wiederhergestellten Server hatte sie bis dahin verhindert.

Ursache

Vier Dinge kamen zusammen

Auslöser war ein Fehler im Betriebssystemkern des Servers: Bei der Verarbeitung eines eingehenden Netzwerkpakets stieß der Kern auf beschädigte interne Speicherstrukturen und hielt das System an. Was diese Beschädigung verursacht hat, können wir nicht mehr feststellen. Hinweise auf einen Angriff oder einen unbefugten Zugriff haben wir nicht gefunden.

Dass daraus ein Ausfall von mehreren Stunden wurde, hat drei weitere Gründe. Der Server war so eingestellt, dass er nach einem solchen Fehler stehen bleibt, statt neu zu starten. Die Fernwartung fiel kurz nach dem ersten Neustart aus, ein weiterer Neustart aus der Ferne war deshalb nicht möglich.

Nach dem Neustart kam die Netzwerkverbindung nicht von selbst zurück. Der Grund war ein Fehler in unserer Startkonfiguration.

Maßnahmen

Was wir geändert haben

Umgesetzt am 12.11.2026

  • Die Startkonfiguration des Netzwerks ist korrigiert und vorab geprüft. Den abschließenden Nachweis liefert ein Probeneustart im angekündigten Wartungsfenster.
  • Der Server startet nach einem Kernfehler jetzt selbstständig neu.
  • Alle Dienste sind so eingerichtet, dass sie nach einem Neustart automatisch und in der richtigen Reihenfolge starten.
  • Als Vorsichtsmaßnahme verwirft eine zusätzliche Filterregel Netzwerkpakete mit ungewöhnlichem Aufbau, bevor der Kern sie verarbeitet. Ein Zusammenhang mit der Störung ist nicht belegt.

Geplant

  • Aktualisierung des Betriebssystemkerns im angekündigten Wartungsfenster, mit Probeneustart.
  • Reparatur der Fernwartung gemeinsam mit dem Rechenzentrum.
  • Überprüfung unserer Alarmierung außerhalb der Geschäftszeiten, damit wir nachts schneller reagieren.
  • Überarbeitung unseres Notfallkonzepts, damit der zweite Standort Verwaltung und Bestellung schneller übernehmen kann.

Für Sie

Müssen Sie etwas tun?

  • In der Regel nicht. Ihre Einstellungen und Daten sind unverändert. Das gilt auch für Inhalte und Datenbanken Ihrer WordPress-Websites.
  • DynDNS: Hat sich Ihre IP-Adresse während der Störung geändert, lösen Sie die Aktualisierung in Ihrem Router oder Client einmal von Hand aus.
  • Automatisierungen über die API, die während der Störung fehlgeschlagen sind, können Sie unverändert wiederholen.
  • Aufträge, die vor der Störung eingegangen sind, führen wir aus. Sie müssen nichts erneut bestellen.

Fragen zu Ihrem Vertrag oder zu einzelnen Aufträgen beantwortet unser Support: support@regfish.de