Metanet schaltet ohne zu informieren Webserver ab

Erstaunliches Vorgehen eines Schweizer Providers

TL;DR: Diese Woche hat der Provider Metanet einen Webauftritt von mir deaktiviert ohne mich aktiv zu informieren, weil angeblich bots meine statischen Webseiten so aggressiv abgerufen haben, dass der von mehreren Kunden genutzte Server überlastet war. Weil Metanet auch die DNS-Angaben meines Webauftritts geändert hat und diese Änderung mit einer Lebensdauer von 24 Stunden versehen hat (TTL=24h), war mein Webserver teilweise mehr als einen Tag nicht erreichbar.

Ich finde das in verschiedener Hinsicht sehr unprofessionell:

• Warum muss ich als Kunde geradestehen für die Folgen aggressiver Bots?
• Wie kommt der Provider dazu, den Service abzuschalten, ohne mich zu informieren?
• Warum werde ich selbst in einem solchen Fall am Telefon abgewimmelt?
• Wie kommt der Provider dazu, meine DNS-Angaben zu ändern mit einer TTL von 24h?
• Warum habe ich nie ein Wort der Entschuldigung gehört?

Was genau vorgefallen ist:

Am Dienstag,13. Janaur 2026 kurz nach 17 Uhr meldete mir meine Serverüberwachung, dass meine Website https://beat.doebe.li/ nicht mehr erreichbar sei. Naja, kann vorkommen. Als die Domain um 17:30 noch immer offline war, habe ich geschaut, ob ich die Verwaltungsoberfläche (Plesk) des Webauftritts noch erreiche. Ja, die war noch erreichbar. Da wurde angezeigt, dass die Domain deaktiviert sei. Ich habe versucht, sie wieder zu aktivieren. Es erschien folgende Fehlermeldung:

Das fand ich gar nicht lustig, denn der Provider hatte sich nicht bei mir gemeldet.

Auf dem Weg zu einem Vortrag habe ich den Provider telefonisch kontaktiert. Der Support meinte, man könne mir telefonisch keine Auskunft geben, ich müsse mich per Mail melden - es sei wahrscheinlich Malware auf meinem Webauftritt. Das war das zweite, das ich nicht lustig fand: Erst den Webserver abstellen, dabei nicht informieren und dann noch keine telefonische Auskunft geben wollen.

Also habe ich im Zug dem Support gemailt:

Der Support antwortet rasch und meint:

Hmm, wie bitte? Mein Server wird zu stark abgefragt, darum hat ihn der Provider deaktiviert (mich aber nicht informiert)? Und ich soll mich drum kümmern, dass der Server weniger abgefragt wird?

Meine Antwort, noch immer aus dem Zug:

Der Support antwortet umgehend:

Dumm, dass ich selbst der Webmaster und mein eigener Sicherheitsexperte bin. Ich habe an diesem Abend keine Zeit mehr, weil ich ein Referat halten muss, bei dem ich auch auf meine (nun gesperrte) Website hinweisen wollte (da liegen beispielsweise die Folien des Referats).

Am nächsten Morgen meldet sich der Support erneut:

Seltsam, ich als Kunde muss selbst bots aussperren, damit der gesharte Server nicht zusammenbricht? Passt für mich irgendwie nicht zum Bild eines professionellen Webhosters. Zudem: Hätte der Provider ja auch gleich selbst machen können, statt den Webserver für meine Domain abzuschalten. Naja, ich will erstmal meinen Webauftritt wieder und antworte deshalb:

Gewohnt prompt die Antwort des Supports:

Ich will schon beruhigt aufatmen, weil in einer Viertelstunde alles wieder funktionieren wird und rufe meine Website auf. Zu meinem Erstaunen erhalte ich nicht wie gestern Abend das Logo des Providers, sondern die Fehlermeldung, dass die IP-Adresse für meine Domain nicht aufgelöst werden könne. Mit verschiedenen Werkzeugen prüfe ich die DNS-Auflösung von beat.doebe.li, weil ich schlicht nicht glauben kann, was die Tools mir anzeigen: *Der DNS von metanet meldet, beat.doebe.li sei unter der Adresse 127.0.0.1 zu finden. WTF??

Noch fassunsloser werde ich, als ich sehe, mit welcher Lebensdauer diese Information versehen worden ist: 24 Stunden. Metanet teilt also der Welt mit, meine Domain sei unter 127.0.0.1 zu finden und diese Info sei 24 Stunden gültig. Damit legt Metanet meine Website für die kommenden 24h lahm:

Verärgert melde ich mich erneut beim Support:

Der Support antwortet zwar schnell, aber erschreckend unwissend:

Da scheint jemand nicht zu wissen, wie die Nachrichtenübertragung bei DNS funktioniert und was TTL genau bedeutet. Leider muss der Kunde dies dem Support erklären:

Schnelle Antwort des Supports (mit der Standardantwort des IT-Supports: "Also bei uns geht es"

Dummerweise funktioniert die Website nicht nur im Netz nicht, in welchem ich mich grad befinde:

und wie ich erwartet hatte, dauerte es in gewissen Netzen (z.B. bei mir zu Hause) ganze 24 Stunden, bis die Domain wieder erreichbar war.

Im ganzen Prozess habe ich kein einziges Mal eine Entschuldigung gehört oder gelesen.

Das Verhalten eines professionellen Providers stelle ich mir anders vor.

Der Support meldet sich ein letztes Mal: