Jump to content
Froxlor Forum

d00p

Administrators
  • Posts

    10329
  • Joined

  • Last visited

  • Days Won

    43

Everything posted by d00p

  1. You can adjust ips and ports as needed for the generated virtual host
  2. Well did you specify corresponding smtp credentials in the settings? Does not look like it
  3. https://docs.froxlor.org/latest/general/installation/apt-package.html
  4. Das Feld für "Distribution" ist leer - da stimmt wohl was bei dir nicht, das sollte nicht sein. Beim Update wurde eigentlich nach einer Distribution gefragt... er sucht die config-templates für die genutzte distribution, da, siehe oben, du irgendwie da nichts im system stehen hast, findet er eine leere datei natürlich nicht. Führe folgendes SQL auf der froxlor Datenbank aus, um das Problem zu beheben: UPDATE `panel_settings` SET `value` = 'bullseye' WHERE `varname` = 'distribution'; Danach solltest du die dienste mit dem angezeigten Befehl problemlos rekonfigurieren können. Solltest du nicht Debian 11 (bullseye) haben, setze den entsprechenden codename (verfügbare siehe froxlor/lib/configfiles/) Kann mehrere Gründe haben, er nimmt nicht einfach "das falsche" - sondern nutzt das zertifikat in den einstellungen als FALLBACK wenn eine Domain kein eigenes hat, die ausgabe von 'bin/froxlor-cli froxlor:cron -f -d' wäre hierfür hilfreich
  5. Bekommst ja nen 403, also ganz korrekt scheint es ja nicht zu sein. Stimmt denn der alias /etc/apache2/conf-enabled/acme.conf (oder auch einfach Mal checken: https://docs.froxlor.org/latest/admin-guide/cli-scripts/#validate-acme-webroot)
  6. Falls `dmain-null.de` die echte domain ist .... die löst auf keine IP auf - du wirst da entsprechend kein Zertifikat für bekommen können, zeigt ja nicht auf den server
  7. acme.sh zeigt dir nach dem remove doch an, dass du den ordner löschen kannst - das solltest du auch tun. Stelle sicher, dass auch in froxlor für die domain keine ssl daten mehr hinterlegt sind (admin -> resources -> "SSL Certificates")
  8. /root/.acme.sh/acme.sh --remove -d dmain-null.de Und dann Cron einfach nochmal laufen lassen,z.b. bin/froxlor-cli froxlor:cron -f -d
  9. Schau da doch Mal in die Webserver Log, eine weiße Seite ist meist ein PHP Fehler, schau dir alternativ unser YouTube Video einer Installation an: YouTube.froxlor.org
  10. Your hostname stillt points to the default apache index.html (which is in /var/www/html/) but your vhost says it should point to /var/www/html/froxlor - so clearly there is something off. What is the output of service apache2 restart?
  11. nopaste the two starting with `10_*` please
  12. well, with the little information provided, I can only assume it's either not a default setup (which uses php-fpm) or you've adjusted/changed something you are not telling (possibly unknowingly) - validate that "php-fpm" processes are running and that there is at least one process showing your froxlor hostname you've specified on the installation - validate the generated virtual-host configuration in /etc/apache2/sites-enabled/
  13. so if you login to froxor, does the dashboard say Webserver interface: FPM-FCGI? if not, try a service apache2 restart (note: restart, not just reload)
  14. You dont have to reinstall, it's a setting - but more likely something did not work out correctly. Which webserver are you using? Is the one that is running the one you've selected in the installation process?
  15. did you leave everything on "default" with the installation? and did the configuration command run through completely without any issues (at the end of the installation-wizard)?
  16. Einfach mal die Fehlermeldung auch lesen: Error in configuration file /etc/dovecot/conf.d/10-ssl.conf line 12: ssl_cert: Can't open file /etc/dovecot/conf.d/<SSL_CERT_FILE>: No such file or directory ??? das ist die initial config für froxlor - das hat doch mit dem einrichten von ssl was du willst da jetzt garnichts zu tun?! Schau dir deine dovecot. config ganz in ruhe an und - offenbar hast du was falsches eingetragen
  17. postfix: /etc/postfix/main.cf und dovecot: /etc/dovecot/conf.d/10-ssl.conf
  18. das die domains selbst mit ssl abgesichert sind hat absolut gar nichts mit dem maildienst zu tun, denn die webseiten werden vom webserver ausgeliefert, nicht vom maildienst. Stelle sicher das du postfix und dovecot entsprechend mit ssl konfiguriert hast, das passiert nicht automatisch! Die meisten verwendet hierfür das Zertifikat des froxlor-hostnames, da dieser auch standardmäßig als mail-server hostname eingetragen ist. Beispiel postfix: ### TLS settings ### ## TLS for outgoing mails from the server to another server smtp_tls_security_level = may smtp_tls_note_starttls_offer = yes ## TLS for email client smtpd_tls_security_level = may smtpd_tls_key_file = /root/.acme.sh/froxlor.hostname.tld/froxlor.hostname.tld.key smtpd_tls_cert_file = /root/.acme.sh/froxlor.hostname.tld/fullchain.cer smtpd_tls_CAfile = /root/.acme.sh/froxlor.hostname.tld/ca.cer smtpd_tls_loglevel = 1 smtpd_tls_received_header = yes smtp_use_tls = yes smtpd_use_tls = yes smtpd_tls_session_cache_timeout = 3600s tls_random_source = dev:/dev/urandom smtpd_tls_mandatory_ciphers = high smtpd_tls_mandatory_exclude_ciphers = aNULL, MD5 #smtpd_tls_mandatory_protocols = !SSLv2, !SSLv3 Beispiel dovecot: ssl = yes ssl_cert = </root/.acme.sh/froxlor.hostname.tld/fullchain.cer ssl_key = </root/.acme.sh/froxlor.hostname.tld/froxlor.hostname.tld.key ssl_ca = </root/.acme.sh/froxlor.hostname.tld/ca.cer beide dienste neustarten und entsprechend froxlor.hostname.tld als imap/pop3/smtp server verwenden
  19. Dann viel Erfolg. Wenn du da Unterstützung brauchst oder dir was komisch vorkommt - schau doch einfach im Discord vorbei unter https://discord.froxlor.org/ - da ist immer jemand da der dir helfen kann
  20. Dann hat der vorher wohl deine besagte "Umstellung" gar nicht gespeichert aufgrund der Fehler Die Option "Froxlor direkt über den Hostnamen erreichbar machen" ist nur eine option für den vhost. Es geht darum das froxlor in /var/www/html/froxlor liegen sollte (vorallem bei php-fpm/fcgid dann mit eigenem lokalen user!) und eben NICHT in einem Kunden-Heimatverzeichnis (Berechtigungen, etc.pp.). Wenn du ja jetzt dein froxlor via apt ordentlich normal installiert hast, stimmt ja alles - am besten löscht du dann den Ordner /var/customers/webs/PATH2WEBSPACE/htdocs/froxlor komplett damit da nichts durcheinanderkommt
  21. Natürlich wird das alles in der Datenbank gespeichert - hast du denn nicht die lib/userdata.inc.php in das neue Verzeichnis kopiert (dort sind die Datenbank-Zugänge hinterlegt). Dann liest froxlor auch alles wieder aus seiner Datenbank und alles ist wieder da... Ich würde ja eher die Datenbank sichern und dazu die lib/userdata.inc.php - den rest bekommst du jederzeit ausm Netz wieder Ehm, das ist eigentlich STANDARD und soll so sein...ich würde eher sagen: lass die Finger davon froxlor in ein KUNDEN-Homedir zu stecken...
  22. Am besten installierst du froxlor via apt (https://docs.froxlor.org/latest/general/installation/apt-package.html) und kopierst die config: /var/customers/webs/PATH2WEBSPACE/htdocs/froxlor/lib/userdata.inc.php nach /var/www/html/froxlor/lib/ und startest danach den cronjob um die configs zu erstellen: cd /var/www/html/froxlor bin/froxlor-cli froxlor:cron -f -d
×
×
  • Create New...