WordPress „Connection refused“ beheben – PHP-FPM/DB/Firewall Checkliste

Du kennst das sicher: Du willst schnell mal einen Blogbeitrag veröffentlichen, ein neues Plugin testen oder einfach nur deine WordPress-Seite aufrufen – und plötzlich starrt dich eine kryptische Fehlermeldung an: „Connection refused“. Herzlichen Glückwunsch, du bist jetzt offiziell Mitglied im Club der WordPress-Fehlersuchenden! Aber keine Sorge, du bist nicht allein. Laut W3Techs laufen über 43% aller Websites weltweit auf WordPress. Und wo viele Nutzer:innen sind, da sind auch viele Fehler. „Connection refused“ ist einer der Klassiker – und wir zeigen dir heute, wie du ihn Schritt für Schritt behebst. Bereit für die ultimative PHP-FPM/DB/Firewall-Checkliste? Dann schnapp dir einen Kaffee, lehn dich zurück und lass uns gemeinsam in die Tiefen der Servertechnik abtauchen!

Was bedeutet „Connection refused“ eigentlich?

Die Fehlermeldung „Connection refused“ taucht meist dann auf, wenn dein WordPress-Server eine Verbindung zu einer wichtigen Komponente nicht herstellen kann. Das kann die Datenbank sein, der PHP-FPM-Prozess oder auch eine Firewall, die plötzlich dicht macht. Die Ursachen sind vielfältig – aber keine Panik, mit der richtigen Checkliste findest du den Übeltäter!

Warum ist das so wichtig?

WordPress ist ein komplexes Zusammenspiel aus Webserver (meist Apache oder Nginx), PHP (oft als PHP-FPM), einer MySQL/MariaDB-Datenbank und diversen Sicherheitsmechanismen wie Firewalls. Wenn eine dieser Komponenten nicht erreichbar ist, steht deine Website still. Und das kann teuer werden: Laut Gartner kostet eine Minute Downtime im Schnitt 5.600 US-Dollar. Autsch!

Die häufigsten Ursachen für „Connection refused“

• PHP-FPM läuft nicht oder ist abgestürzt: PHP-FPM (FastCGI Process Manager) ist der Motor, der deine WordPress-Seite antreibt. Wenn der Dienst nicht läuft, kann der Webserver keine PHP-Skripte ausführen – und WordPress bleibt stumm.
• Datenbank nicht erreichbar: WordPress braucht eine Datenbankverbindung wie ein Fisch das Wasser. Ist MySQL/MariaDB down, falsch konfiguriert oder überlastet, gibt’s eine „Connection refused“-Meldung.
• Firewall blockiert Verbindungen: Firewalls sind wichtig, aber manchmal schießen sie übers Ziel hinaus und blockieren legitime Verbindungen – zum Beispiel zwischen Webserver und Datenbank.
• Falsche Konfigurationen: Ein Tippfehler in der wp-config.php, ein falscher Port oder eine fehlerhafte IP-Adresse – schon ist die Verbindung futsch.
• Ressourcenmangel: Zu wenig RAM, zu viele Prozesse, volle Festplatte – der Server macht dicht und verweigert neue Verbindungen.

Die große PHP-FPM/DB/Firewall-Checkliste

Jetzt wird’s praktisch! Hier kommt die ultimative Checkliste, mit der du den „Connection refused“-Fehler systematisch aufspürst und behebst. Schritt für Schritt, mit Erklärungen und Profi-Tipps.

• 1. Server-Status prüfen
  • Ist der Server überhaupt erreichbar? Teste mit ping oder ssh, ob du auf den Server kommst. Wenn nicht, liegt das Problem tiefer – vielleicht ein Netzwerkproblem oder ein Ausfall beim Hoster.
  • Serverauslastung checken: Mit top oder htop siehst du, ob CPU, RAM oder Festplatte am Limit sind. Volle Ressourcen = keine neuen Verbindungen!
• 2. PHP-FPM prüfen
  • Läuft der PHP-FPM-Dienst? Prüfe mit systemctl status php7.4-fpm (oder die passende Version), ob der Dienst aktiv ist. Bei Fehlern hilft oft ein systemctl restart php7.4-fpm.
  • Logfiles auswerten: In /var/log/php7.4-fpm.log (oder php-fpm.log) findest du Hinweise auf Fehler wie „pool not found“ oder „unable to bind socket“.
  • Socket/Port prüfen: PHP-FPM kann über einen Unix-Socket (/run/php/php7.4-fpm.sock) oder einen TCP-Port (z.B. 127.0.0.1:9000) angesprochen werden. Prüfe, ob der Socket existiert oder der Port offen ist (ss -ltnp | grep 9000).
  • Konfiguration checken: In /etc/php/7.4/fpm/pool.d/www.conf steht, wie PHP-FPM erreichbar ist. Stimmt der Pfad/Port mit der Webserver-Konfiguration überein?
