Beiträge von Nomflow

Zitat von kk

Wir haben die entsprechende Anpassung eben in LiveConfig 2.19.2 "backported" - ab dem nächsten Update ist das dort also (auch) möglich.

Klingt gut 🙂

Gibt es schon eine grobe Einschätzung, wann die Preview-Version 2.19.2 verfügbar ist?

Guten Abend,

kurze Schilderung der Sachlage:

-LiveConfig2 wurde gemäß folgender Anleitung mit Let's Encrypt abgesichert:
https://www.liveconfig.com/de/kb/liveconfig-lets-encrypt/

-Nun sollte ein Upgrade von LiveConfig2 auf LiveConfig3 erfolgen

-Folglich gemäß folgender Anleitung

https://www.liveconfig.com/de/…en-f%C3%BCr-liveconfig-3x

unter /var/www/<Vertrag>/conf/<sudomain.nginx.conf> mit folgendem Inhalt angelegt:

location /liveconfig/app/ws {
   proxy_pass      http://127.0.0.1:82$request_uri;
   proxy_redirect  off;
   proxy_pass_header     Set-Cookie;
   client_max_body_size  64m;
   proxy_set_header      Host $host;
   proxy_set_header      X-Real-IP $remote_addr;
   proxy_set_header      X-Forwarded-For $proxy_add_x_forwarded_for;
   proxy_set_header      X-Forwarded-Proto $scheme;
   proxy_set_header      Upgrade $http_upgrade;
   proxy_set_header      Connection "upgrade";
   proxy_http_version    1.1;
   proxy_read_timeout    3600;
}

-Egal wie oft ich zum Abschluss die Domaineinstellungen der betroffenen Subdomain ändere und speichere, es erfolgt kein Include der sudomain.nginx.conf in die vHost Conf des Vertrages. Jemand eine Idee?

Zitat von informant

Muss man die lcclient Server (v2) auch mit apt install liveconfig3 installieren oder welches Paket gibt es für die lcclient v3 Server?

https://www.liveconfig.com/de/…econfig/installation.html

apt install lcclient3

Unterstütze ich ebenfalls.

Auch wenn ich wegen der aktuellen Probleme noch LiveConfig 2 nutze, wären anpassbare Passwortregeln (z. B. mit Sonderzeichen) sinnvoll.

Ist eine "Rückkehr" zur Funktionsweise wie in LiveConfig 2 zeitnah geplant kk?

Dem schließe ich mich an dieser Stelle an - Update auf LiveConfig 2.19.0 durchgeführt, gleicher Fehler:

[2026/04/14 13:50:25.527042] [1838137|1838140] LC.liveconfig.updateSysconfig() failed: /usr/lib/liveconfig/lua/liveconfig.lua:1217: attempt to call field '?' (a nil value)
stack traceback:
        /usr/lib/liveconfig/lua/liveconfig.lua:1217: in function </usr/lib/liveconfig/lua/liveconfig.lua:244>

Insbesondere für die angedachte Implementierung von rspamd mal ein 👍

Um an dieser Stelle gleich noch eine Frage hinterherzuschieben: wie sieht es aktuell mit dem Release der Preview-Version bzw. generell mit der Entwicklung von LiveConfig 3 aus?

Ein etwas ausführlicheres Statement oder Update dazu haben wir, soweit ich mich erinnere, schon längere Zeit nicht mehr gesehen 🙂.

Gibt es hier einen aktuellen Stand oder eine grobe Richtung, wie es weitergeht?

Zitat

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.

Korrekt - die LiveConfig Weboberfläche wird auf http://127.0.0.1:82/ gespiegelt (proxy) und der vHost auch entsprechend direkt über LiveConfig verwaltet (Konfiguration erfolgte auf Basis von LiveConfig mit Let's Encrypt absichern – LiveConfig).

Welche zusätzliche Option müsste in diesem Fall eingetragen werden, damit sich LiveConfig 3 in diesem Szenario nutzen lässt?

Um an dieser Stelle kurz zu der scheinbar nach wie vor existierenden Problematik mit den masked Services einzugehen: sollte dieser Fehler (zumindest lt. Changelog) nicht zwischenzeitlich bereits behoben worden sein?

LG

