untiefe

Thanks a lot for the extremely quick replies! I'll now have an idea, what to update.

The hostname is correct, but: The Setting: "Access Froxlor directly via the hostname" is NOT set and there are no domains in "Comma separated list of domains to add as server alias to the froxlor vhost" are these new options? Or are they now enforced in Version 2.1?

Hello, i just updated to froxlor 2.1.0-1 and ran into the same problem. The subdomain, I had configured to use for my froxlor frontend only shows: Domain not configured This domain requires configuration via the froxlor server management panel, as it is currently not assigned to any customer. But it worked before for many versions... And the hostname in my system settings is correct, so unfortunately the solution for cscholz does not work for me... The sub domain is pointing to /var/www/html/froxlor and there should be the froxlor installation also? It works, when I use http://IP/froxlor Any other ideas, why the configured subdomain does not work any more? --- here the corresponding vhost (anonymised) # 34_froxlor_normal_vhost_fl.DOMAIN.conf # Created 07.10.2023 13:45 # Do NOT manually edit this file, all changes will be deleted after the next domain change at the panel. # Domain ID: 29 - CustomerID: 1 - CustomerLogin: NAME <VirtualHost IP-ADRESS:80> ServerName fl.DOMAIN ServerAdmin Michael@DOMAIN DocumentRoot "/var/www/html/froxlor" php_admin_value sendmail_path "/usr/sbin/sendmail -t -f Michael@DOMAIN" php_admin_value open_basedir "/var/www/html/fl:/tmp" Alias /webalizer "/var/customers/webs/NAME/webalizer" LogLevel warn ErrorLog "/var/customers/logs/NAME-error.log" CustomLog "/var/customers/logs/NAME-access.log" combined </VirtualHost>

Hallo nochmal und vielen Dank für den Support. Ja, bislang habe ich das als Kundendomain angelegt. Aber wenn es als admin direkt geht, werde ich das entsprechend ändern. Beste Grüße, Michael

Danke für die super schnelle Reaktionszeit am Sonntag Abend! Ich habe es ja jetzt erstmal wieder zum laufen bekommen (genau mit einer manuellen PHP7.4 installation) - wie schon in meiner weiteren Post beschrieben. Ein Problem ist aktuell noch übrig. Die virtuelle Domain, die auf das froxlor Verzeichnis zeigt funktioniert nicht mehr, da das Webfrontend keine Pfade mit / vorne erlaubt: Please note: The path / is not allowed due to administrative settings, it will automatically be set to /chosen.subdomain.tld/ if not set to another directory. Das war beim alten frontend nicht so, oder? Kann ich das in den Einstellungen irgendwo ändern? Ich fand dies über eine eigene Subdomain sehr praktisch... Viele Grüße, Michael

