Beiträge von tfi

Wenn ich mich jetzt nicht verschaut habe, fehlt die "lclogparse.conf" auch schon in den Paketen:

http://repo.liveconfig.com/deb…_2.16.0-release_amd64.deb

http://repo.liveconfig.com/deb…_2.16.0-release_amd64.deb

Wenn das lclogparse-Thema unter debian12, durch das Logging gegen journald und nicht mehr gegen syslog/var/log/,

sowieso grundlegend überarbeitet werden muss - dann passt das für mich auch.

Hatte mich nur gewundert dass es den Prozess und die Konfig dazu nicht mehr gibt.

Ja, postfix wird durch LiveConfig verwaltet,

Version:3.7.6 (3.7.6-0+deb12u2)

Konfiguration:/etc/postfix/main.cf

Status:Konfiguration ok.

Der Prozess für lclogsplit ist am Laufen

/usr/lib/liveconfig/lclogsplit -i -w

Nur lclogparse fehlt, auch schon die Konfig-File dafür.

Konfig-File und Auto-Start sollte doch aber bei der Installation angelegt werden?

Dass das durch die fehlende mail.log nichts zu tun hat .. ist die andere Sache.

Hallo zusammen,

nach frischer debian12 Installation mit LiveConfig 2.16.0 ist mir aufgefallen, dass kein

"/usr/lib/liveconfig/lclogparse -c /etc/liveconfig/lclogparse.conf" Prozess (wie bei meinen anderen Servern) mehr läuft.

Hat sich hier für debian12 etwas geändert? Wird nicht mehr benötigt?

Oder ggf. Fehler/Bug in der LC-Version?

Die conf-Datei ist schon nicht vorhanden:

# ls -l /etc/liveconfig/lclogparse.conf
ls: cannot access '/etc/liveconfig/lclogparse.conf': No such file or directory

Aus dem Paket kommt wohl nur:

# dpkg -L lcclient | grep parse
/usr/share/man/man1/lclogparse.1
/usr/share/man/de/man1/lclogparse.1
/usr/lib/liveconfig/lclogparse.init
/usr/lib/liveconfig/lclogparse
/usr/lib/liveconfig/lclogparse.service

Gibt auch keine Start-Einträge dafür, weder im rc.d noch im systemd.

Falls Bug, kann mir wer die aktuelle Version der /etc/liveconfig/lclogparse.conf posten?

conf anlegen, in systemd-Autostart aufnehmen, dann sollte das wieder passen ...

Danke!

Gruß

Thomas

Stimmt! Das war bereits wo enthalten - Danke!

Hallo,

um unsere Kunden / Anhänger alter PHP v5.x Versionen zur Umstellung auf eine aktuelle Version
zu bewegen, wurden bereits über die Rundmail-Funktion Info-Mails versendet.

Diese Mails landen allerdings auch bei Kunden, die keinen Webspace aktiviert haben und z.B. nur
die DNS-Verwaltung nutzen oder auch bei den Kunden, die bereits eine aktuelle PHP-Version einsetzen.

Fazit nach den bisherigen Info-Mails:
Verwirrung und Rückfragen bei Kunden die eigentlich nicht aktiv werden müssen
+ Keine Reaktionen/Aktionen von Kunden alter PHP-Versionen

Zusätzliche Filter wären praktisch:
- Kunden mit aktivem Webspace / aktiver Webspace Funktion
- ... dazu noch mit PHP-Version v5
- ggf. sogar die Möglichkeit einer $Webseiten-Variable welche die URLs des Kunden enthält,
für die der Webspace aktiviert ist

Falls das ggf. schon jemand zur Hand hat: Gerne posten :cool: :
Für die nächste Rundmail an die PHP v5 Kunden wollte ich mir noch die LC-Datenbank anschauen
ob man nicht mit 1-2 Queries alle E-Mail-Adressen von Kunden mit aktivem PHP 5.x Webspace erhält.

Danke!

Gruß

Thomas

Hallo,

Low-Prio-Request:

Eine Spalte für die LC-Version in der Übersicht der Serververwaltung

Danke!

Gruß

Thomas

Danke Herr Keppler!

Links unter dem Menüpunkt Datenbanken könnte man noch den DB-Server mit hinterlegen.

ggf. in der Tabelle der Verträge eine Server-Spalte ergänzen
oder in der Auflistung der einzelnen DBs eine Server-Spalte ergänzen
oder beim Klick (und auch beim Anlegen) auf eine DB eine Zeile Datenkbank-Server Zeile mit einfügen.

