Beiträge von TCRserver

Ja klar, sonst würden die Server ja nicht korrekt funktionieren.
Die Server sind schon seit eingen Jahren im Einsatz (seit es das LC NAT Feature gibt).

Ich habe leider auch noch ein Problem mit den LE Zertifikaten.

Alle Domains die auf Server mit NAT IP-Adresse sind, zeigen folgende Fehlermeldung:
[01.10.2019 21:24:20] ACME2: http://www.example.de: DNS check failed: DNS error: unknown/invalid IP(s) found in DNS: xxx.xxx.xxx.xxx

Und somit werden die Zertifikate nicht verlängert.

Ich verstehe den Wunsch von euch ganze Zonen zu blockieren um den lästigen SPAM in den Griff zu bekommen. Aber wirklich begeistert bin ich von so einer Funktion nicht. Wenn Möglich, dann bitte Konfigurierbar machen, damit man die Funktion ggf. auch deaktivieren kann.

Das grenzt dann aber schon an Zensur, wenn man eine ganze Zone pauschal blockiert...

Ein Neustart von LC während Pakete installert wurden kann ich nicht ganz ausschließen.
Gestern Abend habe ich den Dovecot Patch und LC 2.8.1 in einem Rutsch installiert.

Teilweise wurde die Konfiguration von Dovecot erst einige Minuten nach dem Restart wieder angezeigt.

Inzwischen habe ich alle Clients nochmals neu gestartet und die Konfiguration wird bei allen Servern korrekt angezeigt. Ich kann es aktuell auch nicht mehr reproduzieren.

Hallo Klaus,

bei mir wird mit der 2.8.1 in der Server Verwaltung der Dovecot Server nicht mehr angezeigt.
Ein "lcclient --diag" findet den Dovecot aber zuverlässig. Daher tippe ich jetzt einfach mal auf ein Problem mit der anzeige.

Zitat

Checking for POP/IMAP server software:
- Found 'dovecot' POP/IMAP server
Version: '2.2.27'
Package version: '1:2.2.27-3+deb9u5'

Bei mir ist es auf vielen Servern reproduzierbar.
Ein Neustart des Clients bringt nicht immer eine Lösung.

Getestete OS: Debian 9.9 und 10

Was sagen die Logfiles liveconfig.log, lcclient.log und access.log? Ist dort irgendwas relevantes hinterlegt?

Ist das Template korrekt angelegt bzw. wurde was am Template geändert?

Bei uns ist es am Anfang immer mal wieder zu Problemen gekommen, wenn wir mit den Templates und der Konfiguration "gespielt" haben. Dann wurden Domains nicht richtig aktualisiert.

Also Lösung haben wir 2 NS aufgesetzt, die zwar existieren, die aber nur als Dummy-Nameserver dienen und nach außen via Fiewall geblockt sind.
Wenn es zu Problemen kommt, transferieren wir die Zone auf dieses Dummy-Nameserver Set und danach wieder zurück auf die Produktiven.

Steht die Verbindung zwischen dem LiveConfig Server und dem Client?
Erkennbar im LiveConfig im Menüpunkt Serververwaltung.

Nee, aber wir fummeln gerne mal in der DB rum und schwitzen dann... :cool:

Zitat

aber wir möchten den nunmal auch nicht im Regen stehen lassen

Sehr gut! Vielen Dank dafür!
So habe ich kk und sein Team bei X Besuchen auf dem WHD/Cloudfest kennen gelernt und so gehört es sich auch. Kunden helfen, aus Fehlern lernen und dabei noch das Produkt verbessern.
Auch wenn es einen Release Termin verschiebt.

Und nein, wir sind es ausnahmsweise mal nicht den es getroffen hat.

Ich zitiere mal die Ankündigung zur Preview 2.8

Zitat

der neue Backup-Service (lcbackup) ist noch nicht in die GUI integriert

Also nix mit totschweigen sondern daran wird gearbeitet.
Auch wenn es sehr lange gedauert hat.

Und als kleiner Tipp: Eine eigene Lösung via rsync, duplicity oder einem der vielen anderen Tools ist schnell umgesetzt, wenn man sich damit beschäftigt.
Und ein nicht voll automatischer Restore kann ja auch zusätzliche Umsätze generieren :cool:

Also bei uns läuft SA unter Debian 9 ebenfalls relativ Problemlos.
Nur die Qualität der SPAM Erkennung ist öfters mal nicht ganz so prickelnd.

Das einzigste was wir kennen ist das Berechtigungs Thema:
https://www.liveconfig.com/de/…1839&viewfull=1#post11839

Ansonsten wären wirklich einmal die Logfiles ganz gut.

Welches OS und welche Version verwendet ihr?

Hallo Herr Keppler,
seit zwei bis drei Wochen gibt es eine #5244 als Preview, aber keine Ankündigung dazu.
Was verbirgt sich denn hinter der Version?

Warum willst du dann nach /usr/share/phpmyadmin etwas schreiben?

Wenn es ein LC Vertrag ist, in dem PMA installiert wurde, dann ist der korrekte Pfad:
/var/www/<vertrag>/tmp/

Siehe:
https://www.liveconfig.com/de/…utorial.directories.xhtml

Gar nicht

Da ich einen Server mit LiveConfig betreibe, ist auch PMA in einen LiveConfig Vertrag installiert.

https://github.com/stefansl/pma-updatescript

Das Script aktualisiert dir zumindest mal PMA.

Es wurde die von LiveConfig intern genutzte OpenSSL Lib auf die aktuelel Version 1.1.1a aktualisiert.
Nicht die Debian bzw. die auf dem Server installierte Version.

Bei Debian ist die 1.1.1a aktuell erst im testing Zweig (Buster) enthalten und wird meiner Meinung nach, auch nicht mehr in Stretch rein kommen. Die beiden Timing Bugfixes wegen den vermutlich die OpenSSL Version aktualisiert wurde, sind aber in dem aktuellen Debian Paket enthalten.

Zitat von antondollmaier

- nachträgliche Änderungen halte ich für nicht realisierbar. Da muss der Kunde schon selbst Antispam aktivieren, wenn ihm zu viel Spam kommt.

Das ist auch eine rechtlich kritische Sache. Dazu gab es hier im Forum mal eine Diskusssion mit einigen sehr guten Anmerkungen von Hr. Keppler.