Providerwechsel Nr. 2

Im Sommer letzten Jahres wechselte ich von Domainfactory zum Webhoster WebGo. Ein Fehler, wie sich im Nachhinein herausstellte. Das Webhosting war mit undokumentierten Einschränkungen versehen (z.B. beschränkte REST-Zugriffe, die den Einsatz der offiziellen WordPress-App unmöglich machte), hatte im Laufe der Zeit immer häufiger Performance-Probleme zu bestimmten Zeiten (die sich nach mehrmaligen Supportgesprächen über Monate hinweg als Überlastungen durch einen anderen Kunden herausstellten) und einen Support, der mich mehr verärgerte, als er mir helfen konnte.

Mehr will ich zu WebGo gar nicht verlieren, immerhin entließen sie mich nach einer Bitte um vorzeitige Vertragsauflösung ohne Murren einen Monat vor Vertragsende und erstatteten mir zudem die letzte bezahlte Monatsgebühr.

Lession learned: An einem eigenen Server geht kein Weg vorbei

Eigentlich hätte ich es besser wissen müssen: Mit Webhosting kann ich keinem Kunden und auch meinen Webprojekten wirklich dienen. An einem dedizierten Server störte mich aber lange Zeit die ökologische Sinnlosigkeit, einen Server vor sich hingurken zu lassen, der die meiste Zeit nichts tut und ein kleinwenig das Thema, dass ich mich um die Administration eines eigenen Servers nicht kümmern kann und auch nicht will.

Dennoch: Keine Wahl. Die Optionen für einen Managed Server sind zwar bei einigen Providern gegeben, aber deutlich in einer anderen Kostenklasse. Muss man sich leisten können und/oder entsprechend auf Kundenpreise draufschlagen.

Im Endeffekt ist es nun ein vServer, ein virtueller Server, geworden, der bei 1&1 stationiert ist. Über 1&1 kann man prinzipiell streiten, allerdings habe ich dort schon Exchange-Konten von Kunden im Hosting, da war der Weg nicht weit. Der vServer kommt mit der Administrationsoberfläche Plex Onyx daher und ist weitgehend gut auch für Laien und vor allem für Leute, die nicht ständig an der Kiste basteln können, geeignet.

Die nicht zu unterschätzende Lernkurve

Kein Providerwechsel ohne Lernkurven. Dennoch ist ein eigener Server nochmal eine andere Kategorie. Ich habe es erfolgreich geschafft, 24 Jahre ohne nennenswerte Unix/Linux-Kenntnisse durch das Internet zu kommen und habe jetzt schlicht keine Zeit und keine Muße, mich größer in die Administration einzuarbeiten.

Plesk zu administrieren, ist am Anfang nicht ganz einfach und ohne Grundkenntnisse in Dateiorganisation und Netzwerk nicht zu bewerkstelligen. Die Grundausstattung der vServer von 1&1 ist nicht ganz verkehrt und die Dokumentation stimmt soweit auch, um nach einem Wochenende eine gut funktionierende Umgebung zu haben. Erschwerend kam bei mir hinzu, dass ich bestehende WordPress-Installationen umzuziehen hatte und davon mehrere Installationen Multiuser-Umgebungen sind, die in Sachen Domainmapping vollständig manuell eingerichtet werden müssen. Dem Umstand bin ich mir bewusst und auch dem Vorteil moderner Administrationsumgebungen wie Plesk, WordPress-Installationen aus vordefinierten Paketen zu erstellen und einzurichten. Meine Multiuser-Umgebungen kommen halt teilweise auch Zeiten, wo es solche Sachen mit dem heutigen Komfort eben noch nicht gab. Trotzdem: Never change a running system.

Kosten

Mein vServer kostet im Monat 30 Euro zuzüglich Domains und da bin ich dann wieder in etwa in der Preisklasse meines früheren Domainfactory-Webhostings. Das stört mich aber inzwischen weniger, als letztes Jahr, weil ich gelernt habe, dass ein billiger Webhoster die faire Chance hat, auch ein schlechter Webhoster zu sein. Mit Müll-Hosting kann ich keinem Kunden kommen.

