Beiträge von kk

  • System-Benutzer-Passwörter (FTP) aktualisieren sich nicht

    Ich kann leider nicht nachvollziehen was da bei dem Update schief gegangen ist. Das "diff" zwischen der alten und der neuen modules.conf sieht so aus:


    Code
    # diff modules.conf.proftpd-old modules.conf
7a8,15
> # Debian #1103154: needed to make default config executable
> #
> LoadModule mod_xfer.c
>
> # Debian #1103154: needed to make default config executable
> #
> LoadModule mod_ls.c
>

    Im Grunde müssen also die beiden Anweisungen LoadModule mod_xfer.c und LoadModule mod_ls.c mit aufgenommen werden.

  • System-Benutzer-Passwörter (FTP) aktualisieren sich nicht

    Zitat von armin.moradi

    ich habe auf Debian 13 aktualisiert, zu erst funktionierte proftpd gar nicht mehr, nach einer neu installation von proftpd, was mir heute als Idee kam, ging die Verbindung grundsätzlich, beim Benutzernamen und Passwort scheiterte es.

    Naja, immerhin geht die Verbindung zum FTP an sich, das ist wenigstens schon einmal ein Anfang.

    Bei Upgrade von Debian 12 auf 13 fragt der Paketmanager beim ProFTPD, ob die Datei /etc/proftpd/modules.conf ersetzt oder beibehalten werden soll. Das ist etwas unglücklich, weil nur die "neue" modules.conf das Modul mod_ls.c lädt - was wiederum zwingend benötigt wird, da offenbar einige Funktionen dorthin ausgelagert wurden.


    Führen Sie ggf. folgende Befehle aus:

    Code
    cd /etc/proftpd
