Ich habe gerade das neueste Nginx mit PHP7.4-fpm auf einem neuen Ubuntu 20.04.2-Server installiert.
Ich habe einen virtuellen Host hinzugefügt, auf dem sich eine WordPress-Site befindet. Diese wird problemlos geladen. Allerdings ist mir aufgefallen, dass die Nginx-Protokolle mit Fehlern wie den folgenden überhäuft werden:
[error] 183472#183472: *625 connect() failed (111: Connection refused) while connecting to upstream, client: xx.xxx.xxx.xx, server: example.com, request: "GET /some-page-name/ HTTP/1.1", upstream: "fastcgi://[::1]:8001", host: "example.com", referrer: "https://example.com/"
Als ich danach googelte, fand ich heraus, dasszweite AntwortdazuServerFault-Threaddass es daran lag, dass ich eine IPv6-Adresse verwende und dass ich es beheben könnte, indem ich es localhostin 127.0.0.1den Blockdateien des Nginx-Servers durch ersetze, da fastcgi://[::1]:8001dies nicht funktioniert.
Ich habe die Änderungen vorgenommen /etc/nginx/sites-available/example.com.confund die folgende Zeile geändert:
fastcgi_pass localhost:8001;
Zu:
fastcgi_pass 127.0.0.1:8001;
Und laut einem Kommentar auf derselbenServerFaultAntwort: In /etc/nginx/sites-available/defaulthabe ich die folgende Zeile geändert:
listen 80 default_server;
Zu:
listen 0.0.0.0:80 default_server;
Wenn ich jedoch nach den oben genannten Änderungen und dem Neustart von nginx und php7.4-fpm den PHP-Ausführungsmodus in meinem Server-Kontrollfeld (Virtualmin) überprüfe, wird keine der beiden verfügbaren Optionen FCGIdverwendet FPM.
Wenn ich FPM wähle und auf „Speichern“ klicke, wird die fastcgi_pass 127.0.0.1:8001;Zeile in der Blockdatei des Nginx-Servers wiederhergestellt fastcgi_pass localhost:8001;und die oben genannten Fehler werden erneut angezeigt.
Es listen 0.0.0.0:80 default_server;wurde jedoch beim Neustart von nginx oder fpm nicht zurückgesetzt.
Wie weise ich FPM an, die IPv4-Adresse anstelle der IPv6-Adresse zu verwenden?
AchtungIch habe versucht, es listen = /run/php/php7.4-fpm.sockauf listen = 127.0.0.1:8000„in“ zu ändern /etc/php/7.4/fpm/pool.d/www.confund dann die obigen Schritte auszuführen, aber das hat auch nicht geholfen und das Gleiche ist passiert.
PSDieses Problem hängt nicht mit dem von mir verwendeten Bedienfeld zusammen, da es einige ServerFault-Beiträge und mehrere Online-Forumsthreads gibt, die mit diesem Problem in Zusammenhang zu stehen scheinen, wenn versucht wird, PHP-FPM mit einem Dual-Stack-IPv4/IPv6-Setup zu verwenden.