Beiträge von bravesurfer

Das kann ich bestätigen

Auf einem Testsystem unter Debian 13.3 und LiveConfig 3.14 startet LiveConfig nach einem Systemreboot zunächst nicht.

[ERR] /etc/liveconfig/tls-lets-encrypt.json: Error while registering Let's Encrypt: /usr/lib/liveconfig/tls/autotls.acme: timed out after 15,000000 seconds

ein service liveconfig start funktioniert im Anschluss aber problemlos.

Wird das noch behoben oder muss ich veranlassen, dass Liveconfig nach dem Reboot etwas verzögert gestartet wird?

Zitat von blu3bird

Versucht mal folgendes:

etc/proftpd/modules.conf öffnen und folgendes hinzufügen:

Code

# Debian #1103154: needed to make default config executable
LoadModule mod_delay.c
LoadModule mod_ls.c
LoadModule mod_xfer.c

Proftpd dann noch kurz neustarten.

Alles anzeigen

Habe heute unter LiveConfig 2.18.10 ein Upgrade von Debian 12.13 auf 13.3 gewagt, läuft nahezu ohne Probleme durch einzig o.g. Anpassungen sind nach wie vor händische nötig um proftpd wieder funktionsfähig zu bringen. Wird das mit dem nächsten LiveConfig Release behoben sein?

.... funktioniert das bei anderen Nutzern unter LC3 wie es soll oder lässt sich dass bei euch auch rekonstruieren?

das Problem das Apps nicht mehr angezeigt werden hatte ich auch. Schau mal ob in der LiveConfig Datenbank unter APREPO der Wert AR_Disabled auf 1 steht, falls ja ist das der Grund und du solltest es für jede gewünschte App auf den Wert 0 stellen

Hallo Herr Keppler,

diese vorgehensweise hat unter LiveConfig 2 tadellos funktioniert und tut es eigentlich auch noch unter LiveConfig 3.

In LiveConfig3 gibt es aber wohl nunmehr für die PHP-Einstellungen eigens den Typ "Zend-Erweiterung", was den Vorteil hat, dass das Feld Name mit einem einschlägigen Text, zum Beispiel ioncube-PHP83, belegt werden kann. Das ist auch gut so, da sonst dem Kunden wohl in LiveConfig3 für alle PHP-Versionen lediglich zend_extension in den PHP-Einstellungen angezeigt wird und für ihr nur schwer zu erkennen ist, was der Schalter bewirkt.

Im LC2 sah das etwas anders aus.

Wenn ich nun aber Zend aktiviere/deaktiviere wird zwar die php.ini neu geschrieben, es fehlt aber auch bei Auswahl des Wert "ja" dort der Eintrag zend_extensions, was wiederum zur Folge hat das ionCube nicht geladen wird. Nur wenn ich unter Name zend_extension eigeben funktioneirt es wie vermutet, mit dem Problem, wie oben beschrieben, dass der Kunden dann nicht mehr erkennt was der Schalter bewirkt.

Ist das noch ein Fehler in LiveConfig3 oder habe ich etwas falsch gemacht/verstanden?

Beim Anlegen von neuen Kunden mit laufender Kundennummer fallen einige Ungereimtheiten auf.

-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

- Bei der Neuvergabe eines Passwort wird bei Klick auf den Button zum automatischen generieren, keine regelkonformes Passwort generiert

Bin nun erst mal wieder auf LiveConfig 2.x zurück sind mir einfach noch zu viele Fehler in der 3.x und die Behebung scheint momentan nur schleichend voran zu gehen

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?

Wan wird das Benutzerhandbuch auf 3.x umgestellt?

Findet sich schon irgendwo eine Dokumentation zur Backupfunktion in Liveconfig?

warte auch schon gespannt ...

Danke für die Info

danke für die Rückmeldung und den Sachstand, hoffe Sie hatten einen erholsamen, wenn auch kurzen, Urlaub. Wann ist den mit einer Veröffentlichung der nächsten Version zu rechnen bei der bekannte Fehler bereinigt wurden?

Ich werde auch noch abwarten, leider werden gemeldete Fehler derzeit gefühlt zu zögerlich behoben bzw. man wird nicht mitgenommen was den aktuellen Sachstand betrifft

Gibt es Schone einen Zeitplan wann das Problem in einer neuen Version behoben sein wird?

Zitat von Systemhaus-EHST

Hallo

das mit ProFTP ist bekannt wir warten auch schon auf das Update, derzeit wird eine fehlerhafte Konfig erzeugt und kein TLS mehr möglich.

Mit freundlichen Grüßen

Martin Krüger

Alles anzeigen

