Was ich übrigens absolut hasse ist, wenn ein Kunde dann versucht uns das Problem in die Schuhe zu schieben ala: “Gibt es bei Ihnen gerade Probleme mit dem Server oder der Anbindung?” aber das ist glücklicherweise bisher nur einer gewesen. Die meisten Kunden kennen die Qualität unserer Leistungen.

Die Seite wurde mit entsprechenden Accountdaten von Müllaccounts gefüttert. Da ich diesem Script Kiddie keinen hohen Einfallsreichtum zugestehe wird er nun soviele Accountdaten haben das er mit den ganzen Daten nichts mehr anfangen kann. Die ganze Aktion wurde natürlich vorsichtig ausgeführt um dem Hoster hinter der Sache der zu 99% keine Ahnung von dem Treiben seines Kunden hat keinen Schaden zuzufügen, es war also weder Bruteforce noch DoS, die Daten wurden mit einiger Zeit pro Anfrage eingeworfen. Der Hauptgrund dieser Aktion war möglichst schnell Schaden von den Nutzern des genannten Portals abzuwenden.

Generell sollte man mal überlegen ob das denn nicht auch bei Online Banking Phishing eine gute Strategie ist, dem “Angreifer” einfach so viel Müll zuzuwerfen das er mit den Daten nichts mehr anfangen kann, ganz besonders da eine Rechtliche Verfolgung immer sehr schwierig und langwierig ist.

Bevor noch die Frage auftaucht warum ich ihn (oder sie . . ) Script Kiddie nenne: Mit 99% Wahrscheinlichkeit hat sich die Person in Stundenlanger Kleinarbeit per Bruteforce versucht an die Zugangsdaten des FTP Zugangs zu kommen.

Die Leitung wurde als 16 Mbit geschaltet, alle 90 Minuten (man konnte wirklich die Uhr nach stellen) rasselte uns der Sync davon. Dies blieb so lange bis es letztendlich nur noch eine 4 Mbit war. Aber selbst dann verschand die Synchronisierung immer och mehrmals täglich. Nachdem alles durchgemessen, NTBA und Splitter getauscht waren geschah es nur noch alle paar Tage.

Seit gestern um kurz nach 13 Uhr (glücklicherweise erst eine Stunde nach der defekten Firewall) verhielt sich das ganze eher wie ein Bi- Metall, an aus an aus aus aus aus an. Allerdings immer nur in Sekundenbruchteilen. Heute Mittag wird irgendwann der Port in der VMST getauscht. Hoffentlich sind dann auch die anderen Probleme erledigt.

Aber ich muss bisher sagen das sich KLEBEtel absolut vorbildlich verhält. Ich bin mit dem Service absolut zufrieden. Momentan ist alles (besser gesagt fast alles) über die DSL Backup Leitung online.

Geschäftlich hatten wir mit DSL irgendwie schon immer Probleme. Bei mir selbst privat hat die DSL Leitung (Rosa) seit Jahren eine höhere Verfügbarkeit als so manches Rechenzentrum. Allerdings hatte ich damals nach Schaltung die gleichen Probleme, Port getauscht alles in Butter, und das hat sich seit Jahren nicht geändert.

Ich hatte gestern die Idee unseren DSL Router (Linux System) mit AutoFailover auszustatten . . das könnte man auch mit zwei Maschinen machen, mittels Heartbeat ließe sich. . . . .

Da fiel mir doch ein Kabel auf, das ins Nachbar Rack ging (nicht unseres). Mein erster Gedanke war natürlich was da einer der Kollegen wieder gemacht hat, einfach unsere Kabel durch das Nachbarrack zu legen. Weit gefehlt, diese Kabel endete in einem Server des Nachbarn.

Man ist ja kollegial und lässt den Server dann weiterlaufen, alles andere könnte dem Kollegen ja schaden. Da seine Server wunderbar mit dem FQDN bezeichnet waren, habe ich am Dienstag einmal dort angerufen und bin ihm mal wieder viel zu viel entgegen gekommen. Am Donnerstag schon ein etwas strengerer Ton, da bisher immer noch nichts geschehen war. Nun heute eine letzte Email. Am Montag wird das dann entsprechend öffentlich behandelt.

Das interessante an den Telefonaten war sogar, das das ganze irgendwie sogar nach Vorsatz klang. Wir zahlen ja nun schon vierstellig Strom, aber eine GmbH mit nem halbvollen Rack sollte heutzutage doch noch den Strom selber zahlen können? Ich habe absolut nichts gegen Nachbarschaftshilfe, aber das ist einfach nur noch frech, vor allem die Reaktion nach dem netten entgegenkommen.

