Sieht soweit eigentlich alles korrekt aus. Allerdings scheint auf der IP 49.13.39.53 tatsächlich kein Dienst zu antworten.
Bitte prüfen Sie, ob NGINX korrekt an der IP lauscht (Befehl ss -tpn | grep nginx).
Ansonsten ist möglicherweise eine Firewall irgendwo aktiv...?
Webseite kann nicht aufgerufen werden bei Webserver NGINX; auch der Aufruf der dem NGINX zugeordneten IP-Adresse des Servers liefert kein Ergebnis z.B. eine Defaultseite
Was genau heißt "kein Ergebnis" - Verbindung fehlgeschlagen, oder eine Fehlerseite?
Uns ist diesbzgl. bislang kein Fehler bekannt - daher wäre interessant zu wissen, ob z.B. der NGINX-Dienst einfach nicht gestartet werden konnte.
Das Installscript bricht jedoch bei der Installation des Meta-Packetes ab; er motzte - nach freier Erinnerung - an, dass er irgendwelche gewünschten PHP5-Pakete nicht finden könne.
Auch da wäre die genaue Fehlermeldung interessant. Zu PHP5 gibt es keine harten Abhängigkeiten.
Wir haben die aktuellen Sourcen des Meta-Pakets eben mal aktualisiert, die finden Sie hier:
Für die Verwaltung der Lizenzverträge ist tatsächlich was in Planung, aber aktuell sind wir mit Nacharbeiten an LiveConfig v3 noch recht beschäftigt. Zur Änderung von Abrechnungsintervallen, Bankverbindung etc. bitte einfach eine E-Mail an buchhaltung@liveconfig.com schicken.
Viele Grüße
-Klaus Keppler
Hallo,
ab sofort steht LiveConfig 3.1.0 zum Download bereit. Alle Änderungen sind - wie immer - im Changelog aufgeführt. Dieses Update behebt einige in den letzten Wochen bekanntgewordene Probleme, u.a.:
Zudem gibt es einige Verbesserungen, z.B.:
Für LiveConfig 2.8 bereiten wir aktuell auch noch ein Update vor (großteils "Backports" der Änderungen an LC3), das sollte in den nächsten Stunden zur Verfügug stehen.
Viele Grüße
-Klaus Keppler
Hallo,
oha, ich werde die o.g. Tickets mal prüfen.
Unabhängig davon gibt es bei "normalen" Bestellungen keine Zugangsdaten zu einem Lizenzportal - dieses steht ausschließlich Wiederverkäufern zur Verfügung bzw. kann auch noch mit "alten" Lizenzen (vor ca. 2022) genutzt werden.
Es gibt bei Einzellizenzen faktisch nichts, was zu "verwalten" wäre. Lizenzen müssen nicht "zurückgesetzt" werden o.ä. - ein Umzug auf einen anderen Server ist ohne manuelle Eingriffe möglich. Eine Kündigung ist ohnehin völlig formlos über alle verfügbaren Kommunikationskanäle ohne Frist möglich.
Gibt es eine bestimmte Funktionalität, für welche Sie ein "Lizenzportal" benötigen würden?
Viele Grüße
-Klaus Keppler
Was liefert "systemctl status proftpd --no-pager -l" ?
Wurde der Server von Debian 12 auf 13 aktualisiert, oder mit Debian 13 installiert?
Ggf. gehen Sie bitte mal auf "Serververwaltung" -> "FTP" und lassen die ProFTPD-Konfiguration neu erstellen.
Hallo,
ab sofort steht LiveConfig 3.0.7 in den Repositories bereit. Alle Änderungen sind wie immer im Changelog protokolliert.
Es handelt sich hier um ein Bugfix-Release, welches eine ganze Menge Fehler behebt.
Viele Grüße & ein schönes Wochenende!
-Klaus Keppler
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?
Der Wunsch wurde inzwischen mehrfach geäußert - wird mit einem der nächsten Updates umgesetzt. Selber anpassen kann man da (leider) nichts, das ist eine reine Frontend-Sache.
ZitatWan wird das Benutzerhandbuch auf 3.x umgestellt?
Findet sich schon irgendwo eine Dokumentation zur Backupfunktion in Liveconfig?
Umstellung auf v3 erfolgt auf der kompletten Website (auch Live-Demo etc.), wir bereiten das sukzessive vor. Die Backup-Doku steckt in der Pipeline, hier muss noch was in LC3 nachjustiert werden (Verwaltung von Backup-Zeitplänen).
Zitat-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
Der Fehler mit der Sortierung ist bekannt, wird mit v3.0.8 behoben. Das mit der Kundennummer habe ich eben angelegt (GH-98).
ZitatLogin in die Weboberfläche resultiert in "Verbindung zum Server verloren - versuche neu zu verbinden..."
Dann vermute ich, dass Sie LiveConfig hinter einem Reverse Proxy betreiben?
Wenn ja: ist der hierfür verwendete vHost auch von LiveConfig verwaltet? Dann müssten wir prüfen ob LC während des Upgrades diese vHost-Konfiguration automatisiert aktualisieren könnte. Da die LC3-Oberfläche Websockets benötigt, muss hier eine zusätzliche Option eingetragen werden.
Der Fehler ist in v3.0.7 behoben. Das LAC-kompatible suexec-Tool hatte leider versucht, jeden Aufruf in eine cGroup zu packen.
Im Preview-Repo steht die korrigierte Version schon bereit:
wget https://repo.liveconfig.com/debian-test/pool/main/l/liveconfig3/lac_3.0.7-1.16649_amd64.deb
dpkg -i lac_3.0.7-1.16649_amd64.debHallo,
soeben wurde LiveConfig 3.0.6 in den Repositories bereitgestellt.
Wer Version 3.0.5 installiert hat, sollte dieses Update möglichst zeitnah installieren - darin wird ein Fehler behoben, wodurch das Deployment automatisierter TLS-Zertifikate die Webspace-Einstellungen in bestimmten Fällen "zerschossen" hat (konkret: wenn die Option "www-Subdomain identisch konfigurieren" aktiv war).
Zudem sind wir endlich einem Problem beim Löschen von Verträgen auf die Spur gekommen - in Löschung befindliche Verträge werden in den meisten Fällen nun automatisch nach dem Einspielen des Updates gelöscht.
Viele Grüße
-Klaus Keppler
Lässt sich in LiveConfig die PHP-Ausführung so auslagern, dass ein VHost seine PHP-Anfragen an einen externen PHP-Server weiterleitet?
Und wäre es möglich, im Kunden-Interface nur die jeweils freigeschalteten Versionen anzuzeigen (z. B. aktuelle Versionen standardmäßig, Legacy-Versionen nur bei gebuchtem Zusatzservice)?
Technisch betrachtet lassen sich PHP-Instanzen auch via TCP ansprechen und somit auf andere Server auslagern. Aber das bringt natürlich auch eine ziemliche Komplexität mit sich (z.B. bei Dateizugriff), ich glaube nicht dass man dadurch viel "gewinnen" würde.
Für mich klingt dieses Szenario nach einem idealen Anwendungsfall für LAC (LiveConfig Account Container). In diesem Fall laufen die PHP-Instanzen des jeweiligen Vertrags innerhalb eines isolierten Containers und haben somit keinerlei Zugriff "nach außen". Auch ausgehender Netzwerktraffic ließe sich relativ einfach einschränken oder verbieten. Der Kunde nutzt seinen Webspace weiterhin "ganz normal", aus seiner Sicht ändert sich technisch nahezu nichts.
Unter "Verwaltung" -> "Kunden" ...?
Da klappt die Sortierung nach "ID" hier problemlos... 
Gehört die betroffene Domain einem "eigenen" Kunden, oder ist da möglicherweise noch ein Reseller dazwischen?
Aktuell ist hier ein Issue offen, dass man Domains von Reseller-Kunden zwar in der Suche angezeigt bekommt, aber nicht direkt "hineinspringen" kann.
Hallo,
unsere PHP-Pakete für Debian/Ubuntu wurden eben auf die Versionen 8.3.26 und 8.4.13 aktualisiert.
Zudem steht ab sofort der erste "Release Candidate" für PHP 8.5.0 (RC1) in unseren Repositories bereit. Da PHP 8.5 etwas mehr Änderungen mit sich bringt, sind leider noch nicht alle Extensions damit kompatibel - wir beobachten das und liefern diese bei Verfügbarkeit nach.
Viele Grüße
-Klaus Keppler
Offenbar wurde die Datei tls-lets-encrypt.json irgendwann mal gelöscht. Da das eine Config-Datei ist, wird diese bei einem Update nicht automatisch wiederhergestellt. Das lässt sich aber mit ein paar Tricks lösen:
Sollten bei einem der Schritte Fehler auftreten, bitte nicht weitermachen sondern erst den Fehler hier posten.
Äh - unabhängig davon: Filesystem-Quota würde verhindern, dass ein Server aufgrund eines Webspaces volläuft...
PHP-Anwendungen selbst können mit ini_set() die log_errors-Einstellung zur Laufzeit ändern. In diesem Fall müsste man ini_set in die disabled_functions mit aufnehmen (was möglicherweise andere Nebenwirkungen haben kann).
Oder ein hässlicher aber durchaus wirksamer Workaround: die php_errors.log schreibgeschützt anlegen (z.B. mit chattr +i ... oder chmod 0400 ...), dann kann diese auch nicht mehr wachsen.
Ab LiveConfig 3.0 ist das möglich: Verwaltung -> Einstellungen -> Tab Web-Oberfläche. Da gibt es folgende Box:
Die /etc/liveconfig/tls-lets-encrypt.json wird vom liveconfig3-Paket installiert, eigentlich kann diese nicht fehlen.
Ist vielleicht der Speicherplatz auf dem Server voll? Gab es irgendwelche anderen Fehlermeldungen während der Paketinstallation?
Probieren Sie ansonsten mal ein apt reinstall liveconfig3. Was wird da insgesamt ausgegeben?
ich habe soeben (Debian 12 & nginx/1.29.0) auf die Version 2.18.7 geupdatet und das Problem mit den fehlerhaften Konfigurationen besteht dort weiterhin.
Können Sie bitte eine solche fehlerhafte Konfiguration mal posten? (zumindest den fehlerhaften Abschnitt)
Mit dem Update dürften vHosts nur noch einmal ein http2 on; enthalten...