mv modules.conf.proftpd-new modules.conf
systemctl restart proftpd

    Dann sollte ProFTPD eigentlich wieder laufen.


    Wenn Sie das ProFTPD-Paket nochmal neu installiert haben, gehen Sie in LiveConfig auf "Serververwaltung" -> "FTP" und lassen die ProFTPD-Konfiguration neu schreiben (möglicherweise klappte deshalb die Anmeldung nicht).


    Viele Grüße


    -Klaus Keppler

  • System-Benutzer-Passwörter (FTP) aktualisieren sich nicht

    Ja, das Problem wurde mit v2.18.8 behoben (siehe Changelog), hier lief parallel eine umfangreichere Kommunikation per Ticket - daher ist das wohl untergegangen. Auslöser war in der Tat eine "Altlast" (dass anfangs auch Verträge mit Großbuchstaben erlaubt waren bzw. Systemaccounts mit Mixed-Case angelegt waren).

  • LiveConfig 2.18.8

    Hallo,


    ab sofort steht LiveConfig 2.18.8 zum Download bereit. Dieses Update enthält hauptsächliche Anpassungen und Fehlerbehebungen, alle Details finden sich wie immer im Changelog.


    Wir empfehlen allen LiveConfig 2.x-Nutzern diese Update in den nächsten Wochen einzuspielen, da im Dezember der regelmäßige Austausch eines Lizenzkey-Zwischenzertifikats ansteht.


    Viele Grüße


    -Klaus Keppler

  • Debian Trixie

    Hier gab es tatsächlich (leider) auch eine inkompatible Änderung mit Dovecot 2.4. Vielen Dank für den Hinweis!

    Mit LiveConfig 2.18.8 wird die Konfiguration entsprechend aktualisiert.

  • LiveConfig 2.18.3 und 3.0.2 veröffentlicht

    LiveConfig 3 wird aktuell auf Rocky Linux 9 compiliert, die rpm-Pakete würden auf einem Rocky 8 also höchstwahrscheinlich gar nicht funktionieren. Zudem laufen die LC3-Unit-Tests auch nur auf Rocky 9 (und in Kürze auch auf Rocky 10).


    Am saubersten wäre es, erst ein Upgrade von Rocky 8 auf 9 durchzuführen, und anschließend ein Upgrade von LiveConfig 2 auf 3.

    Da die Lua-Scripte (zur eigentlichen Systemkonfiguration) zwischen LC2 und LC3 praktisch identisch sind, sollte LiveConfig 2.x auch auf Rocky 9 laufen. Wir können mir relativ überschaubarem Aufwand auch mal LC2 unter Rocky 9 durchtesten (ich rechne mit keinen großen Überraschungen).

  • Installations-Script für LiveConfig 2: Fehler bei liveconfig-meta-Paket wg. PHP5 / Komplett manuelle Installation der benötigten Pakete (Welche?)

    Zitat von Angus.MacGyver

    Webseite kann nicht aufgerufen werden bei Webserver NGINX; auch der Aufruf der dem NGINX zugeordneten IP-Adresse des Servers liefert kein Ergebnis z.B. eine Defaultseite

    Was genau heißt "kein Ergebnis" - Verbindung fehlgeschlagen, oder eine Fehlerseite?

    Uns ist diesbzgl. bislang kein Fehler bekannt - daher wäre interessant zu wissen, ob z.B. der NGINX-Dienst einfach nicht gestartet werden konnte.


    Zitat von Angus.MacGyver

    Das Installscript bricht jedoch bei der Installation des Meta-Packetes ab; er motzte - nach freier Erinnerung - an, dass er irgendwelche gewünschten PHP5-Pakete nicht finden könne.

    Auch da wäre die genaue Fehlermeldung interessant. Zu PHP5 gibt es keine harten Abhängigkeiten.

    Wir haben die aktuellen Sourcen des Meta-Pakets eben mal aktualisiert, die finden Sie hier:

    https://github.com/LiveConfig/…onfig-meta/DEBIAN/control

  • LiveConfig v3.1.0 veröffentlicht

    Hallo,


    ab sofort steht LiveConfig 3.1.0 zum Download bereit. Alle Änderungen sind - wie immer - im Changelog aufgeführt. Dieses Update behebt einige in den letzten Wochen bekanntgewordene Probleme, u.a.:

    • Debian 13 bzw. Dovecot 2.4.x: Postfach-Quota war nicht aktiv
    • DNSSEC: es wurden beim Deaktivieren von DNSSEC bzw. Löschen von Zonen nicht alle Dateien gelöscht
    • Mit Version 3.0.x erzeugte DKIM-Keys wurden in einem falschen Format im DNS veröffentlicht, dieses Update korrigiert das automatisch

    Zudem gibt es einige Verbesserungen, z.B.:

    • die Schnellsuche funktioniert nun auch vollständig mit Resellern
    • es kann direkt aus der Schnellsuche heraus in die jeweiligen Reseller und auch in die Endkunden-Accounts gewechselt werden
    • DNS-Updates und allgemein die Verwendung des DNS-Editors wurden optimiert

    Für LiveConfig 2.8 bereiten wir aktuell auch noch ein Update vor (großteils "Backports" der Änderungen an LC3), das sollte in den nächsten Stunden zur Verfügug stehen.


    Viele Grüße


    -Klaus Keppler

  • Zugriff auf Lizenzportal: Zugangsdaten nicht erhalten / Support-Tickets unbeantwortet

    Hallo,


    oha, ich werde die o.g. Tickets mal prüfen.

    Unabhängig davon gibt es bei "normalen" Bestellungen keine Zugangsdaten zu einem Lizenzportal - dieses steht ausschließlich Wiederverkäufern zur Verfügung bzw. kann auch noch mit "alten" Lizenzen (vor ca. 2022) genutzt werden.

    Es gibt bei Einzellizenzen faktisch nichts, was zu "verwalten" wäre. Lizenzen müssen nicht "zurückgesetzt" werden o.ä. - ein Umzug auf einen anderen Server ist ohne manuelle Eingriffe möglich. Eine Kündigung ist ohnehin völlig formlos über alle verfügbaren Kommunikationskanäle ohne Frist möglich.


    Gibt es eine bestimmte Funktionalität, für welche Sie ein "Lizenzportal" benötigen würden?


    Viele Grüße


    -Klaus Keppler

  • LiveConfig 3.0.7 veröffentlicht

    Hallo,


    ab sofort steht LiveConfig 3.0.7 in den Repositories bereit. Alle Änderungen sind wie immer im Changelog protokolliert.

    Es handelt sich hier um ein Bugfix-Release, welches eine ganze Menge Fehler behebt.


    Viele Grüße & ein schönes Wochenende!


    -Klaus Keppler

  • LiveConfig 3

    Zitat von bravesurfer

    Ich fände es schön wenn standardmäßig bei den Endkunden "Subdomains anzeigen" und "automatisierte Zertifikate zeigen" aktiviert wäre oder zumindest aktiviert bleibt sobald erstmalig aktiviert.


    Ist da was in Planung oder kann ich das über eine lua anpassen?

    Der Wunsch wurde inzwischen mehrfach geäußert - wird mit einem der nächsten Updates umgesetzt. Selber anpassen kann man da (leider) nichts, das ist eine reine Frontend-Sache.

    Zitat

    Wan wird das Benutzerhandbuch auf 3.x umgestellt?


    Findet sich schon irgendwo eine Dokumentation zur Backupfunktion in Liveconfig?

    Umstellung auf v3 erfolgt auf der kompletten Website (auch Live-Demo etc.), wir bereiten das sukzessive vor. Die Backup-Doku steckt in der Pipeline, hier muss noch was in LC3 nachjustiert werden (Verwaltung von Backup-Zeitplänen).

    Zitat

    -Unter LiveConfig 2.x wird gleich die nächste Kundenummer voreingetragen, unter 3.x leider derzeit nicht.

    - Sofern ich die nächste Kundenummer dann manuell eintrage wird mir der Kunde später nicht korrekt auf- oder absteigend sortiert angezeigt

    Der Fehler mit der Sortierung ist bekannt, wird mit v3.0.8 behoben. Das mit der Kundennummer habe ich eben angelegt (GH-98).

    Zitat

    Login in die Weboberfläche resultiert in "Verbindung zum Server verloren - versuche neu zu verbinden..."

    Dann vermute ich, dass Sie LiveConfig hinter einem Reverse Proxy betreiben?

    Wenn ja: ist der hierfür verwendete vHost auch von LiveConfig verwaltet? Dann müssten wir prüfen ob LC während des Upgrades diese vHost-Konfiguration automatisiert aktualisieren könnte. Da die LC3-Oberfläche Websockets benötigt, muss hier eine zusätzliche Option eingetragen werden.

  • cGroup Fehelr

    Der Fehler ist in v3.0.7 behoben. Das LAC-kompatible suexec-Tool hatte leider versucht, jeden Aufruf in eine cGroup zu packen.

    Im Preview-Repo steht die korrigierte Version schon bereit:

    Code
    wget https://repo.liveconfig.com/debian-test/pool/main/l/liveconfig3/lac_3.0.7-1.16649_amd64.deb