Nachtrag 10.10.2025 14:07 Uhr: Github-Issue angelegt (GUI not usable if LiveConfig is running behind reverse proxy · Issue #99 · LiveConfig/lc3)

j4i: das Downgrade auf LiveConfig2 brachte nun bei diversen Service den bereits bekannten Fehler mit den masked Services mit sich.

Soeben testweise LiveConfig3 installiert.

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

/var/log/liveconfig/liveconfig.log:

[5622] [2025-10-08 16:31:59.641210] [ERR] Missing or invalid 'Connection: Upgrade' header
[5622] [2025-10-08 16:32:00.721879] [ERR] Missing or invalid 'Connection: Upgrade' header
[5622] [2025-10-08 16:32:03.694025] [ERR] Missing or invalid 'Connection: Upgrade' header
[5622] [2025-10-08 16:32:08.693953] [ERR] Missing or invalid 'Connection: Upgrade' header
[5622] [2025-10-08 16:32:17.700222] [ERR] Missing or invalid 'Connection: Upgrade' header
[5622] [2025-10-08 16:32:34.711492] [ERR] Missing or invalid 'Connection: Upgrade' header
[5622] [2025-10-08 16:33:05.705776] [ERR] Missing or invalid 'Connection: Upgrade' header

Konnte im Forum diesbezüglich nichts finden - ist einem von Euch diesbezüglich etwas bekannt?

Ein weiterer Fehler der sich gerade auftut:

systemctl status lclogparse

Okt 08 16:26:04 systemd[1]: lclogparse.service - LiveConfig log file analyzer was skipped because of an unmet condition check (ConditionPathExists=/etc/liveconfig/lclogparse.conf).

LG

Zitat von kk

Wurde soeben online gestellt.

Änderungen siehe Changelog

Das Problem

• Konfigurationsfehler mit NGINX unter Debian 13 behoben (doppeltes http2 on;)

ist allerdings nicht nur alleine auf Debian 13 beschränkt: ich habe soeben (Debian 12 & nginx/1.29.0) auf die Version 2.18.7 geupdatet und das Problem mit den fehlerhaften Konfigurationen besteht dort weiterhin.

LG

Bei allem Verständnis für Ferienzeiten o.Ä.: wer in den letzten Monaten und Jahren aktiv mitgelesen hat weiß durchaus, dass die Kommunikation hier im Forum schon während der Entwicklung von LC3 gelinde gesagt nicht die Beste gewesen ist. Dieser Umstand scheint sich auch nach dem Release bedauerlicherweise fortzusetzen.

LiveConfig ist und bleibt ein tolles Produkt aber die Kommunikation wurde hier bereits oft und mehrfach zu Recht kritisiert - insbesondere nach dem Release von LC3 sollte dies eigentlich nicht passieren.

Zitat von pkambach

Vielleicht noch als Frage: Welches OS?

Gerne doch: Debian 12

Guten Morgen,

soeben ein Update auf LiveConfig 2.18.6 durchgeführt - danach lässt sich NGINX nicht mehr starten:

user@host1:~$ sudo systemctl status nginx.service
× nginx.service - nginx - high performance web server
     Loaded: loaded (/lib/systemd/system/nginx.service; enabled; preset: enabled)
     Active: failed (Result: exit-code) since Wed 2025-09-03 10:56:07 CEST; 20s ago
       Docs: https://nginx.org/en/docs/
    Process: 4025 ExecStart=/usr/sbin/nginx -c ${CONFFILE} (code=exited, status=1/FAILURE)
        CPU: 31ms

Sep 03 10:56:07 host1.host.nrw systemd[1]: Starting nginx.service - nginx - high performance web server...
Sep 03 10:56:07 host1.host.nrw nginx[4025]: nginx: [warn] the "listen ... http2" directive is deprecated, use the "http2" directive instead in /etc/nginx/sites-enabled/web1.conf:468
Sep 03 10:56:07 host1.host.nrw nginx[4025]: nginx: [warn] the "listen ... http2" directive is deprecated, use the "http2" directive instead in /etc/nginx/sites-enabled/web1.conf:470
Sep 03 10:56:07 host1.host.nrw nginx[4025]: nginx: [emerg] "http2" directive is duplicate in /etc/nginx/sites-enabled/web1.conf:471
Sep 03 10:56:07 host1.host.nrw systemd[1]: nginx.service: Control process exited, code=exited, status=1/FAILURE
Sep 03 10:56:07 host1.host.nrw systemd[1]: nginx.service: Failed with result 'exit-code'.
Sep 03 10:56:07 host1.host.nrw systemd[1]: Failed to start nginx.service - nginx - high performance web server.

Betrifft aber allem Anschein nach sämtliche von LiveConfig verwalteten *.conf Dateien unter /etc/nginx/sites-enabled/.

nginx version: nginx/1.29.0

E-Mail an Herrn Keppler ist bereits raus.

LG

Vermutlich die gleiche Problematik wie bereits

LiveConfig 3 - Seite 2 - Fehler und Problembehebung - LiveConfig Forum

LiveConfig 3 - Seite 2 - Fehler und Problembehebung - LiveConfig Forum

LiveConfig 3 - Seite 4 - Fehler und Problembehebung - LiveConfig Forum

geäußert?

Zitat von TCRserver

Wäre es möglich, dass alle User zu den Fehlern GitHub Issues anlegen?
Dann hätten wir auch den Überblick was schon gemeldet ist, und was noch offen ist.
Die Übersichtlichkeit hier im Forum ist, durchaus etwas schwierig, da alles in einen Thread gepostet wird.

Ich glaube das würde auch den LC Entwicklern helfen.

Noch kurz der Link zum öffentlichen Bugtracker (GitHub): Issues · LiveConfig/lc3

kk

Da auf viele der speziell in diesem Thread gemeldeten Beiträge bisher keine offizielle Stellungnahme/Rückmeldung erfolgte, sei mir folgende Nachfrage gestattet: wann kann mit weiteren Fixes/Updates diesbezüglich gerechnet werden?

Wir haben uns den Umstieg auf LiveConfig 3 (auch den testweise Umstieg mit der Möglichkeit LiveConfig 2 jederzeit wieder zu installieren) bisher aufgrund der ganzen Meldungen geschenkt und warten zur Sicherheit (für LiveConfig-Verhältnisse auch eher unüblich) dann doch noch ein wenig ab, bis LiveConfig 3 produktiv eingesetzt wird.

Zitat von kk

Bei der DNSSEC-Migration gab es leider einen Fehler: bei DNS-Zonen, welche einen 4096-Bit RSA-Schlüssel als KSK haben, und bei denen wiederum der ZSK-Key-Tag einen kleineren Wert als der KSK-Key-Tag hat, bei denen wurde eine falsche DNSSEC-Policy in die Zonenliste geschrieben (für 2048-Bit statt 4096-Bit-KSKs). Das führte wiederum dazu, dass BIND die KSKs nicht übernommen sondern Neue erzeugt hat. :-/

(das ist leider eine seeehr hässliche Nebenwirkung der "wir-kümmern-uns-ab-sofort-um-alles"-Philosophie bei dnssec-policy.

Der Migrationsfehler wurde eben behoben, wir entwickeln eben noch ein Routine zur Korrektur aller betroffenen Domains (bei bereits migrierten Systemen), wird dann gleich in Form der v2.18.1 bereitstehen.

Kurze Rückfrage hinsichtlich v2.18.1 (da aktuell noch kein Changelog vorhanden): sind nach Einspielung des Updates noch manuelle Änderungen/Anpassungen notwendig oder übernimmt das Update eigenständig die entsprechend notwendigen Routinen?

Und noch eine weitere Nachfrage zu v2.18.1/v3.0.0: unterstützt LiveConfig 2/3 bereits Dovecot 2.4 insbesondere hinsichtlich der notwendigen Anpassungen (2.4 ist nicht mit 2.3 Config-Files kompatibel) der Konfigurationsdateien?

Zitat von weltmeister

So viel zum Thema, es mag sein, das dies übertrieben dargestellt wird, aber es gibt da schon Unterschiede: https://rackspeed.de/starke-partner/#litespeed

Die "großen" sind uns also schon um Nasenlängen im voraus.

Ernstgemeinte Zwischenfrage zu dieser Aussage: verlässt du dich eigentlich immer blind auf die Marketingaussagen und/oder -darstellungen etwaiger Mitbewerber oder hast du das vergangene Jahr (dein erster Beitrag stammt immerhin bereits aus März 2024) mal effektiv dazu genutzt, eigene Testumgebungen aufzusetzen und die "tatsächlichen" Unterschiede zwischen Apache, NGINX und LiteSpeed aufzuzeigen?

Das erste was mir bei dieser übertriebenen Darstellung auffällt ist der Umstand, dass sowohl bei Apache2.4 mit PHP-FPM als auch insbesondere bei NGINX mit PHP-FPM sämtliche Hinweise und/oder Erwähnungen auf Cache-Mechanismen fehlen - lediglich LiteSpeed wird bei diesem Ladezeiten HTML-Grundgerüst Vergleich mit dem hauseigenen LS-Cache erwähnt. Bitte mehr zwischen den Zeilen lesen... hilft manchmal ungemein.

Eine kurze Frage den Funktionsumfang LiveConfig 3 betreffend: LiveConfig 2 konnte (Logo direkt über das GUI - sonstige Anpassungen mit Hilfe von Templates (GitHub - LiveConfig/templates: LiveConfig CSS templates) angepasst werden.

Wird das bisher genutzte "Template"-System aus LiveConfig 2 für LiveConfig 3 übernommen oder sind für LiveConfig 3 andere White Label-Optionen (vergleichbar mit der Konkurrenz, welche etwaige Anpassungen direkt über das GUI ermöglicht) geplant?