Chaos234

Oh ok, wusste nicht, dass das geht ^^ - Allerdings haut er dieses mal keine Fehler raus, auch nicht dann, wenn ich die Configs über's Interface neu schreiben lasse. Ok, werde ich dann mal versuchen, ob das ganze klappt. Muss halt bei den Configs aufpassen, wenn die ganzen anderen Services in einem externen Container liegen ^^

Ist sowas mit Froxlor möglich oder eher schwierig?

Ok, durchgelaufen und nun kommt folgendes: php /var/www/froxlor/scripts/froxlor_master_cronjob.php --force [Sa 21. Mär 23:32:19 CET 2020] Please refer to https://curl.haxx.se/libcurl/c/libcurl-errors.html for error code: 35 php /var/www/froxlor/scripts/froxlor_master_cronjob.php --force [Sa 21. Mär 23:32:19 CET 2020] Please refer to https://curl.haxx.se/libcurl/c/libcurl-errors.html for error code: 35 Gemäß der Seite heißt dies: CURLE_SSL_CONNECT_ERROR (35) A problem occurred somewhere in the SSL/TLS handshake. You really want the error buffer and read the message there as it pinpoints the problem slightly more. Could be certificates (file formats, paths, permissions), passwords, and others. Mal gucken, was der Cronjob jetzt nicht machen konnte oder ob es an den neuen Feldern liegt oder, was auch immer *grübel*

Warum war mir das nur so klar, dass da Pakete fehlen? Noch nicht mal FPM für 7.4 konfiguriert X.X ... naja, ist eh nur noch eine Spielinstallation, bis der neue Server, mit Dockercontainern, läuft. Gibt es dazu ein Image, für Docker?

Ja, habe eben gesehen, dass es 7.4.4 nutzt und gem. "php --ini" habe ich den folgenden output: Ergo muss ich da gerade einiges nachinstallieren, was mich wundert, da mal alles installiert war, bei den einzelnen Versionen X.X

Huhu @d00p, ich weiß nicht genau, was schief gelaufen ist, aber der Mastercronjob kann sich nicht ausführen, weil angeblich die PDO-Extension fehlt: froxlor[15056]: The php PDO extension or PDO-MySQL driver is not available froxlor[15056]: --- DEBUG: #0 /var/www/froxlor/lib/Froxlor/Database/Database.php(213): Froxlor\Database\Database::getDB() #1 /var/www/froxlor/lib/Froxlor/Cron/MasterCron.php(213): Froxlor\Database\Database::__callStatic() #2 /var/www/froxlor/lib/Froxlor/Cron/MasterCron.php(34): Froxlor\Cron\MasterCron::init() #3 /var/www/froxlor/scripts/froxlor_master_cronjob.php(20): Froxlor\Cron\MasterCron::run() #4 {main} Aber beim Klick auf den Link im Froxlorpanel sind folgende INIs zusätzlich geparst: /etc/php/7.2/fpm/conf.d/00-ioncube.ini, /etc/php/7.2/fpm/conf.d/10-mysqlnd.ini, /etc/php/7.2/fpm/conf.d/10-opcache.ini, /etc/php/7.2/fpm/conf.d/10-pdo.ini, /etc/php/7.2/fpm/conf.d/15-xml.ini, /etc/php/7.2/fpm/conf.d/20-bcmath.ini, /etc/php/7.2/fpm/conf.d/20-bz2.ini, /etc/php/7.2/fpm/conf.d/20-calendar.ini, /etc/php/7.2/fpm/conf.d/20-ctype.ini, /etc/php/7.2/fpm/conf.d/20-curl.ini, /etc/php/7.2/fpm/conf.d/20-dba.ini, /etc/php/7.2/fpm/conf.d/20-dom.ini, /etc/php/7.2/fpm/conf.d/20-enchant.ini, /etc/php/7.2/fpm/conf.d/20-exif.ini, /etc/php/7.2/fpm/conf.d/20-fileinfo.ini, /etc/php/7.2/fpm/conf.d/20-ftp.ini, /etc/php/7.2/fpm/conf.d/20-gd.ini, /etc/php/7.2/fpm/conf.d/20-gettext.ini, /etc/php/7.2/fpm/conf.d/20-gmp.ini, /etc/php/7.2/fpm/conf.d/20-iconv.ini, /etc/php/7.2/fpm/conf.d/20-imap.ini, /etc/php/7.2/fpm/conf.d/20-interbase.ini, /etc/php/7.2/fpm/conf.d/20-intl.ini, /etc/php/7.2/fpm/conf.d/20-json.ini, /etc/php/7.2/fpm/conf.d/20-ldap.ini, /etc/php/7.2/fpm/conf.d/20-mbstring.ini, /etc/php/7.2/fpm/conf.d/20-mysqli.ini, /etc/php/7.2/fpm/conf.d/20-odbc.ini, /etc/php/7.2/fpm/conf.d/20-pdo_dblib.ini, /etc/php/7.2/fpm/conf.d/20-pdo_firebird.ini, /etc/php/7.2/fpm/conf.d/20-pdo_mysql.ini, /etc/php/7.2/fpm/conf.d/20-pdo_odbc.ini, /etc/php/7.2/fpm/conf.d/20-pdo_sqlite.ini, /etc/php/7.2/fpm/conf.d/20-phar.ini, /etc/php/7.2/fpm/conf.d/20-posix.ini, /etc/php/7.2/fpm/conf.d/20-pspell.ini, /etc/php/7.2/fpm/conf.d/20-readline.ini, /etc/php/7.2/fpm/conf.d/20-recode.ini, /etc/php/7.2/fpm/conf.d/20-shmop.ini, /etc/php/7.2/fpm/conf.d/20-simplexml.ini, /etc/php/7.2/fpm/conf.d/20-snmp.ini, /etc/php/7.2/fpm/conf.d/20-soap.ini, /etc/php/7.2/fpm/conf.d/20-sockets.ini, /etc/php/7.2/fpm/conf.d/20-sqlite3.ini, /etc/php/7.2/fpm/conf.d/20-sysvmsg.ini, /etc/php/7.2/fpm/conf.d/20-sysvsem.ini, /etc/php/7.2/fpm/conf.d/20-sysvshm.ini, /etc/php/7.2/fpm/conf.d/20-tidy.ini, /etc/php/7.2/fpm/conf.d/20-tokenizer.ini, /etc/php/7.2/fpm/conf.d/20-wddx.ini, /etc/php/7.2/fpm/conf.d/20-xmlreader.ini, /etc/php/7.2/fpm/conf.d/20-xmlrpc.ini, /etc/php/7.2/fpm/conf.d/20-xmlwriter.ini, /etc/php/7.2/fpm/conf.d/20-xsl.ini, /etc/php/7.2/fpm/conf.d/20-zip.ini und PDO ist definitiv geparst und somit auch aktiv, was mir die PHPINFO-Page ebenfalls bestätigt hat. Was läuft hier ggf. gerade schief? In den Logs konnte ich nichts finden (syslog). Würde mich freuen, wenn das gelöst werden kann, denn so lange, kann der Cronjob nicht richtig laufen und auch nicht Mailfächer löschen/anlegen usw. LG Marcel

