LiveConfig 3.2.0 und 2.19.0 veröffentlicht
-
-
Vielen Dank!
- phpMyAdmin single sign on
- auf LC-Server: Communication with LiveConfig server failed: Failed to connect to ... port ... after 0 ms: Could not connect to server
- auf LC-Client (Version 3.1.4 (17009)) funktioniert das
Mit Klick auf den Schlüssel einloggen können war praktisch. Die Sub-Navigation mit nur einem Eintrag ist umständlich. - Berichte
Standard ("Übersicht") zeigt keine Daten
Kunden insgesamt (inklusive Resellerkunden):
Eigene Wiederverkäufer:
Eigene Endkunde: - SSHFP RR - Mehrere eingetragen, speichern, "An internal server error has occured. Please check the log file for more details."
[1648976] [EMERG] Uncaught exception: PCRE error in '(?s)^([0-9a-fA-F][0-9a-fA-F]){0,2048}$' (pos. 0): regular expression is too large
[1648976] [EMERG] METHOD: PATCH; URL: /liveconfig/api/v1/domains/domain.test [1648976] [EMERG] Got exception: std::runtime_error [ 0] 0x... /usr/lib/liveconfig/libk.so.0.9 [ 1] 0x... [ 2] 0x... [ 3] 0x... [ 4] 0x... [ 5] 0x... [ 6] 0x... [ 7] 0x... [ 8] 0x... [ 9] 0x... [10] 0x... [11] 0x... [12] 0x... [13] 0x... /usr/lib/liveconfig/libk.so.0.9 [14] 0x... /usr/lib/liveconfig/libk.so.0.9 [15] 0x... [16] 0x... /lib/x86_64-linux-gnu/libstdc++.so.6 [17] 0x... /lib/x86_64-linux-gnu/libc.so.6 [18] 0x... /lib/x86_64-linux-gnu/libc.so.
- phpMyAdmin single sign on
-
Zitat
auf LC-Server: Communication with LiveConfig server failed: Failed to connect to ... port ... after 0 ms: Could not connect to server
Wo genau tritt diese Meldung auf, und in welchem Kontext? Welcher Port?
(die Fehlermeldung würde ja eigentlich sagen, wer sich hier wohin connecten möchte - diese Information ist durchaus relevant)
ZitatBerichte - Standard ("Übersicht") zeigt keine Daten
Tritt eventuell ein Timeout während der Abfrage auf? Wird ansonsten etwas im liveconfig.log protokolliert? Ansonsten: als welcher Benutzer sind Sie angemeldet - als "admin"? Falls nicht, in welchem Kontext?
ZitatSSHFP RR - Mehrere eingetragen, speichern, "An internal server error has occured. Please check the log file for more details."
Schauen wir uns auch gleich an - aber: die Adressen des Stracktrace sind durchaus wichtig (deshalb werden die ja mit ausgegeben). Ein Stacktrace ohne Adressen ist völlig wertlos.
Da stecken keinerlei "sensible" Informationen drin. -
Zum SSHFP: was genau haben Sie denn hinterlegt, wodurch der Fehler aufgetreten ist? Bei unseren Tests funktioniert alles. Die relevanten Records können Sie z.B. mit dem Befehl ssh-keygen -D <hostname> erzeugen.
-
SSHFP: Fehler ist lokalisiert und behoben - das betraf nicht SSHFP, sondern TLSA-Records (in Ihrem Fall wird in der bearbeiteten Zone auch ein TLSA-Record existieren, hier wurde die Prüfung der Eingabe "verschärft" - nur konnte das leider zu einem zu komplexen PCRE-Ausdruck führen)
Behoben mit 3.2.0-2 (Build 17399), geht im Laufe des Vormittags in die Repositories.
-
Berichte > Server
Zeigt nur 10 Server an, der Rest ist verschollen bzw. die übliche Anzeige für Anzahl Zeilen fehlt. -
Eben auf zwei Systemen auf 2.19.0 aktualisiert. Ausgangsversion war 2.18.10.
Logfile von LiveConfig:
-
Dem schließe ich mich an dieser Stelle an - Update auf LiveConfig 2.19.0 durchgeführt, gleicher Fehler:
-
Wo genau tritt diese Meldung auf, und in welchem Kontext? Welcher Port?
(die Fehlermeldung würde ja eigentlich sagen, wer sich hier wohin connecten möchte - diese Information ist durchaus relevant)
"an phpMyAdmin anmelden..." (wofür stehen dabei die "..."?) -> https://.../lc-sso.php
Der Port ist ein privilegierter Port. Von außen (Client mit 3.14 funktioniert er Zugriff, von intern nicht). An Firewall liegt es wohl nicht. GUI ist über diesen Port erreichbar.
Code"POST /liveconfig/api/v1/databases/GktlqA/sso?id=... HTTP/1.1" 200 641 189 "/liveconfig/databases?id=..." "POST /liveconfig/app/db-sso HTTP/1.1" 200 781 31als welcher Benutzer sind Sie angemeldet - als "admin"?
Ja, als admin / root.
SSHFP:
ssh -o FingerprintHash=sha256 <server> liefert denselben Wert "foobar".
GUI: "foobar" bei "Wert" eingetragen -> speichern -> "Invalid input"
[Berichte]
Tritt eventuell ein Timeout während der Abfrage auf? Wird ansonsten etwas im liveconfig.log protokolliert?
Seit dem Upgrade auf 17401 funktioniert Bericht "Übersicht". Es wurde davor kein Timeout eingeblendet. Log hatte ich nicht kontrolliert.
Seit mehreren Versionen treten diese Upgrade-Fehler auf:
Entpacken von liveconfig3 (3.2.0-2.17401) über (3.2.0-1.17390) ...
liveconfig3 (3.2.0-2.17401) wird eingerichtet ...
Removing incomplete database backup
mysqldump process received signal 9 and exited
Job for lclogsplit.service failed because a timeout was exceeded.
See "systemctl status lclogsplit.service" and "journalctl -xeu lclogsplit.service" for details.
invoke-rc.d: initscript lclogsplit, action "start" failed.
● lclogsplit.service - LiveConfig lclogsplit
Loaded: loaded (/usr/lib/systemd/system/lclogsplit.service; enabled; preset: enabled)
Active: activating (start) since Wed 2026-04-15 16:39:52 CEST; 283ms ago
Job: 417199
...
Tasks: 1 (limit: 38366)
Memory: 252K (peak: 260K)
CPU: 830us
CGroup: /system.slice/lclogsplit.service
└─2978594 /usr/lib/systemd/systemd-executor --deserialize 68 --log-level info --log-target journal-or-kmsg
systemd[1]: lclogsplit.service: Scheduled restart job, restart counter is at 1.
systemd[1]: Starting lclogsplit.service - LiveConfig lclogsplit...
systemd[1]: lclogsplit.service: Can't open PID file '/run/liveconfig/lclogsplit.pid' (yet?) after start: No such file or directory
en verarbeitet ...
Trigger für man-db (2.13.1-1) werden verarbeitet ...
Trigger für libc-bin (2.41-12+deb13u2) werden verarbeitet ...
Zusammenfassung:
Aktualisiere: 0, Installiere: 0, Entferne: 0, Aktualisiere nicht: 0
Wird das Backup wegen Timeout abgebrochen?
Kann es sein, dass die Tabellen RRD_WEBSPACE RRD_TRAFFIC und RRD_MAIL nicht bereinigt werden? Die ältesten Einträge gehen zurück bis 201X.
(Die ersten beiden Tabellen sind dabei ca. 6x so groß wie RRD_MAIL.)
Gehört "/api/v2.0/" zu LC? "GET /api/v2.0/me/GetClientAccessToken HTTP/1.1" 404 577 104 "-" "Outlook-iOS/2.0"
-
Auch mit der aktuellsten Version ist liveconfig.log voller Versuche, Zertifikate für in LC längst gelöschte Domains zu erlangen. Teils wurden die Accounts (Verträge), insgesamt gelöscht.
ZitatDNS check for 'foo.test' failed: DNS error: unknown/invalid IP(s) found in DNS: <IPv4>
DNS check for 'bar.test' failed: DNS lookup failed: domain not found (NXDOMAIN)
Die Zertifikate sind nicht in der Zertifikatsliste zu finden. Es sind also verwaiste Einträge. Das Log ist so umständlich zu nutzen und der Server wird unnötig beschäftigt.
-
Hallo
Bericht für Server funktioniert nicht, (Fehlermeldung: Sie haben keine Berechtigung) aber als Admin angemeldet.
LiveConfig 3.2.0 (17401)
Mit freundlichen Grüßen
Martin Krüger
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!