Dann hätte man alle Infos zur Datenbank auch unter dem Datenbank-Menü.

Klar, die Info steht auch im Webspace-Abschnitt, allerdings wird dort wohl nicht nachgeschaut

Passt nicht ganz zum Titel, aber kann ich, um das zu umgehen, eine eigene php.ini anlegen und einbinden/verwenden lassen?
Um dort zumindest die Optionen zu setzen, welche wir benötigen bzw. prüfen/testen wollen.

Eventuell könnten auch an einigen Stellen die Ansichten überarbeitet werden.

Speziell die Liste der FTP-Accounts wenn es dann doch mehrere sind (wir haben Fälle mit 20-30 FTP-Zugängen),
man hat noch Platz nach unten um den Bereich dort hin zu vergrößern

Hallo zusammen,

welches Limit gilt denn für die MySQL-Datenbanken für den User und die Datenbank selbst?

Wir hatten eben den Fall einer recht langen Vertragsbezeichnung und dass damit
keine Datenbanken angelegt werden konnten.

Der Name des Vertrages war schon lang genug, dass für die Datenbank selbst nicht
mal mehr ein "a" angegeben werden konnte.

Gruß

Thomas

Edit: Sofern das kein Limit durch MariaDB/SQL ist: Bitte längere Namen ermöglichen

Hallo,

in den PHP-Einstellungen gibt es ein Limit auf 512 Zeichen für
alle Einstellungen vom Typ Zeichenkette / String.

Ist uns beim Testen mit den disable_functions und open_basedir aufgefallen.

Bitte Limit entfernen

Danke,

Gruß

Thomas

Alles klar, Danke, habe den Config-Abschnitt in die modules.conf verlagert.

Gruß

Thomas

Hallo zusammen,

wir sollten in der /etc/proftpd/proftpd.conf Änderungen vornehmen.

Erster Ansatz war, eine eigene Config unter /etc/proftpd/conf.d/ abzulegen.
Allerdings gibt es Optionen (wie z.B. zum mod_facts) die nur 1x in der Config vorkommen dürfen
bzw. beim 2. Vorkommen nicht mehr berücksichtigt und ignoriert werden.

Die Zeilen wurden nun in der proftpd.conf auskommentiert, hält vermutlich bis LC die File neu schreibt.