Update zu den Logfile-Manipulationen von 1&1.

Auf meine Anfrage hin kam vom herkömmlichen 1&1-Support nach 1,5 Tagen dann auch eine Antwort:

“Aus Datenschutzgründen werden die Log-Dateien der vergangenden Wochen von uns anonymisiert. Nur die Log-Dateien der aktuellen Woche werden unberührt gelassen, damit Sie Ihre Auswertungen anfertigen können.”

So weit bin ich dann auch selbst schon gekommen, auch wenn es nach wie vor eine Reihe von Fragen nicht beantwortet:

  1. Warum hat man die Kundschaft nicht vorher informiert?
  2. Warum hat man offensichtlich ein Datenschutzproblem, wo man doch die Logfiles sowieso nach sechs Wochen löscht?
  3. Wer hat diese doofe Idee erdacht, dass die Logs der aktuellen Woche noch nicht anonymisiert sind und man das als Entgegenkommen an die Kundschaft verkaufen könnte? Das Problem hierbei ist nämlich, dass war die Logfiles der aktuellen Woche vorliegen, aber ausgerechnet das letzte Logfile, nämlich das des Sonntages, kaum so schnell gesichert werden kann, da nämlich einige Minuten später ein Automatismus beginnt, die Logfiles der aktuellen Woche zusammenzufassen (und hier dann wohl auch zu anonymisieren).

Auf eine Nachfrage hin kam dann das hier:

“Leider ist es nicht möglich, die Änderungen zurückzunehmen, bzw. Ausnahmen zu machen. Ich habe Ihren Verbesserungsvorschlag jedoch an zuständige Stelle weitergeleitet.”

In meinem Fall nicht mehr nötig.

1&1 manipuliert Webserver-Logfiles.

Wer bisher von der Möglichkeit Gebrauch gemacht hat, sich in einem 1&1-Webhosting-Paket die automatisch bereitgestellten Webserver-Logfiles regelmäßig herunterzuladen und diese in einem eigenen Statistikprogramm auszuwerten, darf sich vermutlich kurzfristig einen neuen Webhoster suchen.

Denn 1&1 ist tatsächlich seit Anfang letzte Woche auf die bescheuerte Idee gekommen, in die Logfiles seiner Kunden hineinzupfuschen. Eine Zeile gefällig? Bitte sehr:

70.50.191.x – – [18/Jan/2010:00:02:28 +0100] „GET / HTTP/1.1“ 200 69250 blog.netplanet.org „-“ „Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; en)“ „-„

Das Problem offenbart sich schon ganz am Anfang einer jeden solchen Zeile, denn die erste Angabe ist die IP-Adresse des Absenders, der in meinem Webhosting-Paket eine Aktivität verrichtet. Und diese IP-Adresse manipuliert 1&1 nun so, dass im letzten Quad nicht mehr eine Zahl steht, sondern nur noch ein „x“. Offensichtlich anonymisiert.

Das Problem hierbei ist nur, dass ich mit so einem Logfile nichts mehr sinnvolles anfangen kann, denn im Normalfall löst ein Statistikprogramm IP-Adressen von Absendern zu ihren Hostnamen auf, um so beispielsweise feststellen zu können, wie viele Besucher von T-Online etc. zugegriffen haben. Mit so einer manipulierten IP-Adresse fällt das nun flach.

Erheblich bedenklicher ist, was sich 1&1 eigentlich dabei gedacht hat, denn die Logfiles meines bezahlten Webhosting-Paketes entstehen durch das Bereithalten von meinen Inhalten, gehören also definitiv mir und nicht 1&1! Und diese Manipulation ohne meine Genehmigung vorzunehmen und über diesen drastischen Eingriff auch (wie üblich) überhaupt nicht zu informieren, halte ich für ein herbes Stück.

Ich habe mal eine Mail an den Support losgelassen mit der Bitte, diese Manipulation rückgängig zu machen. Mal sehen, was da für eine Erklärung kommt.