Beiträge von dhb

Wenn ich auf FastCGI zurückstelle, funktioniert Roundcube wieder.

In dem Vertrag kommen PHP 8.3.21 und Roundcube 1.6.7 zum Einsatz

ich kämpfe aktuell mit einem sehr hartnäckigen Problem. Roundcube läuft nicht und bringt die Meldung "Fatal error: ini_set/set_include_path does not work." nach der Umstellung von FastCGI zu FPM.

Zur Umgebung:

• Debian 12
• Apache
• Roundcube liegt unter /var/www/MEIN_HOSTING/apps/roundcube
• Die anderen Websites (laufen problemlos) liegen unter /var/www/MEIN_HOSTING/htdocs/
• open_basedir ist im Vertrag gesetzt: %HOME%/:/usr/local/lib/php/:/usr/share/php/:/tmp/
• include_path (laut phpinfo) ist . :/usr/local/lib/php

Was ich schon probiert habe:

• open_basedir testweise auf None gestellt → Fehler bleibt
• Alle notwendigen Pfade in open_basedir ergänzt (inkl. /usr/share/pear, /usr/local/lib/php, /tmp/ etc.)
• Roundcube auf aktuelle Version gebracht
• grep nach ini_set('include_path' (und auch nur ini_set) im gesamten Roundcube-Verzeichnis: kein Treffer
• Auch in vendor/ und plugins/ kein Treffer
• In der Apache-Konfiguration gibt es keinen php_admin_value include_path

Meine aktuelle Vermutung:

PHP blockiert ini_set/set_include_path grundsätzlich, wenn open_basedir aktiv ist – selbst wenn die Pfade korrekt sind und auch bei None ändert sich das Verhalten nicht. Offenbar gibt es aber keinen aktiven ini_set-Aufruf im Code mehr (auch nicht in Libraries oder Plugins)

Hat jemand schon mal erlebt, dass Roundcube ohne ini_set-Aufruf trotzdem diesen Fehler bringt? Gibt es noch Tricks, wie ich die Quelle des Fehlers genauer identifizieren kann? Könnte ein PHP-Setting, das ich übersehen habe, das Verhalten noch beeinflussen?

Für jeden Hinweis oder Erfahrungswert bin ich dankbar!

ich habe es nun gelöst, indem ich den Datensatz in Account gelöscht habe und danach den Datensatz in HOSTINGCONTRACTS. Das hat funktioniert.

Es ist keine Datenbank vorhanden und unter /var/lib/mysql/ ist auch kein Verzeichnis vorhanden. es gibt keine Domain, Postfächer, Datenbanken mehr. Alles weg. Und der Kunde lässt sich leider nicht löschen.

in der DBS Tabelle ist der Kunde auch nicht mehr. Einträge zum Kunden sind in folgenden Tabellen vorhanden:

ACCOUNTS

HOSTINGCONTRACTS

LOG

USERS

Anscheinend hab ich einen ganz speziellen fall

Ich habe beim Kunden alle Verträge, Datenbanken, Postfächer etc. gelöscht. Wenn ich den Kunden löschen möchte kommt folgende Meldung "Um diesen Kunden zu löschen müssen Sie erst alle ihm zugeordneten Verträge löschen." ich habe dann probiert den Datenbankeintrag zu ändern mit:

UPDATE HOSTINGCONTRACTS SET HC_DELETED=0 WHERE HC_DELETED=1;

dadurch ist der Vertrag wieder erschienen. Wenn ich den Vertrag nun in LC löschen möchte, wird er nicht gelöscht, sondern HC_DELETED auf 1 gesetzt und der Kunde kann noch immer nicht gelöscht werden.
Eine Reparatur der Datenbank war nicht nötig. Ich habe die Schritte hier befolgt. und beim vierten Punkt ok bekommen. also dachte ich mir, härtere Maßnahmen müssen her. über phpmyadmin wollte ich den Datensatz manuell löschen. Allerdings bekomme ich die Meldung: "#1451 - Kann Eltern-Zeile nicht löschen oder aktualisieren: eine Fremdschlüsselbedingung schlägt fehl (`LIVECONFIG`.`ACCOUNTS`, CONSTRAINT `ACCOUNTS_ibfk_2` FOREIGN KEY (`AC_CONTRACTID`) REFERENCES `HOSTINGCONTRACTS` (`HC_ID`))". Den Datensatz in der Tabelle Account wollte ich nicht einfach löschen, da ich nicht weiß wie sich das auf LiveConfig auswirkt. Wie soll ich weiter vorgehen um den Kunden löschen zu können (und den Vertrag)?

Aktuell gibt es im LC nur den Anbieter Let's Encrypt als Auswahl. Da ja bald die Zertifikatslebensdauer zukünftig verkürzt werden (200 Tage, 100 Tage, 47 Tage) wird es später eine extreme Herausforderung alle Zertifikate aller Kunden jeden Monat manuell zu aktualisieren. Wird es zukünftig hier weitere Schnittstellen geben? bzw. die Möglichkeit eigene hinzuzufügen? Wir beziehen unser Zertifikate von PSW-Group.

Zitat von antondollmaier

FTP (Systembenutzer) = SSH.

Das habe ich probiert. ich bekomme sowohl bei sftp als auch bei ssh "access denied". muss ich in der /etc/ssh/sshd_config noch bestimmte einstellungen vornehmen?

Am Donnerstag haben wir Serverwartung, da kann ich es testen.

EDIT:

Nach Neustart ist das Problem behoben.

Hallo, ich habe leider den Fehler, dass ich keine Änderungen mehr bei unserem eigenen Vertag speichern kann. Sobald ich auf Speichern klicke bekomme ich die Meldung: Ungültige Einstellung für PHP.
PHP kann ich leider nicht einstellen, da ich dort nur "wählen..." zur Auswahl habe. (Siehe Bild)
Wie kann ich das Problem beheben?