Zitat:
|
Zitat von axo also hatte ich recht damit, dass die lösung zu deiner frage das problem nicht löst. |
Leider ja
Zitat:
|
Zitat von axo 1. es gibt keinen grund, port 22 für ssh zu blockieren. mit dem server-admin reden. |
Siehe unten.
Zitat:
|
Zitat von axo 2. ist höchstwahrscheinlich der webserver fehlkonfiguriert. was steht in den logfiles, wie sieht die php.ini aus, was steht im syslog |
Leider nichts. An die php.ini komme ich gerade nicht ran, aber ichw erde sie heute Abend mal posten.
Zitat:
|
Zitat von axo wer in gottes namen hat dich denn überhaupt eingestellt? kannst du deinen mund nicht aufmachen und mit vorgesetzten reden, wenn etwas nicht stimmt? |
Ganz so einfach ist es leider nicht

Ich bin hauptberuflich Angestellter in einer Webentwickler-Firma und kann dort auch alles machen, komme auf alle Server die ich brauche, etc.
Die Server, um die es hier aber geht, sind meine eigenen. Ich bin nämlich "nebenberuflich" selbständig. Und dass ich von meiner "Angestellten"-Firma nicht nach draußen komme, ist vom hiesigen Sysadmin auch so gewünscht.
Zitat:
|
Zitat von axo ARGLL! was ist, wenn deine schlecht geschriebenen programme die ursache der 'spitzenzeiten' sind? was ist, wenn irgendjemand buffer overflows verursacht und die mysql-downtime für einbruchsversuche nutzt? |
Witzigerweise lief der Webserver in den letzten Monaten immer stabil und zuverlässig. Erst seit ich den neuen MySQL-Server drangeklemmt habe, habe ich diese Probleme. Daher gehe ich nicht von einem Einbruchsversuch aus, sondern von einem Konfigurationsproblem.
Zitat:
|
Zitat von axo ab zum chef mit dir und 1. zeit zum debuggen des webservers beantragen, 2. mit dem sysadmin reden. |
1. werde ich heute Abend erledigen
2.
