anmu

Ok... Die Installation hat damals der Hoster gemacht. Da gab es wohl noch einen Mitarbeiter, der sich etwas mit Froxlor auskennt. Der ist jetzt nicht mehr da und nun bin ich auf mich allein gestellt (bzw. muss dann hier fragen, wenn ich nicht weiter komme). Ich denke mal, so sollte es aber keine anderen Probleme machen, oder? Wie gesagt, wenn das im Error statt im Access auftaucht, kann ich damit leben (fand ich früher auch besser so). Somit vielen Dank für die Unterstützung!

Faszinierend. 😀 Ich erhalte nun bei DOMAIN/seitegibtsnicht.php im Error-Log den Eintrag: [Thu Jan 19 13:47:21.855431 2023] [php:error] [pid 11666] [client 123.123.123.123:61227] script '/var/customers/webs/kunde/domain.de/public_html/seitegibtsnicht.php' not found or unable to stat und ein "Not found". Allerdings: Normalerweise erscheint das ja eigentlich nicht mehr im Error-Log, sondern im access-log und sollte so aussehen: 123.123.123.123 - - [19/Jan/2023:13:53:17 +0100] "GET /seitegibtsnicht.php HTTP/1.1" 404 4846 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:108.0) Gecko/20100101 Firefox/108.0" Ich kann damit leben, aber interessieren würde mich schon, woran das liegt.

Ich bekomme immer die Meldung "Message seems be spam", wahrscheinlich wegen der Links. Ich ersetze den Domainnamen hatetepeesDoppelpunktSlaschSlaschwwwPUNKTdomainPUNKTde mal mit DOMAIN Der Fehler kommt nur beim Aufruf von php-Seiten, die es nicht gibt. Die Webseiten, auch Froxlor, funktionieren ganz normal. Beispiel: DOMAIN/ geht DOMAIN/unterseite.php geht DOMAIN/seitegibtsnicht.php erzeugt den 503er Fehler und die genannten Einträge im Log DOMAIN/seitegibtsnicht.html erzeugt einen (korrekten) 404-Fehler Ich habe mal eben geschaut, was passiert, wenn ich bei einem Froxlor-Link einen Fehler einbaue. Korrekte Seite: DOMAIN/admin_phpsettings.php?page=overview&action=edit&id=8 Seite wird korrekt angezeigt DOMAIN/admin_phpsettingsssss.php?page=overview&action=edit&id=8 Es wird "File not found." angezeigt. Die Froxlor-Konfiguration scheint also komplett in Ordnung zu sein. Noch zwei Nachträge zu meinem Post von eben: In den anderen php*-fpm.conf-Dateien in diesem Ordner steht beim entsprechendem Part auch beispielweise: --> <FilesMatch ".+\.ph(?:ar|p|tml)$"> SetHandler "proxy:unix:/run/php/php8.2-fpm.sock|fcgi://localhost" </FilesMatch> <-- Und, im conf-enabled gibt es u.a. diesen Link (nur für php7.4): lrwxrwxrwx 1 root root 33 Jul 15 2021 php7.4-fpm.conf -> ../conf-available/php7.4-fpm.conf

Ich habe unter /etc eine Datei gefunden: ./apache2/conf-available/php7.4-fpm.conf. Diese sieht wie folgt aus: --> <IfModule !mod_php7.c> <IfModule proxy_fcgi_module> # Enable http authorization headers <IfModule setenvif_module> SetEnvIfNoCase ^Authorization$ "(.+)" HTTP_AUTHORIZATION=$1 </IfModule> <FilesMatch ".+\.ph(ar|p|tml)$"> SetHandler "proxy:unix:/run/php/php7.4-fpm.sock|fcgi://localhost" </FilesMatch> # The default configuration works for most of the installation, however it could # be improved in various ways. One simple improvement is to not pass files that # doesn't exist to the handler as shown below, for more configuration examples # see https://wiki.apache.org/httpd/PHP-FPM # <FilesMatch ".+\.ph(ar|p|tml)$"> # <If "-f %{REQUEST_FILENAME}"> # SetHandler "proxy:unix:/run/php/php7.4-fpm.sock|fcgi://localhost" # </If> # </FilesMatch> <FilesMatch ".+\.phps$"> # Deny access to raw php sources by default # To re-enable it's recommended to enable access to the files # only in specific virtual host or directory Require all denied </FilesMatch> # Deny access to files without filename (e.g. '.php') <FilesMatch "^\.ph(ar|p|ps|tml)$"> Require all denied </FilesMatch> </IfModule> </IfModule> <-- Ich frage mich jetzt nur, warum dieser Part nur im Fehlerfall aufgerufen... 🤔 Und natürlich, was ich dafür reinschreiben müsste.

