RackBlogger

So, die Umstellungen an unserer Abrechnungssoftware (Eigenentwicklung) sind rechtzeitig zum nächsten Rechnungslauf auch abgeschlossen:

Wie sich unschwer erkennen lässt, werden wir die 3% MwSt.-Erhöhung nicht an die Kunden durchreichen (dank geringfügig gesunkener Kosten in anderen Bereichen). Nur bei Colocation und einigen Highend-Server-Kunden werden wir aufgrund der ebenso steigenden Stromkosten wahrscheinlich nicht um eine Preisanpassung herumkommen. Da die meisten Kunden dieses Segments jedoch Vorsteuerabzugsberechtigt sind, spielt das unter’m Strich keine Rolle.

Heute ist doch kein ganz kundenfreier Arbeitstag… eben hat ein langjähriger aber manchmal etwas “schwieriger” Stammkunde angerufen, dass er schon seit Stunden versuche Mails abzurufen, aber Outlook immer nach ein paar Mails hängen bleibt.

Unser Log zeigte lediglich einen Timeout-Fehler beim Abruf, und die anderen üblichen Verdächtigen (Störung im Internetzugang, Firewall, Virenfilter, …) konnten auch mehr oder weniger ausgeschlossen werden.

Ergebnis nach über einer halben Stunde Telefonsupport: in seinem Postfach befanden sich einige seeehr merkwürdige Mails (kryptische Sonderzeichen im Subject, komplette Nachricht MIME64-codiert aber kein gültiger MIME-Header vorhanden, …). Sobald ich diese Mails manuell aussortiert hatte, lief wieder alles wie Schnitzel.

So wie es aussieht haben wir’s da mit einem (noch unbekannten weil sonst vorab aussortierten) Wurm/Virus oder einer gezielten “Outlook-Bombe” zu tun.

In einer ruhigen Minute werde ich diese Mails nochmal genauer anschauen (u.a. Base64-decodieren) und mal sehen ob sowas nicht zukünftig gleich abgewiesen werden kann.

Mit Thunderbird wäre das übrigens wahrscheinlich nicht passiert…

Ein Freund hat eben angerufen, dass die Website eines seiner Kunden nicht erreichbar sei. Wir haben uns einige Minuten unterhalten, während ich mit ein paar Traceroutes versucht habe, das Problem zu lokalisieren. Am Ende habe ich noch bei RIPE nachgeschaut, wo die betroffene IP überhaupt liegt, und schließlich meine Diagnose mitgeteilt: da das Routing von einem DSL-Anschluss aus relativ untypisch über Amsterdam führt, während die RIPE-Angaben auf einen Root-Server bei einem der größten deutschen Hoster (Berlin, nicht Karlsruhe) schließen lässt, gibt es sehr wahrscheinlich irgendwo ein Backbone-Problem (auch benachbarte IPs waren nicht erreichbar; nach einigen Minuten lief aber alles wieder).

Dann erst kam heraus: “Oh, die sind gar nicht bei dir gehosted? Das müssen wir aber schleunigst ändern!”.

Aber gerne doch

Damit unsere Kunden nicht gleich ihre Passwörter vergessen dürfen sie beim Bestellen ein Wunschpasswort angeben, welches für die Einrichtung des Hosting-Paketes usw. verwendet wird. Dieses Passwort wird im Rahmen des Bestellprozesses unverschlüsselt (aber auf einem sicheren System) gespeichert, damit dieses auch in die dem Kunden dann per Post zugesendeten Unterlagen gedruckt werden kann. (Nach dem Druck der Unterlagen wird das Klartext-Passwort bei uns gelöscht… nur keine Angst…)
Es ist im Prinzip traurig, wie viele Menschen als Passwort ihr Geburtsdatum, ihren Vornamen oder sogar den Domainnamen verwenden…

Zukünftig werden wir die Passwörter wahrscheinlich zufällig generieren - die Kunden könnten diese dann zwar nach wie vor jederzeit über das WebConfig ändern, aber das machen wiederum auch auffällig wenige Kunden…

Letzten Mittwoch war mal wieder Premiere - und zwar im doppelten Sinne. Ein auf Premiere empfangbarer Fernsehsender veranstaltete nach einer Sendung einen Live-Chat mit dem Star-Gast (in diesem Fall einer Schlagersängerin). Ganz kurzfristig hatten die Veranstalter nach einem neuen Hoster für die Chat-Anwendungen gesucht, und sind per Empfehlungen bei uns gelandet.

Die Installation und Betrieb der Chat-Software liefen reibungslos, daher werden die nächsten Chat-Events voraussichtlich auch wieder bei uns laufen.

Scheinbar wurde die Klimaanlagen-Steuerung an einem von uns nur für Backup-Zwecke genutzten Standort nun repariert/optimiert/o.ä.

Auffällig ist jedenfalls der nun relativ glatte Graph der Temperatursensoren (zum Vergleich: die links markierten Schwankungen)

Ich gehe davon aus, das sich der betroffene Server freuen wird.

Kürzlich im Support:

Kunde: “Dann kann ich das Internet jetzt zumachen?”

Keppler-IT: “Um Gottes Willen - NEIN! Bloß nicht! Das würde weltweit zu einem ziemlichen Chaos führen!”

Kunde: “OK, … den Browser zumachen?”

Keppler-IT: “Darauf könnten wir uns einlassen.”

;-)

… und dann war da noch der Webspace-Kunde, der von seinen 500 MB Webspace über 5 GB belegt hat.

OK, es war vereinbart das die Begrenzung (Quota) in diesem Falle aufgehoben wird, und außerdem zieht der Kunde soeben auf einen dedizierten (gemanagten) Server bei uns um.
Aufgefallen ist mir diese doch etwas höhere Ãœberschreitung auch erst, weil rsync zum Spiegeln der Daten auf den neuen Server so lange dauert…

Nachtrag: rsync ist durchgelaufen - es waren sogar über 8 GB