Jump to content
Froxlor Forum

untiefe

Members
 View Profile  See their activity

  • Posts

    12

  • Joined

  • Last visited

 Content Type 

Posts posted by untiefe

    froxlor 2.1 "Domain not configured"

    in General Discussion

    Posted

    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>

    Error updating to froxlor 2

    in German / Deutsch

    Posted

    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

    Maintenance Release froxlor 2.0.24 - New UI/UX, quick and easy webinstaller, command line tool & more

    in Announcements

    Posted

    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

    Error updating to froxlor 2

    in German / Deutsch

    Posted

    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

    [solved] Probleme beim SSL Setup von subdomain direkt auf baikal gelinkt

    in German / Deutsch

    Posted

    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.

    [solved] Probleme beim SSL Setup von subdomain direkt auf baikal gelinkt

    in German / Deutsch

    Posted

    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?

     

    [solved] Probleme beim SSL Setup von subdomain direkt auf baikal gelinkt

    in German / Deutsch

    Posted

    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?

×
×
  • Create New...