Zitat von Systemhaus-EHST

Hallo

die ProFTPConfig welche LiveConfig erzeugt lässt den ProFTP Dienst unter Debian Trixie nicht starten, wegen Degraded Config Inhalten.

Mit freundlichen Grüßen

Martin Krüger

Alles anzeigen

Kann ich hier unter Trixie / LiveConfig 2.18.5 bestätigen und ein "neu konfigurieren" in LiveConfig führt zum Fehler

"Error while reloading configuration (exit code: 1)"

Habe gerade wieder getestet von der neusten 2.x auf die 3.03 upzudaten. Bekomme lclogparse trotz aller Versuche nicht zum Starten

lclogparse.service - LiveConfig log file analyzer was skipped because of an unmet condition check (ConditionPathExists=/etc/liveconfig/lclogparse.conf)

Wie bringe ich LiveConfig dazu die lclogparse.conf korrekt anzulegen?

Nachtrag: war wohl ein individuelles Problem meines Testsystems das schon unter 2.0 keine lclogparse.conf enthielt. Habe die nun von einem anderen System hineinkopiert und nun läuft es!

Weiß der Teufel warum die gefehlt hatte.

danke für den Hinweis

Hallo,

gibt es schon einen Zeitplan für die Version 3.02?

Habe nun nochmals auf dem Testsystem von 2.8.2 aus upgedatet.

lcpolicyd lcsam waren nun in Ordnung logparse und lcbackup hingegen nicht.

Bei lclogparse hilft nun auch kein

systemctl unmask lclogparse

Demnach fehlt die /etc/liveconfig/lclogparse.conf

Habe nun mal 2 Tage auf einem Testsystem (Debian 12) das Upgrade von LiveConfig 2.81 auf 3 durchgeführt und mir sind bislang folgende Dinge aufgefallen:

Wie bereits von einigen festgestellt waren auch bei mir die Dienste lclogpares, lcpolicyd, lcsam und lcbackup waren alle maskiert, konnten abert nach einem sytemctl unmask gestartet werden (offensichtlich wird an einer Problembehandlung gearbeitet).

In der Adminoberfläche lässt sich der Punkt "Erste Schritte" nicht abarbeiten, der Punkt "Erste Schritte künftig nicht mehr anzeigen" ist ausgegraut (wurde glaube bereits schon einmal hier von einem Nutzer angeführt).

Der Let's Encrypt Zugang des einzige angelegten Endkunden (Testsystem) ist nicht mehr funktionsfähig. Bei Auswahl des Selbigen erscheint bei Bestellung eines Zertifikat die Meldung "unbekanntes TLS-Produkt oder nicht berechtigt". Wenn ich einen neuen Zugang anlegen funktioniert dieser wunderbar und auch für den Administrator/Reseller funktioniert der dortige separate Zugangs noch nach dem Upgrade, nur beim Endkunden nicht.

Habe am nächsten Tag des Testserver nochmals unter 2.18.1 getestet, da funktioniert der Zugang beim Endkunden Problemlos.

In diesem Zuge: Es ist wohl nicht möglich einen eingerichtete TLS-Zugang zu löschen, unter 2.x ging das noch? Dann muss ich das wohl direkt in der Datenbank bewerkstelligen, sonst habe ich ja nun 2 Let's Encrypt Zugänge zur Auswahl stehen, oder ist da mit einer Korrektur zu rechnen?

Die Datensicherung ist für den Adminzugang aktiviert und Speicherplatz unter /var/backups/liveconfig lokal eingerichtet, lcbackup läuft.

Wenn ich nun für Endkunden in bestimmten Angeboten die Datensicherung freischalten möchte erhalte ich jedoch die Meldung "the requested Resource couldn't be found" egal ob ich die automatische oder die manuelle Datensicherung wähle.

Noch 2 Kleinigkeiten die mir aufgefallen sind bzw. Fragen dazu:

Kann der Schieber "Automatisierte Zertifikate anzeigen" standardmäßig aktiviert bleiben? Ich finde es störend wenn da standardmäßig keine Zertifikate angezeigt werden?

Früher war neben einer Domain/Subdomain neben dem Button "in die Zwischenablage kopieren" noch ein Button "in einem neuen Fenster/Reiter öffnen" der scheint bei mir nun zu fehlen, Absicht oder wurde das vergessen?

gute Entscheidung habe es bisher auch nur auf einem Testsystem.

Denke aber in einigen Tagen sind die Problemchen die es noch gibt vom ausgezeichneten Team hier lokalisiert und weitestgehend behoben, hier scheint es mittlerweile auf dem Testsystem nach entsprechenden Nachbesserungen zu laufen.