Beiträge von dhb

  • LiveConfig update 2.x

    Seit ein paar Monaten wird mein LiveConfig Backend nicht mehr aktualisiert. ist das so gewollt? installierte Version: 2.16.6 (release); Verfügbare Version: 2.17.0-release

    in der liveconfig.list habe ich nur das stehen:

    deb [signed-by=/usr/share/keyrings/liveconfig-keyring.gpg] http://repo.liveconfig.com/debian/ bookworm php


    Früher hat ein apt upgrade und apt upgrade genügt.

  • Roundcube Pfadprobleme nach Umstellung von FastCGI zu FPM

    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!

  • Kunde lässt sich nicht löschen

    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 :(

  • Kunde lässt sich nicht löschen

    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:

    SQL
    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)?

  • SSL/TLS-Zertifikatanbieter

    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.