Jump to content
Froxlor Forum

All Activity

This stream auto-updates

  1. Past hour
  2. Hi, I have a new machine running Debian 11 with nginx and php fpm but if I login to the admin interface I get logged out after 30 seconds. I used the manual installation method as well as tried the automatic one with no luck. Any suggestions would be great.
  3. Yesterday
  4. Last week
  5. 1) you already stated issues in another thread. 2) https://docs.froxlor.org/general/installation/index.html
  6. Already asked in your other topic. Closed.
  7. First of all...use a Linux system. Froxlor will not work on windows
  8. Greetings again, I have finished the manual installation (almost finished), it remains to fill in the DB to log into the web interface. What tables do I need? there are so many of them that my eyes run away, maybe there is some way easier to do it (web installation is not possible).
  9. Finaly i do that)) i try to to load db manualy one more time)))
  10. Oh, its my php8.1.2 now im trying to do yhe same on cygwin 7.4 php and got next problem: what is wrong with my froxlor user? PS yeah i do it on windows with help of cygwin - its exe.linux posix project And have manually install backup copy of database from cygwin to my ubuntu OS and have a full profit.
  11. Hello everybody! I've been trying to install Froxlor, but I've been failing for a couple of days now. At first i create 3 users with privilegy (frox, froxlor and froxlor010). then istart web installer. After the second (filling in the fields: hostname, users, etc.) page, I have a white screen. Filled out like this: Connecting to the database MySQL-Hostname: localhost Database name: froxlor Backup and overwrite the database if it exists?: Username for the unprivileged MySQL account: froxlor010 Password for an unprivileged MySQL account: password The username for the MySQL account is root: frox Password for the MySQL-root account: password The path to the MySQL server certificate file: Checking the MySQL TLS certificate: Administrator Account Administrator User Name: froxlor Administrator Password: password Administrator-Password (confirm): password I tried to make configs manually. Here's what I wrote in ../froxlor/lib/userdata.inc.php : <?php $sql['host']='localhost'; $sql['user']='froxlor'; $sql['password']='password'; $sql['db']='froxlor'; $sql_root[0]['caption']='frox'; $sql_root[0]['host']='localhost'; $sql_root[0]['user']='froxlor'; $sql_root[0]['password']='password'; ?> Then run script in terminal sudo php /var/www/froxlor/install/scripts/config-services.php --froxlor-dir=/var/www/froxlor/ --create And copy database mysql -u froxlor -p froxlor < /var/www/froxlor/install/froxlor.sql it call a mistake after second install page? so i drop the baseAnd i still have white screen, what im doing not correct or how to install Froxlor by hands?
  12. You have to explicitly enable shell usage in the settings as well as specify allowed binaries (e.g. /bin/bash or /bin/sh). The customer can then edit the corresponding FTP user and select an available shell for it to be used for the user. The Cronjob will then regenerate the extra users files accordingly.
  13. Hello, I'm trying to provide an SSH shell access to customers on an Debian Bullseye. So far the usernames are shown properly in the system but the loggin in with SSH is rejected. The path in "/var/lib/extrausers/passwd" is always set to "/bin/false" even if I set the "List of available shells" in Froxlor on "/bin/bash", while the cronjob does create the files. Any Idea, why the path is not what I would expect to be set in the passwd file?
  14. Ich habe es so gelöst: sed -i 's|^Le_API=.*|Le_API=https://acme-v02.api.letsencrypt.org/directory|g' */*.conf direkt in /root/.acme.sh Ich lass gerade den renew durchlaufen und es sieht bisher ganz gut aus. Angefangen hat das mit dem ZeroSSL am 23.05.22, also muss da irgendetwas die Config verändert haben. Fast alle meine Domains waren umgestellt. Find ich ein wenig beunruhigend das acme.sh scheinbar einfach so spezifische configs umschreibt...
  15. du hast ja auch php-fpm installiert und nicht php-cgi....
  16. Hallo, ich habe PHP 8.1 auf Debian Buster installiert: apt update && sudo apt upgrade -y apt-get install ca-certificates apt-transport-https software-properties-common wget curl lsb-release -y curl -sSL https://packages.sury.org/php/README.txt | sudo bash -x apt update apt upgrade apt install php8.1 libapache2-mod-php8.1 -y systemctl restart apache2 apt install php8.1-fpm libapache2-mod-fcgid a2enmod proxy_fcgi setenvif && sudo a2enconf php8.1-fpm systemctl status php8.1-fpm -y Der Status ist running. Nun habe ich das Verzeichnis /usr/bin/php8.1 aber nicht wie bei den anderen Versionen /usr/bin/php-cgi8.x? Was habe ich falsch gemacht?
  17. I also encountered this problem a couple of weeks ago, suddenly acme.sh was trying to renew one of my domains using ZeroSSL, when in all my settings I explicitly had Letsencrypt as CA. I managed to fix the problem by registering and account with ZeroSSL, it's just a command which registers an account bu using an email, as it's explained here https://stackoverflow.com/questions/68538044/why-cant-write-certificate-crt-with-acme acme.sh --register-account -m yyyy@yahoo.com Once I did that then I was be able to create a new certificate with ZeroSSL, then because I didn't want to change Letsencrypt I forced a new certificate renewal by specifying /root/.acme.sh/acme.sh --home "/root/.acme.sh" --renew-all --debug 2 --log --server letsencrypt --force I still have no idea why acme.sh was trying to use ZeroSSL to issue new certificates, but it's been working fine since then.
  18. Earlier
  19. Betroffene Zertifikate löschen (in froxlor und via acme.sh --remove) und froxlor cron abwarten oder mit --force --debug manuell ausführen.
  20. Selbes Problem auch auf meinem Server seit dem letzten `apt upgrade`. Gibt es schon einen Workaround? Ich blicke nicht so ganz durch.
  21. Müsste man ggfls. Mal bei den acme.sh issues gucken oder so ob dazu was bekannt ist.
  22. Ergänzung: der Cronjob von acme läuft um 00:07... Damit ist die Sache mit der Wahrscheinlichkeit wieder obsolet. Vielmehr sieht es jetzt so aus als wenn acme die in der conf vorhandene Einstellung für Le_API mit zerossl überschreibt. Vielleicht hilft ja das Log von dem Cron-Lauf bei dem die Config neu (falsch) geschrieben wurde: [Sa 14. Mai 00:07:06 CEST 2022] di='/root/.acme.sh/domain.xyz/' [Sa 14. Mai 00:07:06 CEST 2022] d='domain.xyz' [Sa 14. Mai 00:07:06 CEST 2022] Using config home:/root/.acme.sh [Sa 14. Mai 00:07:06 CEST 2022] ACME_DIRECTORY='https://acme.zerossl.com/v2/DV90' [Sa 14. Mai 00:07:06 CEST 2022] DOMAIN_PATH='/root/.acme.sh/domain.xyz' [Sa 14. Mai 00:07:06 CEST 2022] Renew: 'domain.xyz' [Sa 14. Mai 00:07:06 CEST 2022] Le_API='https://acme-v02.api.letsencrypt.org/directory' [Sa 14. Mai 00:07:06 CEST 2022] Using config home:/root/.acme.sh [Sa 14. Mai 00:07:06 CEST 2022] ACME_DIRECTORY='https://acme.zerossl.com/v2/DV90' [Sa 14. Mai 00:07:06 CEST 2022] _main_domain='domain.xyz' [Sa 14. Mai 00:07:06 CEST 2022] _alt_domains='www.domain.xyz' [Sa 14. Mai 00:07:06 CEST 2022] Le_NextRenewTime='1652396849' [Sa 14. Mai 00:07:06 CEST 2022] Using ACME_DIRECTORY: https://acme.zerossl.com/v2/DV90 [Sa 14. Mai 00:07:06 CEST 2022] _init api for server: https://acme.zerossl.com/v2/DV90 [Sa 14. Mai 00:07:06 CEST 2022] GET [Sa 14. Mai 00:07:06 CEST 2022] url='https://acme.zerossl.com/v2/DV90' [Sa 14. Mai 00:07:06 CEST 2022] timeout= [Sa 14. Mai 00:07:06 CEST 2022] _CURL='curl --silent --dump-header /root/.acme.sh/http.header -L ' [Sa 14. Mai 00:07:10 CEST 2022] ret='0' [Sa 14. Mai 00:07:10 CEST 2022] ACME_KEY_CHANGE='https://acme.zerossl.com/v2/DV90/keyChange' [Sa 14. Mai 00:07:10 CEST 2022] ACME_NEW_AUTHZ [Sa 14. Mai 00:07:10 CEST 2022] ACME_NEW_ORDER='https://acme.zerossl.com/v2/DV90/newOrder' [Sa 14. Mai 00:07:10 CEST 2022] ACME_NEW_ACCOUNT='https://acme.zerossl.com/v2/DV90/newAccount' [Sa 14. Mai 00:07:10 CEST 2022] ACME_REVOKE_CERT='https://acme.zerossl.com/v2/DV90/revokeCert' [Sa 14. Mai 00:07:10 CEST 2022] ACME_AGREEMENT='https://secure.trust-provider.com/repository/docs/Legacy/20201020_Certificate_Subscriber_Agreement_v_2_4_click.pdf' [Sa 14. Mai 00:07:10 CEST 2022] ACME_NEW_NONCE='https://acme.zerossl.com/v2/DV90/newNonce' [Sa 14. Mai 00:07:11 CEST 2022] Using CA: https://acme.zerossl.com/v2/DV90 [Sa 14. Mai 00:07:11 CEST 2022] _on_before_issue [Sa 14. Mai 00:07:11 CEST 2022] _chk_main_domain='domain.xyz' [Sa 14. Mai 00:07:11 CEST 2022] _chk_alt_domains='www.domain.xyz' [Sa 14. Mai 00:07:11 CEST 2022] Le_LocalAddress [Sa 14. Mai 00:07:11 CEST 2022] d='domain.xyz' [Sa 14. Mai 00:07:11 CEST 2022] Check for domain='domain.xyz' [Sa 14. Mai 00:07:11 CEST 2022] _currentRoot='/var/www/froxlor' [Sa 14. Mai 00:07:11 CEST 2022] d='www.domain.xyz' [Sa 14. Mai 00:07:11 CEST 2022] Check for domain='www.domain.xyz' [Sa 14. Mai 00:07:11 CEST 2022] _currentRoot='/var/www/froxlor' [Sa 14. Mai 00:07:11 CEST 2022] d [Sa 14. Mai 00:07:11 CEST 2022] config file is empty, can not read CA_KEY_HASH [Sa 14. Mai 00:07:11 CEST 2022] Using config home:/root/.acme.sh [Sa 14. Mai 00:07:11 CEST 2022] ACME_DIRECTORY='https://acme.zerossl.com/v2/DV90' [Sa 14. Mai 00:07:11 CEST 2022] _init api for server: https://acme.zerossl.com/v2/DV90 [Sa 14. Mai 00:07:11 CEST 2022] RSA key [Sa 14. Mai 00:07:11 CEST 2022] config file is empty, can not read CA_EAB_KEY_ID [Sa 14. Mai 00:07:11 CEST 2022] config file is empty, can not read CA_EAB_HMAC_KEY [Sa 14. Mai 00:07:11 CEST 2022] config file is empty, can not read CA_EMAIL [Sa 14. Mai 00:07:11 CEST 2022] No EAB credentials found for ZeroSSL, let's get one [Sa 14. Mai 00:07:11 CEST 2022] acme.sh is using ZeroSSL as default CA now. [Sa 14. Mai 00:07:11 CEST 2022] Please update your account with an email address first. [Sa 14. Mai 00:07:11 CEST 2022] acme.sh --register-account -m my@example.com [Sa 14. Mai 00:07:11 CEST 2022] See: https://github.com/acmesh-official/acme.sh/wiki/ZeroSSL.com-CA [Sa 14. Mai 00:07:11 CEST 2022] _on_issue_err [Sa 14. Mai 00:07:11 CEST 2022] Please check log file for more details: /root/.acme.sh/acme.sh.log [Sa 14. Mai 00:07:11 CEST 2022] Return code: 1 [Sa 14. Mai 00:07:11 CEST 2022] Error renew domain.xyz.
  23. Aber vielleicht triggert er das Schreiben? Ich finde die Tatsache dass das Modifikationsdatum der conf-Dateien exakt mit dem Werfen der Cron-Mail 24 Stunden später übereinstimmt eigenartig.
  24. Der froxlor cron schreibt keine acme.sh config files...
  25. Ich bin mir inzwischen nicht mehr sicher ob der Fehler wirklich bei acme liegt. Ich habe auf meinen Servern nach dem letzten Problem geschaut ob in irgendeiner conf noch zerossl steht: nein, da stand überall letsencrypt - und das seit dem 5.Mai. Heute morgen bekomme ich wieder mit dass nun bei sieben Domains wieder zerossl drinsteht und der renew fehlschlägt... Die confs wurde gestern morgen um 00:07 neu geschrieben - dabei ist es passiert. Die Meldung vom Froxlor-Cronjob dass das Renew fehlgeschlagen ist datiert von heute 00:07. Ist es ein Zufall dass die Änderungen an den confs beim Froxlor-cron-Lauf um 00:07 gestern geschahen - und exakt um die gleiche Zeit am nächsten Tag können deswegen keine Zertifikate erneuert werden? Für mich ist die Wahrscheinlichkeit hoch dass Froxlor selbst bei seinem cron-Lauf gestern die confs neu geschrieben hat - und dabei ist be denen wo die Zertifikate erneuert werden sollen zerossl reingekommen. Bei allen anderen confs (bei denen die Zertifikate noch länger gültig sind) ist nichts böses passiert.
  26. der lokale hostname ist nicht zwingend ein fully qualified domain name (fqdn). Du kannst jeden FQDN nutzen den du willst: domain.tld, froxlor.domain.tld, irgendwas.domain.tld, etc.etc.etc. Du kannst auch xyz.domain.tld für froxlor als "system hostname" nutzen und "domain.tld" als Kundendomain, nur der Kunde kann dann natürlich "xyz.domain.tld" nicht mehr als subdomain hinzufügen
  1. Load more activity


×
×
  • Create New...