Beiträge von hchristo

Mag sein dass das Team von Liveconfig klein ist. Aber dann sollte auch mal offen gesprochen werden!
Themen zu Ignorieren seitens Liveconfig ist nicht die Lösung des Problems.

Es kann ja gesagt werden: "Die und die Funktion wird nicht umgesetzt!"

Dann kann man sich wenigstens darauf einstellen dass da nichts kommt. Ich bin auch bereit 20 oder 30€ Mon für Liveconfig zu bezahlen, wenn die gewünschten Funktionen von den es in dem Liveconfig Forum massenhaft gibt, auch umgesetzt werden.

Dieses Thema beispielweise: Github, in 2018 angefragt, in 2019 noch mal kurz darauf eingegangen, dann nichts mehr...

Viele Funktionen die andere Systeme schon Ewigkeiten haben, fallen hier aus der reihe.

Zitat von weltmeister

2046 sollte evtl. frühestens damit zu rechnen sein

Wenn <das Böse Wort> nicht so unfassbar Teuer wäre, hätte ich schon laaange von LC zu PLSK gewechselt.

+1

Der Wandel geht immer mehr zu Laravel Entwicklungen mit Deploy zu GitHub/GitLab.
Eine GIT und Laravel Integration wird immer wichtiger!

Mir ist nach dem Upgrade von Debian 12 auf Debian 13 aufgefallen, dass keine TLS-Verbindung mehr möglich war. Ursache war ein fehlendes TLS-Modul.

Falls jemand das gleiche Problem hat, hier die Lösung.

Fehlermeldung (z. B. in WinSCP)

proftpd AUTH not understood

Ursache

Das TLS-Modul mod_tls war nach dem Upgrade nicht mehr installiert bzw. geladen.

Lösung

Zuerst das fehlende Modul nachinstallieren:

apt install proftpd-mod-crypto

Danach in der Datei:

/etc/proftpd/modules.conf

