Würde das den Threadstarter von Problemen befreien?
Wenn man sich eingehend mit der entspr. Plugin Dokumentation beschäftigt, möglicherweise ja, allerdings lt. Dokumentation nur mit der Pro Version des Plugins.
Datenbankabfrage, Fehler 'max_user_connections'
-
-
- Gerade eben
- Anzeige
Hallo!
Wenn du gerade an deiner Website arbeitest oder dein aktuelles Hosting überdenkst: Wir betreiben mit NetzLiving eine Hosting-Plattform, die speziell auf Performance, Sicherheit und einfache Verwaltung ausgelegt ist.
- ✔️ Schnelle Ladezeiten (optimiert für WordPress & Co.)
- ✔️ Deutsche Server & DSGVO-konform
- ✔️ Persönlicher Support (kein 0815-Ticket-System)
-
Der Hoster sagt serverseitig alles i.O., registriert aber eine zu hohe Zahl an DB-Abfragen, die die eingestellte Zugriffsobergrenze 'max_user_connections' übersteigt.Im wpdebug_log erscheint die Störung mit kurzen Unterbrechungen sich ständig wiederholend so:
[size=12]PHP Warning: mysql_connect(): User o1973794 already has more than 'max_user_connections' active connections in /mnt/web221/d0/30/53966130/htdocs/home/wp/wp-includes/class-wpdb.php on line 1807
PHP Warning: mysqli_real_connect(): (42000/1203): User o1973794 already has more than 'max_user_connections' active connections in /mnt/web221/d0/30/53966130[/SIZE][size=12][size=14]![/SIZE][/SIZE]Ursache für die vielen WordPress Anmeldungen könnten [size=24]DDoS und Brute-Force Angriffe [/SIZE] sein. Diese können bei WordPress zum Beispiel durch Pingback und XML-RPC[size=24] [/SIZE]Pingback sieht so aus https://blog.sucuri.net/2014/03/more-t…ice-attack.html und ein Angriff über XML-RPC https://blog.sucuri.net/2014/07/new-br…-wordpress.html
Gegen Brute-Force-Angriffen hilft eine eine Zwei-Faktor-Authentifizierung.
Die Log Files vom WebServer solltest du auswerten. Und du kannst für deinen Kunden gleich einen neuen Hoster suchen,
[size=24]Fehler 'max_user_connections'[/SIZE] ist ein Provider Problem.
[size=24]
[/SIZE] -
allerdings lt. Dokumentation nur mit der Pro Version des Plugins.
Also ist die Free-Version für Nutzer wie mich auch nicht brauchbar? Ich nutze immer noch das von Dir abgelehnte WP Cerber, möchte es aber adäquat ersetzen.
-
Und das die Seite nicht gehackt ist hast du also geprüft uns sichergestellt?
-
Ich hab die Logs angesehen und würde laienhaft vermuten, dass ein DoS-Angriff vorliegt.
DDoS Angriffe zu Dutzenden Aufrufen ohne mal in die Millionen die nächste Woche ankommen sind sehr unwahrscheinlich.Wenn Logs dann Accesslogs und da noch GET suchen. Diese GET anfragen hat so gut wie jede Seite die im Netz gefunden wird. Bei mir habe ich ca 25 pro Monat die nach wp-admin suchen und das obwohl ich keine WP Seite hab.
-
Nebenbei: Da öfters Cerber genannt wurde. Das Plugin wird v. Wordpress wegen "Security issue" nicht mehr angeboten. Die Info könnte auch von einem Satiriker stammen...Uups...das habe ich gelegentlich noch laufen. Wird also höchste Zeit, etwas anderes zu installieren. Aber was? (Super gut und free o_O )
-
Super gut und free o_O
Warum nur sind alle immer der Meinung, Software sei im Web ein Allgemeingut und müsse von den Entwicklern kostenlos zur Verfügung gestellt werden?:rolleyes: -
Der Meinung bin ich überhaupt nicht. Aber für mein Hobby möchte ich nicht übermäßig viel Geld ausgeben. Es gibt nun mal kostenlose und gute Software und ich wäre schlecht beraten, diese nicht nutzen zu wollen. Aber bei der Anzahl dieser Software darf man doch gerne auf Empfehlungen zurück greifen.
Warum eigentlich nutzen so viele das kostenlose WordPress?
-
Ja, darfst du – zumal deine Website nicht kommerziell ist. Mir fiel es nur in letzter Zeit verstärkt auf, dass hier immer alle alles umsonst haben wollen. Und es ist mir auch schleierhaft, warum so viele Softwareentwickler ihre Software verschenken und diesen "Anspruch" damit noch verstärken.
-
Und es ist mir auch schleierhaft, warum so viele Softwareentwickler ihre Software verschenken und diesen "Anspruch" damit noch verstärken.
Ja, das fällt mir auch auf. Aber viele Programme, die frei sind, machen Lust auf mehr, und dann wird eben noch eine "Plus"-Version angeboten. Das ist z.B. bei einer Menge von Plugins so, wer die volle Leistung haben möchte muss dann auf diese manchmal recht teure Software zurück greifen. Ein legitimes Mittel, seine Softwareentwicklung dann doch an den Mann/die Frau zu bringen. Für meine Bildbearbeitung kaufe ich regelmäßig Upgrades, denn da will ich auch nur das bestmögliche bieten, Fotos sollen ja schön anzuschauen sein. Also ganz kostenlos und frei sind auch meine Hobbyseiten nicht, aber das ist es mir dann auch wert. Ich habe in der Vergangenheit auch Fremdseiten entworfen, da habe ich dann auch entsprechend der Ansprüche des Betreibers kostenpflichtige Software genutzt.
Uups-jetzt haben wir uns aber vom Thema entfernt und ich habe immer noch keine Empfehlung für Sicherheitssoftware.
-
ich habe immer noch keine Empfehlung für Sicherheitssoftware.
Äh doch, @threadi hatte dir schon iThemes Sec. genannt, weiter oben Stand All in One Sec. ich kann noch Wordfence in den Raum schmeißen (ohne all zu tiefgreifende Erfahrung). -
Hallo,
ich muss/kann für diesen Beitrag mal alles auf Null setzen. Tut mir leid um Eure bisherige Denkarbeit!
Eine DoS lässt sich nicht bestätigen:
- Es war ein Irrtum meinerseits, DoS-Muster über das access.log des Hosters erkennen zu können, weil dessen IP-Anonymisierung unabhängig von den tatsächlichen Zugriffsverlauf erfolgt. Unter einer "verdächtigen" langen Reihe anon-0.0.0.93.ip6.invalid habe ich nämlich auch meine eigenen Zugriffe und Agentangaben gefunden.
- WP-Slimstat (jetzt von VeronaLabs übernommen) bietet eine Echtzeit-Zugriffsanzeige, mit der ich die Klar-IPs optisch überprüfen konnte. Die DB-Tabelle dazu, allerdings ohne Zeitverknüpfung, hab ich exportiert und nach Häufigkeit sortiert. Dabei ergibt sich aber nichts, was auf DoS hindeuten könnte. Alles normales Nutzerverhalten.
Und das die Seite nicht gehackt ist hast du also geprüft uns sichergestellt?
Zur Sicherheit hab ich noch mal einen Scan (1,5h) mit einem zweiten Malware-Scanner gemacht. Ein "DeepScan" von Malcure hat auch keine Malware gefunden, sodass ich als davon ausgehe, dass kein Hack vorliegen kann.Wie schon gesagt, wp6.1.1.1 und alle Plugins aktuell. Nur ein podcast wegen Layoutproblemen nicht. Dieses Plugin habe ich aber testweise über mehrere Stunden deaktiviert, ohne dass sich an max_user-connections etwas änderte.
Da bin ich als Laie momentan am Ende mit meinem Latein.
Nichts gefunden, aber viel gelernt!Auf jeden Fall wird es wohl einen Wechsel zu DomainFactory geben. Die bieten einen Überlastungsschutz durch Separierung bei hohem Zugriffsvolumen. Damit müsste der Blog dann gegen tatsächliche DoS zeitnah geschützt sein.
Besten Dank bis hierhin an alle!
-
Bei einem Fehler 'max_user_connections' landet nichts in der WP-Slimstat Datenbank, somit kannst Du das auch nicht sinnvoll auswerten.
-
Bei einem Fehler 'max_user_connections' landet nichts in der WP-Slimstat Datenbank, somit kannst Du das auch nicht sinnvoll auswerten.
In der Slimstat-Tabelle landet doch alles, was nicht per 500 vom Server abgewiesen wird, also alle 200 usw. Verbindungen. Der Server kann sicher nicht bei der DB-Zugriffsbegrenzung zw. normaler Nutzeranfrage und DoS unterscheiden, wie das bei einer DoS-Filterung der Fall wäre. Also müsstens mE auch viele DoS-Anfragen regulär unterhalb der DB-Zugriffsbegrenzung bedient und somit bei Slimstat landen und evtl als IP-Muster erkennbar sein. Oder hab ich da einen Denkfehler?
Ich kann es hier nur mit Logik versuchen, weil ich keine Kenntnisse habe, was ein Server bei max_user_connections technisch wirklich macht.
-
Es landet bei weitem nicht alles mit 200 in WP-Slimstat, z.B. XML-RPC, REST-API, ggf. auch keine Formularabsendungen oder Login-Seiten.
Dein Website ist nach kurzem Querlesen des Threads nicht angegeben, sonst könnte man ggf. mehr aus dem Quelltext ableiten.
Zur Sicherheit hab ich noch mal einen Scan (1,5h) mit einem zweiten Malware-Scanner gemacht.
Wenn eine WordPress Installation gehackt ist, dann ist alles darin als kompromitiert zu betrachten, inklusive aller installierten Plugins, Scanner usw., die von einem Hack jederzeit ausgehebelt werden können. -
Dein Website ist nach kurzem Querlesen des Threads nicht angegeben...
Entschuldige, sie war im 1. Beitrag angegeben. Hatte den Admin nachträglich gebeten, statt der Klaradresse unter 'Blog' zu verlinken. Nun hat er die Verlinkung aber ganz entfernt. Also hier nochmal der Blog verlinkt.
Was mir beim Abgleich von wp-debug.log und access.log noch aufgefallen ist, dass für eine max_user.. im debug keine synchrone 500 im access.log vorhanden ist. Also wenn im debug max_user.. innerhalb 4s 30x aufgelistet wird, gibt es im access.log zum gleichen Zeitpunkt keine 500. (Wie gesagt, ich weiß von der techn Seite nicht, ob so eine Folgerung überhaupt zutreffend ist.) Es wäre ja möglich, dass im access.log auch die Zugriffszeit asynchron zu den Nutzern anonymisiert ist. Da muss ich nochmal beim Hoster nachschauen bzw an einem eigenen Zugriff überprüfen.
Wenn eine WordPress Installation gehackt ist, dann ist alles darin als kompromitiert zu betrachten...
Ich meinte dann wohl eher Viren u dgl., die aber in diesem Fall zu einer DB-Belastung führen müssten. Nach dem Malcure-Scan müsste das jetzt aber zumindest ausschließbar sein? -
Zugriffszahlen mit Datenbanknotwendigkeit und damit -last können sehr unterschiedlich sein, wenn ein Cache Plugin, z.B. hier lt. REST-API Route offenbar WP Super Cache verwendet wird. Wenn ein neuer Beitrag kommt, wird ggf. erstmal alles neu in den Page Cache abgelegt und das erzeugt dann temporär hohe Datenbanklast bis wieder der Page Cache "an WordPress vorbei" ausgeliefert wird.
Weiterhin läuft lt. REST-API Route offenbar auch ein Plugin Post Views Counter, auch sowas kann Datenbanklast verursachen, je nachdem wie es eingebunden wird (falls es überhaupt aktiv zählt, wenn ein Page Cache läuft).
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!