nach einem manuellen upgrade auf php7.4 (https://prepaid-host.com/de/blog/php-7-4-auf-debian-11-10-9-installieren) und dem enablen von php7.4 im apache (a2enmod) konnte ich mich einloggen. Daraufhin wurde natürlich wieder der Pfad der virtuellen domain auf /var/www/froxlor geändert, so dass ich dies nochmal manuell anpassen musste und dann in der config über das neue Frontend. Ich hoffe es funktioniert nun auch alles. Beste Grüße, Michael

Hallo, ich finde es ja schön, dass froxlor so aktiv weiterentwickelt wird und es eine Version 2.0 gibt. Aber leider hat der Update Process auf debian buster per aptitude full-upgrade meine Installation erstmal unbrauchbar gemacht. 1. das verschieben des Installationsverzeichnisses hat nicht funktioniert: Unpacking froxlor (2.0.4-1) over (0.10.38.3-1) ... dpkg: warning: unable to delete old directory '/var/www/froxlor': Directory not empty Setting up php7.3-gmp (7.3.31-1~deb10u2) ... Creating config file /etc/php/7.3/mods-available/gmp.ini with new version Setting up froxlor (2.0.4-1) ... The froxlor package has been updated, please log in via webinterface to finish update. >> Das konnte ich noch manuell im config file der virtuellen Domain korrigieren 2. PHP 7.4 wird nicht korrekt angezogen, so dass ich jetzt ein froxlor 2.0 mit php 7.3 installiert habe und dann statt der Login Page nur folgenden Fehler sehe: --- Whoops! It seems you are using an older version of PHP Froxlor requires at least PHP version 7.4.0 The installed version is: 7.3.31-1~deb10u2 ---- und hier komme ich aktuell nicht weiter. Eine developer version von PHP installieren? Oder gleich auf die nächste debian version aktualisieren? Es ist echt unschön, dass ich diese Probleme jetzt ohne Vorwarnung bekommen habe.... Ich freue mich über jegliche Vorschläge! Beste Grüße, Michael

Dein erster Satz hat mich auf die Spur gebracht und es war ganz einfach - auch wenn ich nicht ganz verstehe warum es am Open_Basedir liegt! Ohne das Häkchen läuft alles. Vermutlich benötigt baikal eben doch Teile Skripte die nicht im html Verzeichnis liegen auf das ich verlinke... Danke für die guten Tipps 🙂

Hatte ich auch erst gedacht, aber ich nutze nicht die Bleeding edge Version, wo die composer-basierten Abhängigkeiten angepasst werden müssen, sondern das einfach Release, was man nur entpacken muss und dann auch läuft. Ich hatte mir die composer Sachen schon vor ein paar Tagen angeschaut, aber dies ist kein baikal Problem. Hier ist etwas mit der ssl Konfiguration im argen, denn es läuft ja wenn ich die eine sites-enabled Datei lösche und es läuft auch alles, wenn ich die baikal installation ohne ssl direkt anspreche - was ich aber nicht standardmäßig machen möchte. Ich habe mal den apache2 loglevel für ssl auf debug hochgestellt. Damit bekomme ich wenn es nicht funktioniert die Meldung: [ssl:warn] [pid 32419] AH01909: XXX.stratoserver.net:443:0 server certificate does NOT include an ID which matches the server name wobei hier ja gerade eine Anpassung des ServerName (ohne mail. davor - siehe oben) den Fehler behebt?!? Und wenn ich die 30er ssl vhost Datei lösche bzw. ich das ServerName statement anpasse (und es damit funktioniert): [ssl:debug] [pid 32452] ssl_engine_kernel.c(2353): [client CLIENT-IP:29482] AH02044: No matching SSL virtual host for servername mail.DOMAIN.TLD found (using default/first virtual host) [ssl:debug] [pid 32451] ssl_engine_kernel.c(2374): [client CLIENT-IP:29498] AH02645: Server name not provided via TLS extension (using default/first virtual host) [ssl:debug] [pid 32452] ssl_engine_kernel.c(383): [client CLIENT-IP:29482] AH02034: Subsequent (No.2) HTTPS request received for child 11 (server XXX.stratoserver.net:443), referer: https://mail.DOMAIN.TLD/ Hier geht er scheinbar auf irgendeinen Default zurück, der dann funktioniert.

Die Anpassung der Rewrite Rules hat keinen Effekt, das Problem bleibt bestehen. Statt der baikal Startseite (baikal system is running alright) kommt nur: Incomplete installation Baïkal dependencies have not been installed. Please, execute "composer install" in the folder where you installed Baïkal.

1) die baikal installation habe ich selbst in das Verzeichnis gelegt, da es leider auch nicht unter /var/www/html funktioniert 2) baikal erzeugt keine eigenen vhost Die Idee im 10er vhost ist, dass über den ssl port https://mail.DOMAIN/ immer direkt die baikal installation angesprochen wird und darüber dann automatisch Kontakte und Kalender synchronisiert werden. Dies funktionierte auch schon vorher mit dem alten Server entsprechend gut. Ich konnte das Problem weiter eingrenzen: Wenn ich in der Datei 30_froxlor_ssl_vhost_mail.DOMAIN.conf händisch das Servername Statement von mail.DOMAIN auf DOMAIN ändere läuft es. Aber wenn ich das im Froxlor Frontend ändere, würde er ja auch das let's encrypt zertifikat auf die Domain ausstellen und nicht auf mail.DOMAIN wie ich es haben möchte... Hast Du weitere Ideen, was ich noch tun könnte, bzw. woran es liegen könnte?