dpkg -i lac_3.0.7-1.16649_amd64.deb

  • LiveConfig 3.0.6 veröffentlicht

    Hallo,


    soeben wurde LiveConfig 3.0.6 in den Repositories bereitgestellt.

    Wer Version 3.0.5 installiert hat, sollte dieses Update möglichst zeitnah installieren - darin wird ein Fehler behoben, wodurch das Deployment automatisierter TLS-Zertifikate die Webspace-Einstellungen in bestimmten Fällen "zerschossen" hat (konkret: wenn die Option "www-Subdomain identisch konfigurieren" aktiv war).

    Zudem sind wir endlich einem Problem beim Löschen von Verträgen auf die Spur gekommen - in Löschung befindliche Verträge werden in den meisten Fällen nun automatisch nach dem Einspielen des Updates gelöscht.


    Viele Grüße


    -Klaus Keppler

  • PHP-Versionen auf externem Server bereitstellen (Legacy-Support)

    Zitat von dhb

    • Lässt sich in LiveConfig die PHP-Ausführung so auslagern, dass ein VHost seine PHP-Anfragen an einen externen PHP-Server weiterleitet?

    • Und wäre es möglich, im Kunden-Interface nur die jeweils freigeschalteten Versionen anzuzeigen (z. B. aktuelle Versionen standardmäßig, Legacy-Versionen nur bei gebuchtem Zusatzservice)?

    Technisch betrachtet lassen sich PHP-Instanzen auch via TCP ansprechen und somit auf andere Server auslagern. Aber das bringt natürlich auch eine ziemliche Komplexität mit sich (z.B. bei Dateizugriff), ich glaube nicht dass man dadurch viel "gewinnen" würde.


    Für mich klingt dieses Szenario nach einem idealen Anwendungsfall für LAC (LiveConfig Account Container). In diesem Fall laufen die PHP-Instanzen des jeweiligen Vertrags innerhalb eines isolierten Containers und haben somit keinerlei Zugriff "nach außen". Auch ausgehender Netzwerktraffic ließe sich relativ einfach einschränken oder verbieten. Der Kunde nutzt seinen Webspace weiterhin "ganz normal", aus seiner Sicht ändert sich technisch nahezu nichts.