Hallo, ich habe im Forum schon gesucht, habe auch ein paar Einträge gefunden, aber nichts, was gut zu meinem Problem passt. Ich erhalte auf unserem Server desöfteren folgende Einträge in den Logfiles der jeweiligen Domains: [Thu Jan 19 08:18:05.911580 2023] [proxy:error] [pid 20801] (2)No such file or directory: AH02454: FCGI: attempt to connect to Unix domain socket /run/php/php7.4-fpm.sock (*) failed [Thu Jan 19 08:18:05.911692 2023] [proxy_fcgi:error] [pid 20801] [client 123.123.123.123:50929] AH01079: failed to make connection to backend: httpd-UDS Interessante Details dazu: 1. /run/php/php7.4-fpm.sock gibt es nicht, wohl aber /run/php/php7.4-fpm.pid 2. Der Fehler tritt anscheinend nur auf, wenn eine php-Seite aufgerufen wird, die es nicht gibt. Beispiel: Es gibt dann einen "Service Unavailable"-Fehler (503). Bei Aufruf einer html-Seite gibt es korrekterweise "Not Found" (404) Wie funktionieren dann die korrekten Seiten? 3. Faszinierend finde ich, dass das nicht nur php7.4-Sites betrifft. Rufe ich z.B. eine Seite einer Domain auf, die PHP 5.6 nutzt, so kommt die Meldung auch, im Log steht auch was von "/run/php/php7.4-fpm.sock (*) failed", obwohl phpinfo 5.6 als Version ausgibt. Das könnte damit zusammenhängen, dass 7.4 als "Default" eingestellt ist. 4. Das Problem besteht anscheinend schon länger. Wenn ich in den aufgehobenen Logfiles schaue, sehe ich, dass diese Fehlermeldungen schon kurz nach der Installation des Servers (August 2021) auftraten. 5. Etwas verwirrt mich noch das Verzeichnis /var/run/php: PHP 8.2 war noch nicht im Froxlor eingebunden. Die Updates auf dem Server macht unser Hoster, der allerdings Plesk-Fan ist und uns bei Froxlor nicht helfen kann (will). Das 8.2 ist wohl neuerdings eingespielt und muss von mir integriert werden. Vor der Integration sah das Verzeichnis so aus: -rw-r--r-- 1 root root 5 Jan 14 19:15 php5.6-fpm.pid -rw-r--r-- 1 root root 5 Jan 14 19:15 php7.2-fpm.pid -rw-r--r-- 1 root root 5 Jan 19 07:45 php7.4-fpm.pid -rw-r--r-- 1 root root 5 Jan 14 19:15 php8.1-fpm.pid -rw-r--r-- 1 root root 5 Jan 10 05:56 php8.2-fpm.pid srw-rw---- 1 www-data www-data 0 Jan 10 05:56 php8.2-fpm.sock lrwxrwxrwx 1 root root 30 Dez 27 05:53 php-fpm.sock -> /etc/alternatives/php-fpm.sock Und eben habe ich es integriert und es sieht jetzt so aus: -rw-r--r-- 1 root root 4 Jan 19 13:00 php5.6-fpm.pid -rw-r--r-- 1 root root 4 Jan 19 13:00 php7.2-fpm.pid -rw-r--r-- 1 root root 4 Jan 19 13:00 php7.4-fpm.pid -rw-r--r-- 1 root root 4 Jan 19 13:00 php8.1-fpm.pid -rw-r--r-- 1 root root 4 Jan 19 13:00 php8.2-fpm.pid lrwxrwxrwx 1 root root 30 Dez 27 05:53 php-fpm.sock -> /etc/alternatives/php-fpm.sock

Hey, super! Der Browsercache war es dann. Vielen Dank für Deine schnellen und kompetenten Antworten 😊

Nein, so einfach ist das leider nicht 🙂 Auf dem Server sind ca. 100 Domains. Keine dieser Domains ist als Alias definiert und bei allen, die ich mir angeschaut habe, steht dieser Warnhinweis schon, wenn ich nur die Domainseinstellungen aufrufe. Das muss irgendein Bug sein.

Ok, dass es so schnell eine neue Version gibt, war mir nicht klar. Hab ich gemacht, aber Problem besteht weiterhin.

Hallo, ich habe das Update von Froxlor 0.10.27 auf 2.0.7 durchgeführt. Hat alles soweit wunderbar geklappt. Allerdings habe ich jetzt ein Problem mit der Auswahl meiner IP-Adressen. Der Server hat zwei IP4- und eine IP-6-Adresse. Bei den IP4 ist es so, dass eine Domain als Spezialfall diese IP für sich exklusiv braucht. Alle anderen Domains haben die andere IP4-Adresse. Wenn ich nun eine Domain (egal welche) bearbeite und die Änderung speichern möchte, bekomm ich immer folgende Fehlermeldung an der Stelle "Webserver-Einstellungen / IP-Adressen: "Hinweis: Die IP-Adressen können nicht geändert werden, sollte die Domain als Alias-Domain für eine andere Domain konfiguriert worden sein." Ich kann nur speichern, wenn ich BEIDE IP-4-Adressen auswähle. Ich habe es mit mehreren Domains ausprobiert und die sind definitiv keine Alias-Domains. Witzigerweise besteht das Problem bei den "Webserver SSL-Einstellungen" nicht. Was kann ich tun?