Hauptidee war, wenn man mal an anderen Standorten sitzt (das kommt bei uns öfters mal vor, das ein Mitarbeiter für einige Tage an einen Kunden verliehen wird) ist es ja relativ praktisch einfach das Telefon mitnehmen zu können. Anfangs litten wir eh unter dem Problem das die Firmenzentrale in Langabllig ansässig war, das Büro, also die Technik aber in Bremen.

Die Entscheidung

Die Entscheidung fiel auf einen Berliner SIP Anbieter, dieser hatte die mehrere Monate andauernde Testphase überlebt. So war das ganze dann Anfang 2007 im Produktivbetrieb. Leider ließ die Qualität dieses Anbieters relativ schnell nach. Es gab Zeiten zu denen es dann einfach unerträglich war (Weiterleitungen an PSTN gingen einfach mal ein paar Tage nicht, Telefone klingelten einfach mal nicht etc.). Danach testen wir den nächsten Anbieter eine lange Zeit, viele Dinge funktionierten von Anfang an viel besser. Also wurde die Langballiger Rufnummer portiert, eine Unternehmung die knapp ein halbes Jahr in Anspruch nahm, kurz vor Ende der erfolgreichen Portierung war die Rufnummer aus bestimmten Telefonnetzen einfach einmal garnicht erreichbar etc. Seit dem haben wir eine offizielle Backup Telefonnummer die Oldschool über einen ISDN Anschluss direkt auf das Handy eines zuständigen Kollegen geht.

Vom Regen in die Traufe

Einige Monate lief es prima, nur dann fingen die Probleme an, Hauptprobleme waren das einfach die Rufnummer nicht erreichbar war (Rufnummer nicht geschaltet), oder das beste einfach mal eben die Transferfunktion gesperrt. Mittlerweile hatte sich ja einiges geändert, die Technik war noch immer in Bremen allerdinngs wurde der Firmensitz nach Achim verlegt.

Die Lösung

Doch relativ lang überlegt, aber dann einen ISDN Anschluss incl. zusätzlicher DSL Anbindung geordert. Nun haben wir seit einigen Wochen unseren eigenen Asterisk Server Produktiv, seit dem 0 Probleme.  Das gilt auch für alle SIP Telefone die außer Haus liegen. Alternativ hätte es natürlich die Option gegeben das ganze ins RZ zu stellen, allerdings störte da die falsche Vorwahl. Als Telefonie Hardware setzen wir wie gehabt auf Snom.

Nun, seit heute ist die Seite wieder online (es war eigentlich nun wirklich nichts wichtiges) und liegt nun bei den Kollegen von Dogado . Jetzt taucht sicherlich die Frage nach dem Grund auf, denn wir haben ja einen Haufen eigene Technik und sind in drei Rechenzentren vertreten. Nun könnte es aber sein das gerade in dem RZ in dem die Störung auftritt die Status Seite liegt und so Murphy will wird das auch so sein. Aus dem Grund haben wir uns damals schon entscheiden das die Status Seite vollkommen extern liegen soll. Und Dogado ist nun einmal ein fähiger Anbieter für soetwas vor allem da sich Ausrichtung, Produktportfolio und Philosopphie doch um einiges gleichen.

Nach fast 10 treuen Jahren ist der HP Deskjet 880C von uns gegangen. Ursprünglich aus meinem Privatbesitz war er von Beginn an für das Unternehmen tätig. Er machte anstandslos jeden Job, und war dabei trotzdem Sparsam. Ich werde die riesigen fast halbe Liter fassenden Tintentanks vermissen (da übertreibt jemand). Dank Netport war dies unser zentraler Bürodrucker. Bereits seit eingen Tagen lage immer wieder “Gummibrochen” auf dem Papier, vermutlich von der Walze, nicht weiter schlimm. Weit gefehlt, diese Brocken stammten vom “Keilriemen”, Donnerstag Abend war es dann so weit, sämtliche wichtigen Zähne ware nicht mehr existent und der Druckerschlitten bewegte sich nicht mehr Ordungsgemäß.

So schnell er von uns ging, fast so schnell wurde er ersetzt. Durch einen Brother HL-4040CN, es sollte ein Laserdrucker sein, Farbe war ein muß, er sollte nicht zu teuer sein aber natürlich auch kein Billigschrott. Heute morgen wurde der neue geliefert druckt 1A und als kleine Spielerei: Kann IPv6.

Glücklicherweise kann unser IBM/HP Dealer auch diesen Hersteller liefern. Nach einigen längeren Telefonaten wurde nun seitens des Herstellers eine Lösung gefunden:

Der Hersteller sendet uns einen komplett identischen Server Barebone, dort dürfen wir dann den Lüfter ausbauen, durch den defekten tauschen und den defekten wieder in den neuen Barebone einbauen. Danach geht das ganze dann zurück an den Hersteller.

Wenn ich mich so an früher erinnere, da haben wir Dinge in Kartons verpackt, heute scheint man dies in Server zu verpacken . . .