• 3. Webserver-Konfiguration prüfen
  • FastCGI/Proxy-Einstellungen: In der Nginx- oder Apache-Konfiguration muss der Pfad zum PHP-FPM-Socket oder -Port korrekt sein. Beispiel für Nginx:

    location ~ .php$ {
        fastcgi_pass unix:/run/php/php7.4-fpm.sock;
        # oder
        # fastcgi_pass 127.0.0.1:9000;
        ...
    }

  • Fehler in der Konfiguration: Ein falscher Pfad oder Port führt direkt zu „Connection refused“. Prüfe die Konfigurationsdateien sorgfältig!
  • Webserver neu starten: Nach Änderungen immer systemctl reload nginx oder systemctl reload apache2 ausführen.
• 4. Datenbank-Check
  • Läuft MySQL/MariaDB? Mit systemctl status mysql oder systemctl status mariadb prüfen. Bei Problemen hilft oft ein Neustart.
  • Verbindung testen: Mit mysql -u USER -p -h 127.0.0.1 kannst du testen, ob die Datenbank erreichbar ist. Fehler wie „Can’t connect to MySQL server“ deuten auf ein Problem hin.
  • wp-config.php prüfen: Stimmen DB_HOST, DB_USER, DB_PASSWORD und DB_NAME? Tippfehler sind hier der Klassiker!
  • Maximale Verbindungen: Ist max_connections in der Datenbank zu niedrig, werden neue Verbindungen abgelehnt. Prüfe mit SHOW VARIABLES LIKE 'max_connections';.
• 5. Firewall & Security-Tools
  • Firewall-Regeln prüfen: Mit ufw status oder iptables -L siehst du, ob Ports wie 80, 443, 3306 (MySQL) oder 9000 (PHP-FPM) offen sind.
  • Fail2Ban & Co: Sicherheits-Tools können Verbindungen blockieren, wenn sie verdächtige Aktivitäten erkennen. Prüfe die Logs und setze ggf. Whitelists.
  • Cloud-Firewalls: Bei Cloud-Hostern wie AWS, Hetzner oder DigitalOcean gibt es oft zusätzliche Firewalls im Dashboard. Auch hier müssen die richtigen Ports freigeschaltet sein.
• 6. Ressourcen & Limits
  • RAM & CPU: Zu wenig Arbeitsspeicher oder eine überlastete CPU führen dazu, dass Dienste wie PHP-FPM oder MySQL neue Verbindungen ablehnen.
  • Open Files & Limits: Prüfe mit ulimit -n, ob das Limit für offene Dateien zu niedrig ist. Bei großen Websites kann das schnell erreicht sein.
  • Festplattenspeicher: Mit df -h checken, ob noch genug Platz auf der Partition ist. Volle Platten = keine neuen Sockets/Verbindungen!
• 7. Netzwerk & DNS
  • DNS-Auflösung: Wenn DB_HOST ein Hostname ist, muss dieser korrekt aufgelöst werden. Prüfe mit nslookup oder dig.
  • Interne Netzwerke: Bei Docker, Kubernetes oder Cloud-Setups kann die interne Netzwerkkonfiguration zu Problemen führen. Prüfe, ob die Container/VMs sich gegenseitig erreichen.

Typische Fehlerquellen im Überblick

Profi-Tipps für die Fehlersuche

• Logs sind Gold wert: Egal ob /var/log/nginx/error.log, /var/log/apache2/error.log, /var/log/php7.4-fpm.log oder /var/log/mysql/error.log – hier findest du fast immer die entscheidenden Hinweise.
• Fehler reproduzieren: Versuche, den Fehler gezielt auszulösen. Tritt er nur bei bestimmten Aktionen auf? Nur bei Lastspitzen? Das hilft bei der Eingrenzung.
• Backup nicht vergessen: Bevor du an Konfigurationen schraubst, immer ein Backup machen. Sonst wird aus „Connection refused“ schnell „Server komplett tot“.
• Automatisierte Überwachung: Tools wie UptimeRobot oder Prometheus warnen dich frühzeitig, wenn etwas schiefläuft.

Fazit: Mit System zum Ziel – und wenn’s klemmt, hilft Nakaryu!

„Connection refused“ ist nervig, aber kein Grund zur Panik. Mit einer strukturierten Checkliste, etwas Geduld und einer Prise Humor findest du den Fehler meist schneller, als du „WordPress-Update“ sagen kannst. Und falls du keine Lust auf nächtelange Fehlersuche hast, gibt’s ja uns: Nakaryu – deine Kreativ- und Digitalagentur aus Nürnberg. Wir kümmern uns um Hosting, Wartung, Sicherheit und natürlich auch um die Behebung von „Connection refused“-Fehlern. Du willst eine Website, die einfach läuft? Dann schau dir unsere Webdesign-Flatrate an – individuell, flexibel und mit persönlichem Support. So bleibt mehr Zeit für die wirklich wichtigen Dinge im Leben. Zum Beispiel Katzenvideos. Oder Kaffee.

Quellen

• W3Techs: WordPress Usage Statistics
• Gartner: Average Cost of Downtime
• DigitalOcean: How To Troubleshoot Common PHP-FPM Issues
• WordPress.org: Error Establishing a Database Connection
• UptimeRobot
• Prometheus