Oct 15 2013
“Du kommst hier nicht rein!”
Insgesamt 12 Stunden lang hat mich 1und1 gestern von meiner Webseite (Shared Hosting, Dual Advanced Tarif) hier ausgesperrt, weil ich beim Versuch, einen Cronjob zu ändern per SSH2 einloggen wollte und mich dabei beim Benutzernamen nach dem Muster “u47294371” vertippt hatte.
Dec 31 2011
Nachdem Sie Ihre Domäne erfolgreich für Office 365 verifiziert haben – und erst danach! – können Sie diese “sozusagen scharf stellen”, die notwendigen Schritte hierzu werden hier am Beispiel 1und1 gezeigt. (Aktualisiert: August 2015)
Sep 26 2011
Zwei Mal 2.5 Stunden Ausfall (aller?) Dedicated, Managed und Rootserver in Deutschland, USA und UK bei 1&1 heute, Hotline völlig überlastet, 1&1 Statusseite meldete die ganze Zeit über keine Fehler. Inzwischen traf eine Erklärung von 1&1 per eMail ein. Siehe Ende des Posts. weiter »
Jun 19 2011
Machen wirs kurz und bündig: mein bisheriger Homepage Perfect Tarif bei 1&1 für 4,99 Euro im Monat hat sich als zu klein erwiesen. Bei 20 Usern gleichzeitig war die Performance miserabel, teilweise kam es zu Timeouts, Ladefehler und auch mal einem Serverfehler Error 500. Hauptübel dürfte wohl das mit 30MB knapp bemessene PHP Script Limit gewesen sein, knappe Scriptlaufzeit sowie die Limitierung auf 5 parallele Prozesse gleichzeitig. weiter »
Apr 22 2011
Unsere bei 1&1 angemieteten dedicated Root Webserver werden auch nicht jünger, die zu migrierende Kiste pfiff wenn man es genau nimmt, auf dem letzten Loch. Es war also dringend an der Zeit, den alten Server gegen neue Hardware auszutauschen. Im heutigen Blog Post möchte ich kurz das Vorgehen und die Fallstricke dazu schildern.
Oct 09 2010
Oct 08 2010
Tja, da lob ich die ganze Zeit, wie prima so ein WordPress Blog zu administrieren ist und dann verabschiedet sich die komplette Installation hier beim Upgrade auf v3.01 – und die Konfig des verwendeten 1&1 Shared Hosting Paketes scheint nicht unschuldig zu sein. Hier die Workarounds/Fixes:
Oct 07 2010
So schön es ist, im D-Tal zu wohnen, so bescheiden sind die DSL Kapazitäten hier im Hinterland. Theoretisch bietet die Telekom T-DSL (also normales, asynchrones ADSL) bis DSL6000 an, jedoch scheint es ein Kapazitätsproblem in der “Vermittlungsstelle” zu geben, wer ein DSL Port will, der kommt erst mal auf die Warteliste…
Mar 17 2010
Der Grund, warum ich hier schon lange nicht mehr über Plesk auf den 1&1 Kisten meiner Kunden gemeckert habe, liegt nicht etwa daran, dass Plesk seit neuestem brav und zuverlässig seinen Dienst tun würde, nein, ich hatte nur die letzte Zeit kaum Zeit, mich damit zu beschäftigen oder hier zu posten. Die neueste Episode in der Unendlichen Geschichte mit Plesk Nerverreien ist wieder ein prima Schenkelklopfer.. Diesmal geht’s darum, dass plötzlich keine eMails mehr rein oder raus gehen. Rien ne va plus.
Kurz eingeloggt und nach etwas rumstochern fällt mir auf, dass das Spool Verzeichnis von QMail genagelt voll ist, mit teils steinalten Mails, die da eigentlich nix mehr zu suchen hatten. Die Plesk Kisten sind jetzt über 2 Jahre immer wieder per AutoUpdate in Plesk von damals 7.x auf heute 9.x aktualisiert worden, sonst wurde nix getan. Die Partitionsgrößen für /handlers/spool und die diversen Queues sind zu klein geraten für meinen Geschmack und dem Aufkommen. Als weiteren Teil des Problemes könnte man sich Fragen, warum die Kiste so mit Spam zugeballert wird. Als nächste Frage kämen dann gleich: warum löscht Plesk die Spool nicht mehr selber?
Interims Fixe: z.b. Server neu starten, /handlers/spool/ ist dort tempfs. Oder alle 14 Tage per Cronjob Qmail dazu zu bringen, den alten Mist wegzuwerfen. Dann dringend bei Gelegenheit: die verwendeten tempfs Paritionen bissl vergrößern und dann aber auch mal alles neu aufsetzen – am besten neu aufsetzen ohne Plesk. Aber das soll jemand anders machen, ich hab grad kein Nerv für sowas.
Was lernt man draus? Rootserver administrieren sich nicht selber und Plesk alleine ersetzt keinen Admin. Nur will das halt keiner hören.
Nov 28 2009
Seit ein paar Plesk Releases schon hat Plesk die nervige Angewohnheit entwickelt, den FQDN Domänenname zu vergessen, welcher beim eMailversand an den empfangenden Server als HELO Namen geschickt wird. GMX (und andere Provider akzeptieren) aber nur dann ankommende Mails, wenn der HELO Name eine funktionsfähige Domäne beinhaltet. Dieser Helo Name kann in /var/qmail/control/me in ner Shell Sitzung korrigiert werden, wird aber beim nächsten Reboot bzw. spätestens jedoch beim nächsten Update wieder überschrieben. Anstatt irgendwas sollte mein-server.de in dieser Datei stehen (wobei mein-server.de natürlich korrekt auflösen sollte).