Eventuell könnte man
# include additional configuration files
Include /etc/proftpd/conf.d/*.conf
von unten nach oben in die proftpd.conf verlagern?

Gruß

Thomas

Edit: Passt wohl besser nach Feedback-und-Vorschläge

Hallo zusammen,

die Suchergebnisse hier im Forum sehen etwas "verschoben" aus,
Screenshot was gemeint ist gibt es hier: lc-forum-suche

Getestet mit Chrome und Firefox (und sogar dem MS Edge) - Jeweils das gleiche Bild.
Namen der Threads in der Mitte abgeschnitten.

Problem mit meinem Client? Oder passt was nicht?

Danke!

Gruß
Thomas

Hallo kk,

danke für die Rückmeldung (ging bei mir komplett unter).
Freue mich, wenn die Punkte in der (oder einer) kommenden Version enthalten sind.

Frisch aufgekommen: Cronjobs und die PHP-Version.

Einige Kunden tragen Ihre Crons ein ala "php /var/www/<Vertrag>/<usw>/foo.php"
Auf den richtigen Pfad scheinen Sie noch zu kommen (steht auch im Webspace-Bereich, Server-Pfad)
aber bei der Wahl bzw. dem Finden der richtigen php-Binary gibt es Probleme.

Automatisch den Cron-Eintrag auf "php" prüfen und ggf. eine Version zur Auswahl anbieten
ist vermutlich zu komplex um das mal eben einzubauen, aber eine Info-Meldung/Hinweis wie
"Für PHP verwenden Sie, je nach PHP-Version, eine der folgenden Binaries:"
und entsprechend die vorhandenen Möglichkeiten auflisten könnte umsetzbar sein?

Danke!

Grüße

Thomas

Hallo zusammen,

wir haben zwischenzeitlich eine größere Anzahl an Servern im LiveConfig
(DB-Server, Shared-Hosting Webserver, Kunden-Server, ...) und es wäre praktisch,
wenn ggf. eine der Optionen umgesetzt werden könnte:

1)
Beim "Neuen Vertrag erstellen" Dialog im Ressourcen-Dropdown neben dem
Hostnamen des Servers auch die Info aus dem Beschreibung-Feld (Serververwaltung)
mit Anzeigen oder Einblenden, hilft bei der Orientierung/Zuordnung der Server

2)
Alternativ wäre es praktisch, wenn man den Angeboten (also den Vorlagen) bereits
einen Server zuweisen kann und dieser im oben genannten Dropdown vorausgewählt ist.
Einen anderen Server kann man dann noch immer auswählen.

3)
Eine Möglichkeit, Server vom Ressourcen-Dropdown auszuschließen ist sicher
auch nicht verkehrt. "Volle" DB/Mail/Webserver nehmen dort die Übersicht.
Anstelle ausblenden gerne auch nach unten anstellen, eventuell durch "-----"
oder ähnliches von den oberen, "aktiven" Servern getrennt.

In Bezug auf die DNS-Verwaltung der Domains:

4)
Trägt man für domain.de einen MX-Record mail.domain.de ein,
hat zuvor aber mail.domain.de noch nicht angelegt, wird der MX-Record
zwar gespeichert (bzw. man kann den Dialog mit "speichern" schließen),
der Record wird aber nicht angelegt (klar, das Ziel ist nicht vorhanden).
LC scheint hier schon zu prüfen ob es das Ziel gibt, eine Rückmeldung
dazu fehlt aber leider im Webinterface bzw. wäre nützlich.

Ist auch der Fall, wenn für domain.de ein anderer nicht vorhandener
MX gesetzt wird (mail.anderedomain.com usw.).

5)
Ebenfalls in der DNS-Verwaltung, wenn für die Domain ein Webspace
aktiv ist und ein A-Record gesetzt wird, erscheint unten der Hinweis:
keine automatischen A/AAAA-Einträge für den Webspace anlegen
ggf. könnte man den Rot+Fett gestalten, die Info wird leicht übersehen
und man wundert sich am Ende über merkwürdige Effekte
(und der Support muss prüfen was $Kunde hier anstellt)

6)
Nützlich wäre auch ein zusätzlicher Button beim Bearbeiten einer Domain:
Zonefile anzeigen
und entsprechend wird die komplette Zone der Domain ausgegeben/angezeigt
(in einem zum Kopieren geeigneten Format, nicht editierbare Textbox o.Ä.)

Bei einer Domain mit mehr als einer handvoll Records ist recht unschön
wenn man sich die Zonefile selbst aus der GUI herausklicken und kopieren muss.
(ja, klar geht es über ssh-Zugriff und ein cat auf die Zonefile, aber das steht
den Endkunden und manchen Support-Mitarbeitern halt nicht zur Verfügung)

Gruß

Thomas

Zur Auflösung:

Wollte dem Problem heute weiter nach gehen .. Es funktioniert aber plötzlich.
Änderungen gab es seither allerdings keine mehr.

Hi,

meinst du die bind-address?
Das wurde angepasst.

Ich erhalte ja auch eine Verbindung zum mysqld, nur lehnt dieser die Verbindung ab.
Habe in der Konfig auch keine der explizit freigegebenen IPs gefunden.

Gruß

Thomas

Hallo zusammen,

ich habe ein Problem mit einem Datenbankserver und dem Zugriff von Extern.

LC Weboberfläche -> Serververwaltung -> neuer DB-Server -> Datenbank-Tab

In der Liste der zugelassenen IPs sind ein paar IPs explizit angegeben,
vermutlich aber unnötig da in den Einstellungen darüber jetzt sowieso
die Option "Ext. Zugriff" aktiviert wurde.

Port 3306 ist am Server in der Firewall ebenfalls freigegeben.

Der Zugriff von extern funktioniert aber leider nicht.

Meine Test-Datenbank habe ich mit der "externen Zugriff erlauben" Option angelegt.
Beim Versuch von Extern zuzugreifen, erhalte ich ein "Access denied"
Ein telnet auf den Server:3306 liefert ein "Host 'mein.externer.host.tld' is not allowed to connect to this MariaDB server"

Von einem System, welches in der IP Liste steht, erhalte ich Zugriff.

Habe zum Testen auch alle IPs aus der Liste entfernt und mysqld neu gestartet
-> Zugriff von Extern klappt noch immer nicht.

Als ich dann auch noch die Option "Ext. Zugriff" entfernt habe,
kam ich dennoch von den ehemals gelisteten IPs an die DBs ran.
(Hatte erwartert, jetzt nur noch vom System selbst / localhost drauf zu kommen)

Hat hier jemand einen Tipp für mich?

Danke!

Gruß

Thomas