Beiträge von kk

    Meine persönliche Meinung (als Techniker und Nicht-Jurist) ist, dass E-Mail kein verlässlicher zweiter Faktor ist.

    Der Grund ist banal: wenn das Passwort für LC via E-Mail zurückgesetzt werden kann, und Mail auch als 2FA genutzt wird, dann ist das eben nur ein Faktor.


    Wir planen einen "NIS2-Enforcement-Modus", und der umfasst noch ein wenig mehr - u.a. dass Logging via Syslog (an einen Remote-Host) erfolgt.

    Was DNS-Änderungen betrifft kann ich mir ein "Opt-In" vorstellen, so dass Privatpersonen die das nicht betrifft, ihre paar DNS-Einstellungen oder Dynamic DNS auch weiterhin ohne 2FA nutzen können (wenngleich 2FA grundsätzlich sinnvoll und empfehlenswert ist).

    Hierfür wird das Paket "lc-ext-sitepro" benötigt, welches aktuell noch nicht im Repository bereitsteht (das Löschen von verwaisten Sites wird aktuell noch überarbeitet). Spätestens zur RC12 soll das aber auch veröffentlicht werden (wenn nichts dazwischen kommt: nächsten Dienstag, 15.07.).

    Okay, dann habe ich mich unter Verwaltung -> Einstellungen -> Version mit [3.0.0-rc8] verwirren lassen, sorry...

    Wurde eben atualisiert :D Beim Release Candidate müssen wir die Versionsinfos derzeit noch manuell pflegen (da die Releases nicht automatisiert sind). Auch die "Release Notes" (Dashboard) passen wir gleich noch an. Das "rc"-Suffix wird ab dem Release rausfliegen, dann werden die Versionsnummern "normal" hochgezählt, was es dann wieder übersichtlicher machen dürfte.

    Bislang (LC 2.x) konnte man durch einen Klick ganz unten rechts auf den "Powered by ..."-Link im Popup die Versionsnummer einsehen. Das gibt's prinzipiell weiterhin, aber die Version wird nur noch Admins angezeigt.

    Das geht aktuell nur durch den Kunden selbst (für die entsprechend freigegebenen Einstellungen):

    Hosting -> Webspace -> Tab "PHP"


    Das Bearbeiten durch den Admin/Reseller wird aktuell noch fertiggestellt, siehe Issue GH-32 (ist im nächsten RC dann auch erledigt).

    Hallo,


    wir haben die PHP-Pakete für Debian/Ubuntu eben auf die Versionen 8.1.33, 8.2.29, 8.3.23 und 8.4.10 aktualisiert.

    Möglicherweise werden einzelne Patches auch für noch ältere Versionen "backported", es kann also gut sein dass da auch noch Updates kommen.


    Viele Grüße


    -Klaus Keppler

    Soeben haben wir LiveConfig 3 nochmal aktualisiert (Release Candidate 11 - also 3.0.0-rc11). Die Änderungen sind im Changelog (Tab "Version 3.x") aufgeführt. Letztendlich werden mit diesem Update einige Fehler und Probleme behoben, die im ersten Produktivbetrieb zu Tage gekommen sind.


    Wir planen in etwa zwei Wochen dann den letzten Release Candidate (rc12) zu veröffentlichen, und weitere zwei Wochen später das "stable"-Release. 8)


    Viele Grüße


    -Klaus Keppler

    Danke, war bereits in Bearbeitung (ein anderes Ticket kam kurz vorher schon herein).

    Es gab eine eigentlich(tm) minimale Änderung am Lizenzserver, um in einem bestimmten Fall eine aussagekräftigere Fehlermeldung bei der Lizenzverlängerung (LiveConfig 3.x) zu bekommen. Blöderweise hat LiveConfig 2.x bei der Verlängerung aber hier einen Fehler ausgelöst. :/

    Nun sollte wieder alles korrekt laufen - sorry für die Unannehmlichkeiten. :(

    Bottleneck dürfte auch eher PHP sein als der eigentliche http-Server.

    Das ist genau das Thema. Die größten Performance-Vorteile kommen durch's Caching zustande. Was "normale" Web-Zugriffe auf statische Inhalte betrifft, nehmen sich alle Server im Normalbetrieb kaum etwas.

    Wir haben inzwischen sehr gute Erfahrungen mit NGINX-Caching gesammelt (und auch einige Stolperfallen kennengelernt) und bereiten die Integration in LC bereits vor (Stichwort "FastCGI Cache"). Zudem testen wir bei einem Projekt einen serverweiten Brute-Force-Schutz für Wordpress (das ist ein immer häufigerer Grund für lang dauernde und teils extrem hohe Serverlasten).

    Zum FastCGI-Cache ggf. kurz an support@liveconfig.com wenden, dann können wir die aktuell getesteten NGINX-Einstellungen vorab teilen.

    Auch OpenSSL 3 steht aktuell etwas in der Kritik, weil die TLS-Performance da in manchen Konstellationen leidet (das ist aber ein extrem komplexes Thema).

    Aber erstmal eins nach dem anderen...

    Nein, Litespeed wird nicht unterstützt (sonst würde der bei den Unterstützten Diensten aufgeführt sein). Vorerst ist auch keine Entwicklung in dieser Richtung geplant:

    - die Nachfrage ist äußerst gering (max. 1-2 pro Jahr?)

    - wir sehen keine nennenswerten technischen Vorteile


    Da Litespeed angeblich weitgehend Apache-kompatibel sein soll, kann man ggf. versuchen den Apache einfach zu ersetzen (wir können hierbei aber keinerlei Support geben).

    Ohne Litespeed schlecht reden zu wollen: welche Vorteile erwarten Sie sich damit genau?

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

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

    Prometheus-Metriken sind an sich schon vorbereitet, für den Anfang aber noch eher rudimentär (der Appetit kommt beim Essen, es wird sich zeigen welche Daten sinnvoll sind). Weitere Details in Kürze (aktuell sind noch andere Themen etwas wichtiger)


    Eben haben wir v3.0.0-rc10 bereitgestellt, mit der noch mal eine Hand voll Fehler behoben und Details verbessert wurden.

    Aktuell gibt's noch ein Problem bei der Verlängerung von "alten" Let's-Encrypt-Zertifikaten (aus LC2), sollte aber bis morgen auch erledigt sein.

    Die letzte Baustelle - die Extension-API für u.a. den Website-Builder (Site.pro) - ist technisch betrachtet auch abgeschlossen und wird im Laufe der nächsten Tage fertig integriert und getestet (insbes. reibungslose Migration von Site.pro-Accounts aus LiveConfig 2).

    Last but not least werden die Github-Issues abgearbeitet.


    Viele Grüße


    -Klaus Keppler

    Morgen im Laufe des Tages wird es ein umfangreiches Update zu LC3 geben. Aktuell laufen mehrere produktive Rollouts auf Multi-Server-Systemen, die wir sehr engmaschig begleiten und beobachten.

    (nebenbei wurden alleine gestern u.a. PHP 8.3, PHP 8.4, Ioncube-Loader, 2.18.0-preview und 3.0.0-rc8 aktualisiert...)

    Leider etwas später als geplant, aber hier der aktuelle Zwischenstand:


    LiveConfig v3 läuft seit Ende Mai auf den ersten Servern im Produktivbetrieb. Vor etwa einer Woche erfolgte ein großes Roll-Out auf einem Multi-Server-System mit ein paar tausend Domains, da sind noch mal ein paar Problemchen aufgetaucht (fehlende Funktionen, kleinere Anzeigefehler, teils recht verzögerte Bearbeitung von TLS-Aufträgen). Wirklich kritische Sachen waren da zum Glück aber nicht dabei.

    Wir lassen derzeit 1-2x täglich eine aktualisierte Version heraus und updaten die betroffenen Systeme entsprechend, sind somit also hauptsächlich mit Korrekturen und Updates beschäftigt. Alle erfolgreich getesteten Fixes werden dann für den nächsten Release Candidate freigegeben, das nächste Update (rc10) soll noch diese Woche erfolgen.

    Ich kann unmöglich in alle technischen Details gehen, aber manche Sachen fallen leider erst im "echten" Betrieb auf. So gab es z.B. einen Fehler bei DynDNS-Updates (da war der neue Update-Hook unter einer anderen URL als bisher erreichbar), bei Let's Encrypt wurden bestehende Accounts nicht in das neue Format migriert (da gab's eine Fehlermeldung bei der Verlängerung), und in der GUI gab's kleinere Darstellungsfehler bzw. auch fehlende Informationen (z.B. DS-Digest für DNSSEC). Zudem ist jedes Update eines Servers von LC2 auf LC3 eine spannende Sache, weil wir den Vorgang ja absolut reibungslos gestalten möchten (daher gibt es da aktuell immer wieder Anpassungen an den Paketmanager-Scripts für .deb/.rpm).

    Parallel bereiten wir die Website für v3 vor. Das Changelog für v3 ist bereits integriert (separate Tabs für v2 und v3), eine Liste mit Hinweisen zur Umstellung wird derzeit erstellt.

    Unser Fokus liegt auf Stabilität und Sicherheit, daher wollen und werden wir die v3 erst dann vollständig freigeben, wenn wir das guten Gewissens können.

    Wir befinden uns nun aber im Endspurt, die Ziellinie ist schon in Sicht. :)

    Morgen im Laufe des Tages wird es ein umfangreiches Update zu LC3 geben. Aktuell laufen mehrere produktive Rollouts auf Multi-Server-Systemen, die wir sehr engmaschig begleiten und beobachten.

    (nebenbei wurden alleine gestern u.a. PHP 8.3, PHP 8.4, Ioncube-Loader, 2.18.0-preview und 3.0.0-rc8 aktualisiert...)

    Das Stichwort dürfte hier "output buffering" sein. Im PHP-Handbuch ist das etwas beschrieben:

    https://www.php.net/manual/de/book.outcontrol.php


    Ich wüsste auswendig gerade von keiner Einstellung, die LiveConfig in der php.ini setzt, welche hierauf einen Einfluss hat.

    Wenn Sie ein Setup haben/hatten, unter dem Ihr Script die Daten ungepuffert ausgibt, würde ich dessen php.ini mal mit der von LiveConfig erzeugten php.ini vergleichen (z.B. mal eine "phpinfo()"-Datei anlegen, in beiden Umgebungen aufrufen und die Einstellungen vergleichen).


    Zudem kann es einen Unterschied machen, wie PHP ausgeführt wird (FastCGI oder FPM, ggf. einmal im Vertrag mal testweise umstellen).


    Viele Grüße


    -Klaus Keppler

    Die 2.18er-Preview ist seit Freitag (wieder) im Test-Repo verfügbar. Die Links im Debian-Repo waren leider teilweise defekt, weil es während des Deployments einen Fehler bei der GPG-Signatur gab.


    Der Code zur Aktualisierung des Datenbank-Schemas ist in v2.x und v3.x exakt identisch.

    In LiveConfig v3 haben wir diese Gruppierung (vorerst) komplett entfernt, da sich das derzeit nicht mit der Datenstruktur der Accounts/Reseller sinnvoll umsetzen lässt.

    php.ini-Einstellungen können also serverweit über "Hosting" -> "PHP-Einstellungen" verwaltet werden, und pro Vertrag überschrieben werden (wahlweise durch den Admin oder auch den Endkunden - je nach Einstellung).