Beiträge von kk

  • HostingDomainAdd Api erweitern

    Ist aktuell in Arbeit - sowohl über HostingDomainAdd() als auch über die GUI direkt beim Anlegen der Domains. Dabei wird die SSL-Komponente etwas umfangreicher umgebaut (um auch andere Anbieter automatisiert einbinden zu können), wird bis März 2019 fertig sein.

  • Standard PHP-Version ändern

    In der custom.lua die Variable "LC.web.PHPDEFAULT" auf die gewünschte PHP-Version setzen, z.B.:

    Code
    LC.web.PHPDEFAULT = "php71"


    Anschließend LiveConfig neu starten, dann eine IP-Gruppe, Hostingangebote oder Verträge bearbeiten um die vHost-Konfigurationen neu schreiben zu lassen.


    Viele Grüße


    -Klaus Keppler

  • PHP Phar

    Weil ich gerade sehe dass die Antwort hier noch fehlt: es gibt offenbar einen Bug im PHP Opcache, wenn man auf Phar-Archive zugreift und Opcache die Daten im Shared Memory cached.


    Der Fehler lässt sich umgehen, indem man die php.ini-Einstellung "opcache.file_cache_only" von "no" auf "yes" setzt. Damit wird der compilierte Bytecode im jeweiligen Cache-Verzeichnis als Datei abgelegt, und nicht mehr im Shared Memory. Im Zeitalter von SSDs hält sich der "Impact" dabei auch in Grenzen.


    Weitere Infos auch im GitHub-Ticket des Contao Managers: https://github.com/contao/cont…47#issuecomment-434752134


    Ab LiveConfig v2.7.1 ist die Einstellung "opcache.file_cache_only" in der php.ini-Verwaltung enthalten und kann durch Kunden von "no" (Standard-Einstellung von PHP) auf "yes" geändert werden.


    Viele Grüße


    -Klaus Keppler

  • LiveConfig 2.7.2

    Hallo,


    ab sofort steht LiveConfig v2.7.2 (r5133) zum Download bereit.


    Mit diesem Update werden einige kleinere Fehler behoben sowie die enthaltene OpenSSL-Bibliothek auf v1.1.1a aktualisiert. Alle Änderungen finden sich wie immer im Changelog.


    Viele Grüße


    -Klaus Keppler

  • Php 7.3

    Hallo,


    wir haben eben die Debian/Ubuntu-Pakete für PHP 7.3 auf die Version 7.3.0-RC6 aktualisiert. Außerdem stehen für PHP 7.3 ab sofort auch die APCu- und ImageMagick-Extensions in den Repositories bereit.


    Wenn nichts dazwischen kommt, soll PHP 7.3 "stable" am 06.12.2018 (Nikolaus) erscheinen.


    Viele Grüße


    -Klaus Keppler

  • Database stuck in updating status

    Log in as "admin", and go to "Server Management" -> "Databases". In the box with the MySQL properties, look at the status message (right column). What is displayed there? "Status: Connected"?


    In most cases when LiveConfig can't create a database, the MySQL credentials have changed and weren't updated at LiveConfig.

  • Preview: LiveConfig v2.7.2

    Hallo,


    ab sofort steht LiveConfig v2.7.2 als Preview bereit. Neben einem trivialen Bugfix (Wildcard-Subdomains können nun wieder angelegt/verwaltet werden) wurde mit diesem Update auch die Kommunikation zwischen LiveConfig-Client und -Server-Prozess verbessert.
    Wer mag, kann das Update jederzeit risikofrei einspielen. Unsere Tests sind alle problemlos durchgelaufen, im Zweifelsfall ist aber ein Downgrade auf 2.7.1 jederzeit möglich (am Datenbankschema hat sich nichts geändert).
    Auch die von einigen Anwendern gemeldeten Probleme beim Download von Backups (auf Single-Server-Systemen) könnten damit behoben sein.


    Viele Grüße


    -Klaus Keppler



    (Tech-speak: unter bestimmten Bedingungen (sehr schnelle Systeme, schneller I/O, viele LiveConfig-Threads, viele LiveConfig-Jobs - insbes. DNS-Updates) konnte es dazu kommen, dass aufgrund mangelnder Thread-Synchronisation die Kommunikation "durcheinander kam" (das gab dann Fehlermeldungen mit Hinweis auf's LCCP-Protokoll).

  • LiveConfig v2.7.1

    Wir haben ein mögliches Problem in der Client-Server-Kommunikation von LiveConfig behoben. Die Preview von LiveConfig v2.7.2 steht bereits zum Download bereit, ein separater Hinweis dazu erfolgt gleich hier im Forum.

  • Spamprüfung bei Weiterleitung

    Nein, da hat sich nichts geändert (war schon immer so).


    Es muss technisch betrachtet auch die Spam-Einstellung der Ursprungsadresse greifen - denn wie sollte sich der Mailserver verhalten, wenn an a@firma.de zugestellt werden kann, nicht aber an b@firma.de?
    (Bounces dürfen/sollen ja nicht generiert werden, eine Ablehnung zum SMTP-Zeitpunkt ist technisch nur vor der Weiterleitung möglich)


    Viele Grüße


    -Klaus Keppler

  • LiveConfig v2.7.1

    Das Release v2.7.1 wurde eben noch mal aktualisiert (r5119 -> r5120).


    In r5119 hatte sich noch ein Fehler bei der neuen Gültigkeitsprüfung für Subdomains eingeschlichen (es waren keine "einfachen" Subdomains erlaubt) - das ist mit dem Update nun behoben.
    Bitte entschuldigen Sie die Unannehmlichkeiten; wir hatten uns zu sehr auf exotische Testfälle konzentriert. :(


    Viele Grüße


    -Klaus Keppler

  • LiveConfig v2.7.1

    Hallo,


    ab sofort steht LiveConfig v2.7.1 (r5119) zum Download bereit.


    Es handelt sich bei diesem Update primär um Bugfixes und Verbesserungen - eine Liste aller Änderungen findet sich wie immer im Changelog.


    Viele Grüße


    -Klaus Keppler

  • Default SSL Certificate abgelaufen

    Zitat von mhagge

    Ich glaube das geht um das Default Server-Zertifikat für SSL für den Webserver - steht in der Liste der SSL-Zertifikate mit der Bemerkung "Default SSL-zertifikat für SNI"


    Dieses Zertifikat sollte im Normalfall ohnehin niemand zu Gesicht bekommen (wird ja nur dann ausgeliefert, wenn man per HTTPS auf eine Domain zugreifen will, die zwar in LiveConfig angelegt ist, für die aber kein eigenes Zertifikat existiert). Also über "opportunistisches HTTPS", oder falsche Verlinkung.


    Wie auch immer - der Austausch ist sogar noch wesentlich einfacher. :D

    1. im LiveConfig auf den Punkt "SSL-Zertifikate" gehen und dieses Zertifikat zum Bearbeiten anklicken.
    2. Bei "Zertifikat-Anforderung (CSR)" auf den Button "erzeugen" klicken, ggf. die Felder ausfüllen. Bei "Common Name" (CN) am besten so was wie "localhost" oder "Default SSL Certificate" eintragen.
    3. anschließend im Abschnitt "SSL-Zertifikat (CRT)" auf den Button "selbst unterzeichnen" klicken und den Anweisungen folgen.
    4. zum Schluß ganz unten auf den Button "speichern" klicken, um das neue Zertifikat zu übernehmen.

  • Default SSL Certificate abgelaufen

    Welches Zertifikat genau? Das von der LiveConfig-Weboberfläche?
    Dieses SSL-Zertifikat ist unter /etc/liveconfig/sslcert.pem gespeichert.


    Wenn Sie kein "offizielles" SSL-Zertifikat nutzen sondern ein neues selbst-signiertes Zertifikat anlegen möchten, verwenden Sie folgende Befehle:

    Code
    openssl genrsa 4096 >sslcert.pem
openssl req -x509 -key sslcert.pem -days 730 >>sslcert.pem


    Anschließend LiveConfig neu starten.