@d00p Sorry for the late response. I added you to the authorized_keys so you have now te required root access over your key - IP: 46.4.77.233 I can also provide my ZONEFILE details (over PM) if needed.

Hey togehter, I think that I must compleatly resetup (maybe reinstall) my mail server because I am no longer be able to send any mails to google, microsoft and other big services and I was also forced to kill postmaster and root mail address as I am getting 100s of Mail Delivery mails in them (was arround 2 GB per mail). I am unsure if I have done smth. wrong especialy with setting up DKIM (over opendkim) but I am unsure. DKIM seems not to work, only spf and DNSSEC isn't supportet yet by Hetzner. It would be nice if someone could take a look at the config files. Because the 2nd main problem is, that spam get's not directly marked as spam and/or directly bounced so smth. must be horribly wrong. Every help is welcome, thanks. Marcel

Yes, this was the only problem Uhm, is this also normal? I means the double / between froxlor and install ? php /var/www/froxlor//install/scripts/config-services.php --froxlor-dir=/var/www/froxlor/ --create Looking at all the settings to check all new ones out and if I find smth. wired, I'll post it here ok?

Hey d00p, I updated/upgraded from 0.9.40.1 to this RC and now getting this after the login page: I downloaded the package and unzipped it to my desktop and then uploaded all the files into my froxlor folder on my server with overwriting existing files. Any help here would be nice.

Hey d00p, erneut musste ich den manuellen Befehl benutzen und zudem wieder vorher die alten Zertifikate komplett löschen. Ich weiß nicht, was da jedes mal das Problem ist und warum er Fehlermeldungen auswirft, aber es ist nicht gerade lusstig. Could not get Let's Encrypt certificate for www.deltanet-production.de: No authorizations received for www.deltanet-production.de. Whole response: {"type":"urn:ietf:params:acme:error:malformed","detail":"No Key ID in JWS header","status":400} ACMEv1 ist eingestellt, aber die wird noch dieses Jahr eingestellt werden und ACMEv2 funktioniert hinten und vorne irgendwie nicht, warum auch immer. Wird es dazu eine Überprüfung und ggf. einen Fix geben?

Danke - Zertifikate sind da und funktionieren wieder

Ok, habe ich umgestellt, wie kann ich dies jetzt via PHP-Command triggern? v1, anstelle von v2 am Ende des Arguments, welches ich bei obigen Befehl verwendet habe?

Hallo d00p, seit graumer Zeit, macht Let's Encrypt Probleme und stellt keine neuen Zertifikate mehr aus. Anbei die Meldung, die ich mittels "php /pathToFroxlor/scripts/froxlor_master_cronjob.php --letsencrypt_v2" bekomme: [error] Could not get Let's Encrypt certificate for DOMAIN: No authorizations received for DOMAIN. Whole response: {"type":"urn:ietf:params:acme:error:malformed","detail":"No Key ID in JWS header","status":400} Es trifft auf alle Domains/Subdomains zu. Ich würde mich über eine Lösung darüber sehr freuen, da ich nicht weis, was hier gerade schief läuft. Server ist aktuell, verwendet wird das aktuellste Froxlor, nginx, sowie php7.x-fpm (Multi-FPM, wie es ja jetzt möglich ist). Danke im Voraus, Chaos234

Und warum löst die nicht auf? FQDN verweis auf IP, Hauptdomain verweis auf IP und nach all den Regelungen der IT müssen alle Subdomains automatisch auf die IP auflösbar sein. Normalerweise müsste er schauen, zu welcher IP die Hauptdomain bzw. der FQDN auflösen tut und wenn es eine Auflösung gibt, ist der Inhalt gem. dem vHost anzuzeigen. Hab aber noch nie gehört, dass ich jetzt für jede FQDN-Subdomain einen Eintrag im ZONE-File bräuchte. Das wäre nicht IT-Konform.