Jump to content
Froxlor Forum


  • Content Count

  • Joined

  • Last visited

  • Days Won


gunwald last won the day on February 8

gunwald had the most liked content!

Community Reputation

1 Neutral

About gunwald

  • Rank
  1. Ich hatte mich nicht getraut, weil ich nicht den Server lahmlegen wollte unwissend, ob das überhaupt der richtige Ansatz wäre. Jetzt habe ich es gemacht, stellte sich heraus, daß Apache es nicht mochte, weil man die folgenden Apache-Module braucht: proxy proxy_http proxy_balancer lbmethod_byrequests Also: a2enmod proxy a2enmod proxy_http a2enmod proxy_balancer a2enmod lbmethod_byrequests Jetzt geht es! Ich bin begeistert, herzlichen Dank für die schnelle Hilfe und das großartige Programm!
  2. Liebe Experten, ich frage mich gerade wie ich unter Froxlor am geschicktesten ein Domain oder Subdomain auf einen bestimmen Port weiterleite. Ich habe einen Docker-Container, der auf dem Port 88 einen Webservice anbietet, nun möchte ich aber das dieser über eine SSL-Domain erreichbar ist. Würde ich das über die vHost-settings der Domain machen? Würde das so gehen? ProxyPreserveHost On ProxyRequests Off ProxyPass / http://localhost:88/ ProxyPassReverse / http://localhost:88/ Vielen Dank im Voraus!
  3. I found out, that due to an unknown reason the webserver configuration files weren't rebuild, although a task to do so was scheduled. I manually removed all tasks from the database table panel_tasks, manually added a task with the »with type = 99 - then reran cronjob with --force« and --debug. Than all config files were created and the new certs started working. I can't evaluate what exactly went wrong, but I think, (1) the crontab file was corrupt (could not edit it with contabe -e -u root) (2) a faulty task somehow blocked the cron script to do its work when called manually. So, i
  4. This was my silly fault, although in my cron file /usr/bin/php is used in my manual testing i used accidentally PHP5, what caused the error described above. So debugging with the faulty command lead me in the wrong direction, sorry! With the correct command: /usr/bin/nice -n 5 /usr/bin/php -q /var/www/froxlor/scripts/froxlor_master_cronjob.php --letsencrypt 1 I apparently could recreate the certificates, at least the mentioned database table is filed now. But strangely apache still uses the old certificates although restarted. And indeed, in /etc/ssl/froxlor-custom are only the old
  5. I am running a Froxlor instance on Debian 9 (stretch) with the additional apt source: deb http://debian.froxlor.org stretch main Just recently I got an update to Froxlor 0.10.2-1+stretch1. After the update was installed and the database was updated by running the web interface as admin, the Let's Encrypt implementation stopped working. (1) Although I have many domains with enabled Let's Encrypt option the page »sslcertificates« says: (2) When I try to manually renew all certificates I get the message that something with the database went wrong due to a missing PHP extensio
  • Create New...