Bei der Erstellung eines LE-Zertifikates für eine Domain, die durch externe Nameserver verwaltet wird, wird gegen alle IPs der IP-Gruppe geprüft. Dies führt hier zu folgender Fehlermeldung
DNS error: IP(s) missing in DNS: 1.2.3.4,2.3.4.5,usw (Die Domain zeigt nur auf eine einzige IP aus der Gruppe). Die Ausstellung des LE-Zertifikates wird dann scheinbar nicht angestossen, sondern hängt mit pending.
LG
Thomas
es gibt aber auch noch andere schöne Töchter, wie z.B. Ubuntu :-p
Ob es sinnig ist auf suphp zu setzen steht auf einem anderen Blatt.
Kann es sein, daß seit dieser Preview-Version fie Werte für opcache.file_cache und opcache.lockfile_path neu in Liveconfig verwaltet werden?
Diese Werte sind scheinbar leer, sodaß zumindest hier der php-Prozess (auch bei fcgi) ausstieg.
LG
Thomas
SIe haben recht nach purgen und neuinstallieren ist auch die betreffende ini da 
Und natürlich haben Sie auch recht, daß hier vorher eine Version aus dem test-repo lief.
Betroffen hatte das übrigens alles ab 5.6>
LG
Thomas
Seit dem Update auf die neuen Pakete bringt Roundcube hier nur noch eine weisse Seite
[02-Aug-2018 20:47:10 Europe/Berlin] PHP Fatal error: Uncaught Error: Call to undefined function json_decode() in */apps/webmails5/program/include/rcmail_output_html.php:281"
LG
Thomas
Nö, sollte es nicht.
Die PHP-Versionen wurden offenbar so compiliert, dass sie in /etc/php.d noch nach zusätzlichen ini-Dateien suchen.
Also diesen Ordner aufräumen und alle Extensions (warum man das auch immer will) direkt in LiveConfig verwalten, wodurch die Anweisungen mit in die Kunden-php.ini aufgenommen werden.
ich habe allerdings meine Zweifel, ob da auch alle php-binarys da liegen,wo sie sollen, und nicht die zuletzt installierte die anderen überschrieben hat.
LG
Thomas
Hast Du die Versionen selbst kompiliert?
LG
Thomas
die custom.lua hat damit nichts zu tun.
Ich würde die Pfadangaben in den jeweiligen ini-dateien angeben
zb. so
ein beispiel für die zend.ini in /opt/php5.*/etc/conf.d
Zitatzend_extension=/usr/local/Zend/ZendGuardLoader.so
oder aber du kompilierst deine php-Versionen mit den gewünschten Pfaden.
LG
Thomas
Die Ursache war die nichtgeladene 000-default. Damit fehlte die listen-Directive und der apache kam gar nicht erst hoch.
LG
Thomas
Aus der FAQ:
ZitatWenn der Mailserver (auf dem der Vertrag mit dieser Domain eingerichtet ist) DKIM unterstützt, dann können Sie das für diese Domain aktivieren. Hierfür müssen Sie entweder einen RSA-Schlüssel importieren oder einen neuen erzeugen. Wird die Domain auch im DNS von LiveConfig verwaltet, dann legt LiveConfig den notwendigen DNS-Eintrag automatisch an.
wer Dkim hinterlegen will, muss natürlich auch den dazugehörigen Schlüssel anlegen, wenn ihr den Schlüssel importiert, was spricht gegen 2048?
LG
Thomas
Hallo Aybee,
Wäre möglich, gibt es was bei zu beachten/anzupassen? Oder wird das einfach nur Installiert und LC macht den Rest?
nachdem ihr Centos nutzt;
yum install opendekim
Nach dem anschliessenden liveconfig restart sollte der menüpunkt in Liveconfig vorhanden sein.
LG
Thomas
Hallo Aybee,
Ich vermute, ihr habt opendkim nicht installiert.
LG
Thomas
Nicht viel:
[2016/02/24 17:02:28.002916] [18901|29602] (last message repeated 1 times)
[2016/02/24 17:02:28.002916] [18901|29602] ACME: can't get certificate for xy.de':
[2016/02/24 17:07:27.644062] [18901|31555] ACME: can't get certificate for 'ab.de':
[2016/02/24 17:14:28.126421] [18901|2183] ACME: can't get certificate for 'xy.de':
[2016/02/24 17:18:28.767531] [18901|3758] (last message repeated 1 times)
[2016/02/24 17:18:28.767531] [18901|3758] ACME: can't get certificate for 'ab.de':
Guten Morgen,
seit gestern Abend schlagen bei mir sämtlich Versuche fehl, ein Zertifikat für drei verschiedene Domains zu erhalten.
Liveconfig meldet lapidar ACME: can't get certificate for jeweilige-domain.
Verwendete Liveconfig-Version: LiveConfig 2.1.1-r4121
Die jeweilige Autoriierung wurde erfolgreich abgeschlossen (valid).
Liegts an mir, Liveconfig, oder an LE?
LG
Thomas
Kann es sein, dass die Datei /etc/liveconfig/lclogparse.conf auf dem betroffenen System nicht existiert? Dann haben wir den Fehler gefunden.
(es ist in Ordnung wenn die nicht existiert, in dem Fall soll lclogparse nämlich auch gar nicht laufen)
richtig, auf den betroffenen Servern läuft nur ein Mysql-Server, die /etc/liveconfig/lclogparse.conf ist nicht existent.
Aus der Willkommensmail:
Zitat...
Bevor Sie den FTP-Zugang nutzen können, müssen Sie erst ein Passwort dafür festlegen. Melden Sie sich dazu in LiveConfig an (siehe oben für die Zugangsdaten) und gehen Sie auf Hosting - Webspace
...
LG
Thomas
was sagt denn /var/log/proftpd/proftpd.log?
LG
Thomas
Also sofern die IP stimmt:
ftp 213.133.103.238
Connected to 213.133.103.238.
220 213.133.103.238 FTP server ready
Name (213.133.103.238:root):
Also der FTP-Server läuft und ist von ausserhalb erreichbar.
