Probleme mit WordPress-Präsenz

[goldene-zeiten]

So läuft die Seite auch mit 8.3 und JIT. Ich habe etliche Male mich durchgeklickt. Der 503er tritt nicht mehr auf. Aber nun fehlen mir natürlich sämtliche wichtige Funktionen, die ich benötige. Und: das Template scheidet auch aus. Ich habe schon gelesen, dass selbst das Template so einen Fehler auslösen könnte.

Fakt ist, dass der Fehler immer wieder sporadisch auftritt. Scheinbar nur dann nicht, wenn kein einziges Plugin aktiviert ist. Also könnte man das vielleicht eingrenzen auf die PHP-Einstellungen oder Probleme mit dem JIT (Cache auf 500 statt 100 MB eingestellt).

[goldene-zeiten]

schau doch mal wie viele Anfragen da durchrattern und welche URL das Ziel ist ...

Code: Select all

tail -f /home/users/<user>/logs/<web>/access.log
tail -n 500 /home/users/<user>/logs/<web>/access.log

schau dir auch an ob es eine UA Kennung gibt z.b. von irgendwelchen Badbots, falls dies der Fall sein sollte via Fail2Ban einen eigenen UA Filter erstellen der diese und weitere UA Strings blockiert mit maxretry = 1

An der URL erkennst du auch das Ziel (Plugin oder Theme) was dann als Schwachstelle in Frage kommt.
Alle Plugins die nicht wirklich benötigt werden > deinstallieren (weg damit)
Alle anderen Plugins aktualisieren (auto update gibt es dabei auch)
Falls es ein Plugin ist was attackiert wird, einfach weg damit.

Vorher überlegen welche Third Party Plugins überhaupt installiert werden sollen (müssen) und mal schauen wo diese herkommen ... die meisten davon werden irgendwo in Asien auf die schnelle zusammengebastelt und entsprechen nicht unseren Sicherheits Standards, es gibt auch einige mit bereits integrierter Backdoor oder sonstigem Crap

Im access.log sind keine Auffälligkeiten. Auch kein übermäßiger Datenverkehr. Im error.log finde ich folgendes:

--
[Sat Jan 27 20:10:52.338183 2024] [proxy:error] [pid 1888:tid 140195174151744] (2)No such file or directory: AH02454: FCGI: attempt to connect to Unix domain socket /run/php/keyhelp_USER_php83.socket (keyhelp_USER_php83.socket) failed
[Sat Jan 27 20:10:52.338197 2024] [proxy_fcgi:error] [pid 1888:tid 140195174151744] [remote 77.7.126.68:51328] AH01079: failed to make connection to backend: httpd-UDS, referer: https://verlobung-und-hochzeit.info/
[Sat Jan 27 20:11:34.552232 2024] [proxy_fcgi:error] [pid 1889:tid 140195300247104] [remote 77.7.126.68:51342] AH01067: Failed to read FastCGI header
[Sat Jan 27 20:11:34.552255 2024] [proxy_fcgi:error] [pid 1889:tid 140195300247104] (104)Connection reset by peer: [remote 77.7.126.68:51342] AH01075: Error dispatching request to :
[Sat Jan 27 20:11:34.831450 2024] [proxy_fcgi:error] [pid 1889:tid 140195291854400] [remote 77.7.126.68:51342] AH01067: Failed to read FastCGI header, referer: https://verlobung-und-hochzeit.info/
[Sat Jan 27 20:11:34.831465 2024] [proxy_fcgi:error] [pid 1889:tid 140195291854400] (104)Connection reset by peer: [remote 77.7.126.68:51342] AH01075: Error dispatching request to : , referer: https://verlobung-und-hochzeit.info/
[Sat Jan 27 20:11:36.402998 2024] [proxy_fcgi:error] [pid 1889:tid 140195275060800] [remote 77.7.126.68:51342] AH01067: Failed to read FastCGI header
[Sat Jan 27 20:11:36.403016 2024] [proxy_fcgi:error] [pid 1889:tid 140195275060800] (104)Connection reset by peer: [remote 77.7.126.68:51342] AH01075: Error dispatching request to :
[Sat Jan 27 20:11:36.555564 2024] [proxy_fcgi:error] [pid 1889:tid 140195266651712] [remote 77.7.126.68:51342] AH01067: Failed to read FastCGI header, referer: https://verlobung-und-hochzeit.info/
[Sat Jan 27 20:11:36.555580 2024] [proxy_fcgi:error] [pid 1889:tid 140195266651712] (104)Connection reset by peer: [remote 77.7.126.68:51342] AH01075: Error dispatching request to : , referer: https://verlobung-und-hochzeit.info/
--

