2016-08-16 1 views
0

Die Websites auf einem meiner Plesk-Benutzer können nicht aufgerufen werden. Der Server meldet einen 500 Interner Serverfehler, die error_log für diesen Benutzer eine Reihe vonmod_fcgid Daten-Timeout lesen - Voreiliges Ende der Skript-Header

[warn] mod_fcgid: read data timeout in 60 seconds 
[error] Premature end of script headers: index.php 

DocumentRoot enthält eine normale Wordpress-Installation. Andere Websites, auf denen dieselbe WP-Version ausgeführt wird und die den gleichen DB-Server und die PHP + -Erweiterungen verwenden, funktionieren einwandfrei. A <?php phpinfo(); ?> läuft auch gut. Der Aufruf php index.php von cli gibt die Webseite, aber ein bisschen zu langsam für einen Idle Xeon E5-2620 Server w/64GB RAM

Gibt es bekannte Probleme? Wie kann ich weiter debuggen?

Einige mehr Systeminfo:

  • PHP 5.6.24 (5.4 als auch versucht)
  • Plesk 12.5.30

EDIT: Das Problem tritt nur zeitweise. Im Moment wird kein Fehler von 500 zurückgegeben, die Website wird ordnungsgemäß geladen (ein wenig langsam). Ich erhöhte memory_limit, nur um sicher zu sein, es ist keine Konfigurations Einschränkung

Antwort

0

Das Problem wurde von einem Rogue file_get_contents in einigen Skripts verursacht. zuerst erschienen

Ich sah durch das Fehlerprotokoll für die ersten Erscheinen der Fehlermeldung, und fand genau eine Datei erstellt, wenn die Fehlermeldung - nur noch 2 Jahre zuvor ... WordPress Site hacked? Suspicious PHP file

So entfernte ich die Malware (detaillierte writ-up bei https://talk.plesk.com/threads/debugging-premature-end-of-script-headers.338956/), Neustart des Servers und der Fehler ist jetzt weg.

Technisches Detail: Der Fehler ist aufgetreten, weil der Server, der die Malware verteilt, offline ist. file_get_contents("http..." Zeitüberschreitung, das lokale Skript fehlgeschlagen und die Fehlermeldung zurückgegeben.

+1

Übrigens gibt es Erweiterungen, die in solchen Fällen nützlich sein können https://ext.plesk.com/packages/6bcc01cf-d7bb-4e6a-9db8-dd1826dcad8f-security- Berater, https://ext.plesk.com/packages/e757450e-40a5-44e5-a35d-8c4c50671019-dgri, https://ext.plesk.com/packages/24e15804-3134-4561-a2a2-1bdc7228e98f-website- Virus-Check –

+0

Danke, ich habe Linux Server Virus Scanner untersucht. VirusTotal-Berichte ESET und Fortinet sind die einzigen, die Scripts als Malware erkennen. ClamAV und Drwebd haben sie nicht entdeckt.Der erste Lauf von ESET scheint vielversprechend zu sein ... – NoMad

0

Sie können versuchen, FcgidIOTimeout zu erhöhen, wie hier beschrieben https://kb.plesk.com/en/121251

Since Plesk 11.5, "FcgidIOTimeout" parameter is set to the same value as max_execution_time php parameter in domain's PHP settings

Auch können Sie eine beliebige PHP-FPM-Handler versuchen, statt FastCGI hat aufgrund von mod_fcgid viele interne Leistungseinschränkungen, die nicht vermieden werden können.

+0

Die Erhöhung des Timeouts mindert nur das Problem, die Seite (Wordpress) würde immer noch für> 1min auf diesem freien Server laden ... Momentan schauen wir uns FPM-Kompatibilität mit PHP-Versionen und Plesk an. – NoMad

+0

Ist das Opcache-Modul für den aktuellen Handler aktiviert? Sie können es mit phpinfo() überprüfen; –

+0

Sie können auch nach Abfragecache in MySQL suchen und vielleicht ein WP-Plug-in finden, das diese WordPress-Instanz verlangsamt. –

Verwandte Themen