stundenweise Besuchereinbrüche

[Sandundmeer]

Hallo,

ich habe gerade in Problem, das mich kirre macht.
Seit Anfang Mai treten auf meinen Seiten ungefähr alle 2 Tage stundenweise Trafficeinbrüche auf, manchmal auch zweimal am Tag. Danach normalisiert sich der Traffic wieder.

Oft (aber nicht immer) treten die Einbrüche auch zur selben Tagesszeit auf (meistens 12 Uhr und 16 Uhr, meistens Rückgänge zwischen 60 und 100 %).



Betroffen sind alle Seiten, die auf einem Server liegen (hier liegen nur meine, keine fremden Seiten).
Serverprobleme sind es laut meines Servermonitors aber nicht, auch die log-files geben keine Hinweise.

Ich glaube auch nicht an stundenweise SERPS-Änderungen, alle Trafficquellen sind mehr oder weniger gleich betroffen.

Momentan bin ich gerade dabei alle möglichen Geschichten zu aktualisieren (Forum, Blog usw.) und hoffe, dass es dort ein infiziertes script gibt, das sein Unwesen treibt.

Habt ihr vielleicht noch Hinweise, was ich unternehmen kann?

viele Grüsse

sandundmeer

[todo]

Schon mal an die Mittagspausen gedacht?

Nur halb ernst nehmen bitte!

[mtx93]

Wenn es an Scripten auf dem Server liegt, solltest du Anzeichen dafür auf dem Server finden.

Also erhöhte CPU Leistung, schlechtere Pingwerte, längere Antwortzeiten, etc.

Zur Sicherheit würde ich den Server neu aufsetzen, mit einem aktuellen Core.

Ansonsten ist es Server/Providerproblem... der z.B. in der Zeit auf den Leitungen, an dem dein
Server liegt, sein tägliches Backup überträgt, was der Erreichbarkeit deiner Seiten nicht gut tut.

Sollte nicht vorkommen, aber wenn du mal einen guten Schluck mit einem Servicetechniker eines Rechenzentrums getrunken hast, wo der aus dem Nähkästchen geplaudert hat, dann siehst du das etwas weniger entspannt.

Was man dagegen tun kann... Tja, wie Support fragen. Manchmal bringt es was. Manchmal nicht.

Ich würde zumindest ein Script umziehen lassen - wenn es da die 2 Stunden nicht gibt, diese Daten dem support geben und fragen ob sie das abstellen können oder du den Vertrag abstellen mußt.

Aber dann sei erstmal sicher, das es nicht doch ein eigenes Script oder Configfehler ist.

Ich hatte mal bei einem Programmierprojekt ein ähnliches Problem, da brannte immer da die Hardware ab - bis wir begriffen haben, das wir das waren. Da gab es immer mal Fehler, die die CPU in 100% Loops geschickt haben.

Da die meisten Provider nur billige Hardware installieren, schafft die Kühlung von denen das nicht.

Also brennt denen die Platine durch.
Das geben die natürlich nicht zu.
Aber nach dem dritten mal haben wir dann doch etwas aufgepasst, zugegeben oder nicht.

[Sandundmeer]

Hallo mtx93,

vielen Dank für Deine Hinweise.

Der Server ist übrigens von 1&1, seit 5 Jahren läuft das bei mir eigentlich problemlos. Seit dem 8/9. Mai gibt es eben diese steilen Trafficeinbrüche und -erholungen.

Ich füge mal einen Screenshot vom servermonitor der letzten 24 Stunden an:




Gestern zwischen 16 und 17 Uhr gab es z.B. einen signifikanten Besucherrückgang, das ist stimmt mit dem Load-Peak überein.

aber üblicherweise kann man die Einbrüche nicht wirklich im Servermonitor erkennen, heute hats mich beispielsweise zwischen 12 und 13 Uhr wieder getroffen.
Ich bin aber ehrlich gesagt in solchen Sachen nicht besonders firm, ich kümmere mich eher um Content:-)

[mtx93]

Also load peak in der Zeit? Dann schau dir mal die logs an - dann tippe ich darauf, das in der Zeit jemand deinen Server unter Last legt - das siehst du am Besten direkt in den Apache oder was auch immer logs.

Das kann google bot oder bing sein, wenn der server nicht gut auf last reagiert.

Ist aber meistens ein scraper - kommt immer mal wieder vor - Pseudosuchmaschinen oder
Emailscraper. Oder der Hacker von nebenan.

Find die IP, ban die IP und gut ist.
Aber ban nicht google

Ein guter Weg ist, das du dich mal im 12 Uhr auf Console einlogst (ich gehe von einem unix server aus).

Mit "tail -f <logpath/logname>" kannst du in der Console in Echtzeit die Änderungen deiner log files anschauen.

Ansonsten google mal nach "fail2ban". Das erfordert aber, das du Sachen auf deinen Server als root installieren kannst.

[Sandundmeer]

Hallo mtx93,

ja leider ist der loadpeak gestern nur eine Ausnahme. Üblicherweise tritt der bei Besucherrückgängen nicht auf, bei dem Einbruch heute mittag kann ich nichts aus den Stats interpretieren, leider...

Viele Grüsse
sandundmeer

[mtx93]

Schau dir mal direkt die access und system logs auf deinem server an - da steht meist mehr drin.

[Sandundmeer]

Also nach Rücksprache mit dem support gab es Anfang Mai ein Update auf meinem Server.
Scheinbar ist ein Modul meines CMS nicht mehr komplett kompatibel und läuft ständig unter voller Belastung. Hin und wieder stellt es seine Arbeit ein, was dann zu Ausfällen führt.
Meine Hoffnung ist, dass sich das Problem mit einem Update meines CMs löst, mal sehen.

[marco1492]

Schon mal den Server gecheckt ob er zu diesen Zeiten schwaechelt ??? Vielleicht brauchen andere Webprojekte zu diesen Zeiten viele Ressourcen...

[jon90]

Ich habe das Gefühl, dass Google eine Art split testing macht. So in der Art, wie die Positionierung bei Adwords festgelegt wird. Dort kriegen ja Seiten, die auch weniger bieten oftmals eine bessere Platzierung.

Also.... um es klar zu sagen: ich denke Google ändert die Position der Seiten abschtlich und nimmt die Bounce rate (wie schenll Besucher wieder von der Seite verschwinden) in die Gesamtbewertung auf und legt somit die Positionierung fest.

Beispiel: keyword hundefutter. Mal ist hundefutter .de auf platz 1, an anderen Stunden des Tages ist tophundefutter .de auf Platz 1. Google sieht anhan der der Bounce rate, welche Seite besser zu sein scheint. Dies ist dann offensichtlich besser.

[Shredder]

Also.... um es klar zu sagen: ich denke Google ändert die Position der Seiten abschtlich und nimmt die Bounce rate (wie schenll Besucher wieder von der Seite verschwinden) in die Gesamtbewertung auf und legt somit die Positionierung fest.

Der jon90 ist schlau!

[Sandundmeer]

Also in meinem Fall hat sich tatsächlich herausgestellt, dass nach einem Serverupdate mein CMS nicht mehr komplett kompatibel war. Ein Modul lief seitdem immer auff 100 % Auslastung und hat mehr oder weniger rhythmisch den Server lahmgelegt.
Wir haben das CMS jetzt angepasst und seit einer Woche läuft alles stabil. Ich hoffe jetzt mal das Beste:-)