[goldene-zeiten]

Es sieht so aus, als ob die Seite jetzt stabiler laufen würde? Ich habe jetzt einmal den JIT bei PHP 8.3 abgeschaltet. Dann könnte dies die Lösung sein. aber das ärgert mich sehr, weil ich den lieber nutzen würde...

[Fezzi]

Bezueglich der Fehler im Access Log... auf die schnelle mal das gefunden... was sich mit typischen WP Problemen, und den Loesungsansaetzen die hier schon angesprochen wurden, deckt...

The error message "Failed to read FastCGI header" in Apache means that when Apache was communicating with PHP-FPM, the PHP process did not respond properly.

This error does not mean there is a problem with Apache. The most common cause of these errors is buggy PHP code in your app.

If you see this error in your app's Apache error log file, there are three most likely causes: a bug in the app's PHP code, a bug in a PHP extension, or the server running out of memory. To fix the error, you can try disabling any WordPress plugins, custom themes, and other custom code until you figure out which code is causing the problem. You can also try reducing PHP and WordPress memory usage or upgrading your server to one with more memory. Restarting PHP may also help, but it is important to identify and fix the underlying cause of the problem to prevent it from happening again.

[Fezzi]

Es sieht so aus, als ob die Seite jetzt stabiler laufen würde? Ich habe jetzt einmal den JIT bei PHP 8.3 abgeschaltet. Dann könnte dies die Lösung sein. aber das ärgert mich sehr, weil ich den lieber nutzen würde...

Die Seite laeuft doch sehr performant... zumindest hier bei mir... Was erwartest Du Dir von JIT?

Laut https://pagespeed.web.dev/ gibt es jedenfalls noch so einiges zu optimieren...

[goldene-zeiten]

Natürlich hätte ich mir von JIT erwartet, dass sie noch schneller läuft. Und JIT wäre ja da Maximum, was man erreichen kann an Performance. Aber wenn es dann nur bei TYPO3 läuft und nicht bei WordPress, dann bringt das natürlich auch nichts.

Wenn JIT global aktiviert ist für PHP 8.3 in meinen Fall, kann man es dann im gleichen Benutzer für Domains deaktivieren über die .user.ini? Das könnte doch eine Kompromisslösung sein?

[goldene-zeiten]

Bezueglich der Fehler im Access Log... auf die schnelle mal das gefunden... was sich mit typischen WP Problemen, und den Loesungsansaetzen die hier schon angesprochen wurden, deckt...

The error message "Failed to read FastCGI header" in Apache means that when Apache was communicating with PHP-FPM, the PHP process did not respond properly.

This error does not mean there is a problem with Apache. The most common cause of these errors is buggy PHP code in your app.

If you see this error in your app's Apache error log file, there are three most likely causes: a bug in the app's PHP code, a bug in a PHP extension, or the server running out of memory. To fix the error, you can try disabling any WordPress plugins, custom themes, and other custom code until you figure out which code is causing the problem. You can also try reducing PHP and WordPress memory usage or upgrading your server to one with more memory. Restarting PHP may also help, but it is important to identify and fix the underlying cause of the problem to prevent it from happening again.

Hatte ich ja alles geprüft. Aber schlussendlich war es ja die JIT-Option.

[goldene-zeiten]

Also der JIT war es wohl doch nicht nur allein:

--
[Sun Feb 04 11:40:55.032231 2024] [proxy_fcgi:error] [pid 3727:tid 140535671907904] [remote 2a01:c22:6ff7:6e00:b976:8f2c:5bf1:8f96:52582] AH01067: Failed to read FastCGI header, referer: https://www.verlobung-und-hochzeit.info ... overy_mode
--

[goldene-zeiten]

Ich hatte mal ein aehnliches Problem....

Was bei mir geholfen hat war das aus tarieren der pm.max_requests ... diese also nicht auf 0 lassen (hatte ich vorher auch... und der Server hat ausreichend Ressourcen und wurde nicht ueberlastet) sondern sich antasten was am Besten funkt...

Der Wert 500 mit pm.max_children 10 hat dann fast zum verschwinden des 503 Fehlers gefuehrt...
Zusaetzlich habe ich dann auch noch die max_input_vars auf 15000 gesetzt und der Spuk war vorbei.

Evtl. hilft das bei der Fehlersuche... ich kann uebrigens Deine 503 Fehler von hier aus (Phuket/Thailand) auf Deiner Seite reproduzieren.

Ich habe deine Tipps befolgt:
pm = ondemand
pm.max_children = 10
pm.max_requests = 500
max_input_vars = 15000

Leider aber ohne Erfolg. Immer doch diese blöden Fehler im Error.Log

...
[Sun Feb 04 12:10:04.548066 2024] [proxy_fcgi:error] [pid 8508:tid 140535613109824] (104)Connection reset by peer: [remote 2a01:c22:6ff7:6e00:b976:8f2c:5bf1:8f96:56801] AH01075: Error dispatching request to : , referer: https://www.verlobung-und-hochzeit.info ... overy_mode
...

Es ist doch auch nicht plausibel zu erklären, warum die letzte Woche die Webseite noch lief und sie nun wieder Ärger macht?!? Updates von Plug-Ins gab es keine. Nur ein Update der Hauptversion. Und nach diesem Update lief die Seite noch eine ganze Weile gut.

[goldene-zeiten]

Nun lief die Seite mit den neuen Einstellungen für eine Stunde einwandfrei. Nun leider wieder nicht mehr. Da wird doch der Hund in der Pfanne verrückt.

[Tobi]

Also meinem Hundi gehts noch gut

[tab-kh]

Also doch das Plugin Wordpress deaktivieren?
Bisher habe ich es noch nicht geschafft, einen 503 von irgendeiner der Seiten zu bekommen. Bist du angemeldet wenn es passiert? Auch gesetzte Cookies für die Domain könnten einen Einfluss haben, siehe auch max_input_vars. Ok, dass Fezzi das Problem von Phuket aus reproduzieren kann spricht dagegen.

[Fezzi]

Seite laeuft hier fluessiger als je zuvor...

Ich werde das Gefuehl nicht los dass da was in Deinem Caching der Seite nicht richtig funkt...

[goldene-zeiten]

Seite laeuft hier fluessiger als je zuvor...

Ich werde das Gefuehl nicht los dass da was in Deinem Caching der Seite nicht richtig funkt...

Jetzt ist es ja seit gestern auch so, dass die Seite gut und performant läuft. Das ist dann nicht nur in Thailand sondern auch hier in Deutschland so. Warten wir mal die nächsten Tage ab. Bisher lief die Seite auch für ca. 6 Tage stabil durch, bis es am Sonntag die beschriebenen Probleme gab. Oder aber der Fehler tritt nicht mehr auf, weil dank deiner Benutzereinstellungen der Fehler damit behoben ist. Ich werde es beobachten !

[goldene-zeiten]

Also doch das Plugin Wordpress deaktivieren?
Bisher habe ich es noch nicht geschafft, einen 503 von irgendeiner der Seiten zu bekommen. Bist du angemeldet wenn es passiert? Auch gesetzte Cookies für die Domain könnten einen Einfluss haben, siehe auch max_input_vars. Ok, dass Fezzi das Problem von Phuket aus reproduzieren kann spricht dagegen.

Ich warte mal ab, ob die Einstellungen im KeyHelp-Benutzer, die Fezzi angeregt hat, etwas bringen.