Hallo, nach einem Server Umzug inkl. debian & froxlor update habe ich noch ein kleines SSL Problem. Statt einem gekauften ssl zertifikat nutze ich auf dem neuen Server nun die tolle let's encrypt Umsetzung von froxlor, die auch funktioniert. Das Zertifikat nutze ich auch für meinen eMail Server (funktioniert auch gut). Für die let's encrypt Umsetzung habe ich eine mail.xxx.yy domain angelegt (als admin), über die, die folgende vhost Datei in /etc/apache2/sites-enabled/30_froxlor_ssl_vhost_mail.DOMAIN.conf erzeugt wird: # 30_froxlor_ssl_vhost_mail.DOMAIN.conf # Created 02.04.2020 23:50 # Do NOT manually edit this file, all changes will be deleted after the next domain change at the panel. # Domain ID: 28 (SSL) - CustomerID: 1 - CustomerLogin: second <VirtualHost IP-ADRESSE:443> ServerName mail.DOMAIN ServerAdmin MAILADRESSE SSLEngine On SSLProtocol -ALL +TLSv1 +TLSv1.2 SSLCompression Off SSLSessionTickets on SSLHonorCipherOrder off SSLCipherSuite ECDHE-RSA-AES128-SHA256:AES128-GCM-SHA256:RC4:HIGH:!MD5:!aNULL:!EDH SSLVerifyDepth 10 SSLCertificateFile /etc/apache2/ssl/DOMAIN.crt SSLCertificateKeyFile /etc/apache2/ssl/DOMAIN.key SSLCACertificateFile /etc/apache2/ssl/DOMAIN_CA.pem SSLCertificateChainFile /etc/apache2/ssl/DOMAIN_chain.pem <IfModule mod_headers.c> Header always set Strict-Transport-Security "max-age=0" </IfModule> DocumentRoot "/var/customers/webs/second/DOMAIN/baikal/html/" php_admin_value sendmail_path "/usr/sbin/sendmail -t -f MAILADRESSE" php_admin_value open_basedir "/var/customers/webs/second/DOMAIN/baikal/html:/tmp" Alias /webalizer "/var/customers/webs/second/webalizer" LogLevel warn ErrorLog "/var/customers/logs/second-error.log" CustomLog "/var/customers/logs/second-access.log" combined RewriteEngine on RewriteRule /.well-known/carddav /dav.php [R=308,L] RewriteRule /.well-known/caldav /dav.php [R=308,L] </VirtualHost> Nun funktioniert das laufende baikal aber nur, wenn ich genau diese vhost Datei lösche...? Ansonsten gibt es im Browser die kryptische Fehlermeldung: "Incomplete installation Baïkal dependencies have not been installed. Please, execute "composer install" in the folder where you installed Baïkal." Was aber nicht stimmt, denn ohne die vhost Datei läuft alles. Ich vermute, das hängt mit der ssl vhost Datei der IP Adresse zusammen, wo ja scheinbar schon alles notwendige definiert wird - denn sonst würde es ja nicht über https://mail.xxx.yy/ funktionieren... Die IP ssl vhost 10_froxlor_ipandport_IP-ADRESSE.443.conf sieht folgendermaßen aus: # 10_froxlor_ipandport_IP-ADRESSE.443.conf # Created 02.04.2020 23:57 # Do NOT manually edit this file, all changes will be deleted after the next domain change at the panel. <VirtualHost IP-ADRESSE:443> DocumentRoot "/var/customers/webs/second/DOMAIN/baikal/html/" RewriteEngine on RewriteRule /.well-known/carddav /dav.php [R=308,L] RewriteRule /.well-known/caldav /dav.php [R=308,L] SSLEngine On SSLProtocol -ALL +TLSv1 +TLSv1.2 SSLCompression Off SSLSessionTickets on SSLHonorCipherOrder off SSLCipherSuite ECDHE-RSA-AES128-SHA256:AES128-GCM-SHA256:RC4:HIGH:!MD5:!aNULL:!EDH SSLVerifyDepth 10 SSLCertificateFile /root/.acme.sh/mail.DOMAIN/mail.DOMAIN.cer SSLCertificateKeyFile /root/.acme.sh/mail.DOMAIN/mail.DOMAIN.key SSLCACertificateFile /root/.acme.sh/mail.DOMAIN/ca.cer </VirtualHost> Hier ist unschön, dass das Zertifikat über /root geladen wird, aber so funktioniert zumindest alles. Irgendwelche Ideen, was ich bei der Konfiguration falsch mache?