die Raute (#) vor folgender Zeile entfernen:

LoadModule mod_tls.c

Anschließend die Konfiguration neu laden (z. B. über LiveConfig) – danach funktionieren TLS-Verbindungen wieder.

Optional: TLS standardmäßig erzwingen

Wer TLS verpflichtend nutzen möchte, kann zusätzlich in folgender Datei:

/etc/proftpd/tls.conf

die Raute (#) vor dieser Zeile entfernen:

TLSRequired on

Danach ebenfalls die Konfiguration neu schreiben oder den Dienst neu starten:

systemctl restart proftpd

(alternativ: service proftpd restart)

+ 1 Antrag unterstützt

Zitat von weltmeister

der ist es doch noch besser abzuwarten?

Fohes neues Jahr!

Wie geschrieben, ich werde weiterhin warten mit LC3, ich beobachte die LC3 Beiträge & Changelogs.
Wenn ich für mich das gefühl bekomme dass LC "Stable" ist, dann upgrade ich und berichte natürlich auch wieder.

Hallo zusammen,

ich wollte mal meine jüngste Erfahrung beim Upgrade von LC2 auf Debian 13 teilen – vielleicht hilft es ja dem ein oder anderen, der sich auch gerade auf den Sprung wagt.

Also: Upgrade wie immer durchgeführt, brav die Anleitung von Liveconfig befolgt – alles schien sauber zu laufen.

Dann kam der große Schock: apt autoremove hat beschlossen, mir einfach mal ein paar essentielle Pakete zu deinstallieren. Ja, richtig gelesen. Essenzielle Pakete wie:

• apache2

• nginx

• opendkim

• bind9

• proftpd

• clamav

Keine Ahnung, warum. Vielleicht ein „Feature“ von Debian 13, vielleicht ein kleiner Spaß der Paketverwaltung. Hätte ich Prüfen müssen was er deinstalliert: Klar, aber ich hab mich auf die anleitung verlassen!

Fakt ist: Mein Server fühlte sich plötzlich ziemlich nackig an.

Danach musste ich einiges manuell nachinstallieren und hoffen, dass alles wieder stabil läuft.

Besonders spannend bleibt: Ich hoffe inständig, dass Liveconfig seine child Prozesse nicht im Laufe des Tages die Biege macht – die Nerven liegen noch blank.

Fazit bisher: Upgrade technisch machbar, aber autoremove kann dir mitten in der Nacht eine echte Überraschung liefern. Also Augen auf und Backup bereithalten, Leute!

Hat jemand ähnliche Erfahrungen gemacht oder Tipps, wie man das beim nächsten Upgrade sauberer umgeht?

Traue ich mich das Upgrade auf LC3? Im Leben erst mal nicht, ich werde wohl noch bis ende des Jahres warten und den Support für LC2 so lange wir möglich mitzunehmen.

Ohne witz, Ich tendiere mittlerweile echt zu der Etwas teureren Hosting variante dessen name nicht genannt werden darf... Liveconfig fühlt sich Unstabil und sensibel an... oder täuscht das?

Mehr wollte ich nicht, nur nen erfahrungsbericht meiner seits.

kk Sehen Sie was sich Kunden wünschen?
Und das nicht nur heute, sondern Jaaaaaaahhhhhreeeee!

Ich bin parallel zu Liveconfig am Testen, aktuell KeyHelp von Keyweb.

Zur not beiß ich in den Sauren Apfel und Installier Plesk, das bietet wenigstens alles was Liveconfig verpsricht.

Muss ehrlich sagen dass mir Liveconfig langsam überhaupt nicht mehr gefällt. Liveconfig 3 läuft Instabil, Liveconfig 2 is auch nicht das wahre.
Essenzielle Funktionen werden erst jahrzehnte Später implementiert, die WebUI von LC3 sieht aus wie 1995, bei Last (Packen von archiven, Script Basiertes Kopieren von archiven weil LC Backup immer noch kacke ist und keine Externen Backups zuläst unter LC2) stürzen die Child Prozesse ab und allgem läuft das gefühlt extrem Instabil.

Für nen 10er im Monat kann man offensichtlich nicht viel erwarten, ich war zu anfang echt begeistert, aber mittlerweile hat trotz Preiserhöhung die Quallität echt nachgelassen.

Zitat von informant

hi all, ich habe mir ein script gebaut was die passwd datei wieder korrigiert, wer den fehler also auch hat kann sich gern bei mir melden bzgl. des scriptes.

ich hoffe lc findet den fehler, warum nur einige zeilen korrekt in der datei stehen und die anderen falsch.

mfg

Ungetestet (!!!) Aber hier wäre ein von ChatGPT vorgeschlagenes Script

#!/bin/bash
# fix_dovecot_passwd.sh
# Korrigiert falsche Einträge in /etc/dovecot/passwd, bei denen der Mailpfad unvollständig ist.

PASSWD_FILE="/etc/dovecot/passwd"
BACKUP_FILE="/etc/dovecot/passwd.bak_$(date +%Y%m%d_%H%M%S)"

# Backup anlegen
cp "$PASSWD_FILE" "$BACKUP_FILE"
echo "Backup erstellt: $BACKUP_FILE"

# Datei zeilenweise prüfen und korrigieren
awk -F: '
{
    # Prüfen, ob der 6. Feldteil (Home) fehlerhaft ist
    if ($6 == "/var/mail") {
        # Benutzername aus Feld 1 extrahieren (z. B. slu4300/8 aus userdb_mail-Pfad)
        match($0, /userdb_mail=maildir:\/var\/mail\/([^/]+\/[0-9]+)/, m)
        if (m[1] != "") {
            # Homepfad korrekt zusammensetzen
            $6 = "/var/mail/" m[1]
        }
    }
    # korrigierte Zeile ausgeben
    OFS=":"; print $0
}' "$PASSWD_FILE" > "${PASSWD_FILE}.fixed"

# Wenn das neue File gültig ist (nicht leer etc.), ersetzen
if [ -s "${PASSWD_FILE}.fixed" ]; then
    mv "${PASSWD_FILE}.fixed" "$PASSWD_FILE"
    echo "Korrektur abgeschlossen. Datei wurde aktualisiert."
else
    echo "Fehler: Keine gültige Ausgabe erzeugt. Originaldatei bleibt unverändert."
    rm -f "${PASSWD_FILE}.fixed"
fi

Was das Script tut:

• Legt eine Sicherung der Originaldatei an

• Sucht Zeilen, wo $6 == "/var/mail" ist

• Liest aus der userdb_mail=maildir:/var/mail/...-Angabe den korrekten Unterpfad heraus

• Fügt ihn wieder in die 6. Spalte ein

• Schreibt die korrigierte Datei zurück

+1 Antrag unterstützt. Ich habe das auch hin und wieder und das is Ultra nervig. Meistens tritt das auf wenn die großen Daten/Mails oder Datenbanken nicht innerhalb einer gewissen zeit gelöscht werden kann... das ist Ultra nverig

Ich hab meine Serverumzüge bisher immer mit Acronis durchgeführt.
Acronis 1:1 Full Backup gemacht, auf den neuen Server eingespielt, bei bedarf HDD/SSD Größe angepasst, fertig.

So hab ich bisher 3 Umzüge hingelegt: vServer -> Dedicated mit DDR3 Ram -> Dedicated mit DDR4 Ram.

Hat bisher immer geklappt. Dabei sei gesagt dass ich nicht auf UEFI sondern auf nem Legacy BIOS laufe... das is einfacher!

Ich bin so froh noch auf Debian 12 und LC2 zu laufen.
Ich denke dass ich noch so nen knappes jahr abwarte bis ich von LC2 -> LC3 wechsel.
Das System ist mir (Außerhalb betrachtet, als 3ter) noch zu Unstable!

Zitat von armin.moradi

Anton,

Vielen Dank für deine Antwort.

Wo genau in der Konfiguration kann ich das einstellen, dass das greift?

Achtung, diese E-Mail wurde mit Siri diktiert, nur zur Information.

Viele Grüße.

Armin

Alles anzeigen

Guten Morgen Armin, ich hab mal in diesem Forum nen Eintrag dafür gemacht. Link findest du hier: Anleitung: Roundcube Managesieve

Immer Aktuell ist meine Wiki: https://wiki.home-hosting.de/d…ovecot-Sieve_55869441html

Zitat von kk

Gibt's irgendwelche Meldungen in /var/log/liveconfig/liveconfig.log ?

Ein Server-Neustart behebt das Problem, ein LiveConfig-Neustart aber nicht?

Ich habe ihnen die Liveconfig LOG Datei als TXT zukommen lassen via PN

Moin, ich habe seit kurzem das Problem dass zwischendurch die Statistik abraucht.
Liveconfig Service Restart bringt hier nix.

Sieht so aus:


Wie behebe ich das ohne den Server neustarten zu müssen?

Freue mich auf Feedback!

Push!

Zitat von weltmeister

Das Problem besteht leider noch immer sporadisch. Kann das bitte behoben werden ohne weitere Bastelarbeiten in der Datenbank?

@Herr Keppler, ich habe das selbe Problem, ich musste den Kunden der Probleme gemacht hat überall in der Datenbank entfernen wo ich den, die ID o.ä gefunden habe weil selbst der Query nicht funktionierte...

puush

puush