d00p

Öhm, Google bitte erstmal was Composer ist und wie das funktioniert...und k.a. was du da vorhast, aber du brauchst kein Composer um die froxlor api zu nutzen (außer du nutzt die gut version, dann brauchst du das natürlich um Abhängigkeiten zu installieren - im Archiv ist alles vorhanden)

Warum sollte es nicht gehen? Es fügt nur das Paket dem vendor/ Ordner und dem autoloader hinzu....dadurch beeinflusst man froxlor nicht

hm, jo möglich das wir es früher anders gemacht haben ja, machste uns auf github nen issue auf dazu? müsste halt nur --force dran (denn beim ersten mal erstellt er dann die entsprechend korrekten einträge aufgrund der einstellungen im panel)

As a matter of fact, there is no dependency from the API to the front-end really...all the sanity checks etc. Are in the API, not the front-end

Nix readonly, wie schon gesagt alles zentral auf shared storage, dB Ist auch überall verfügbar - froxlor legt alle configs und Userdaten in den shared storage. Bis auf rsyslog für gesammelte logs aller webserver ist alles nur Pfade anpassen in den Einstellungen

von welchen Sessions redest du? Da haben wir nix spezielles gemacht. 2 Loadbalancer die Web und Mail auf web01/web02 und mx10/mx20 verteilen. Eine mgmt Kiste auf der froxlor abgeschottet läuft (mit manueller webserver config) und der FTPd läuft. Zwei DB Server die auf allen servern verfügbar sind via interner IP (db01, db02) und einen zentralen storage auf den alle zugreifen können, wo alle kunden-daten, generierte webserver-configs, etc. liegen. Logs der Webserver und Mailserver auch aufm zentralen storage, damit die froxlor cronjobs da entsprechend ihren job machen können

hä? Nein, genau das ist doch sinn von multi-server....aber wir haben da n webserver im loadbalancer deklariert....Single point of failure ist da tatsächlich der zentrale storage. Aber wenn da ein http-server ausfällt geht es ganz normal weiter...ist ja sinn der sache. Das geht mit mod_php, fcgid und php-fpm - alles kein problem

Wir haben das ganze mit shared storage gebaut, ohne dedizierte Datenbank, geht gut

Das im war zuviel. Es gibt dafür separate Einstellungen. Und wenn du in den system settings als system-hostname "server.example.com" angegeben hast ist passt es doch. Nix nur "Example.com" ....du spezifizierst die Domain unter der froxlor erreichbar sein soll. Wenn es eine Subdomain ist kannst du danach natürlich die domain an sich wieder als Kunde verwenden, nur diese Subdomain natürlich nichtmehr. Es ist doch eigentlich echt Recht simpel ...

Das ist so nicht Sinn der Sache....es gibt separate Froxlor vHost Einstellungen im

So funktioniert das nicht...du musst die domain in den einstellungen als "System Hostname" angeben...diese Domain darf natürlich nicht irgendwo anders als kunde schon angelegt sein

Da steht aber nirgends was das du, wenn du Let's Encrypt für froxlor selbst nutzen willst,. dass natürlich in den "Froxlor Vhost Einstellungen" auch aktivieren musst, wie @irisdina hier beschrieben hat Du gibts leider keinerlei Info darüber, ob du das auch tatsächlich gemacht hast, keinerlei Logs oder sonstwas....

Bei Nutzung von let's encrypt ist das auch so

Zum einen: was du erstellst in ein selbst-signiertes Zertifkat, das sollte eigentlich garnicht in /etc/ssl/froxlor-custom/ erstellt werden sondern auf den pfad zeigen, den du in den Einstellungen angibst Zum zweiten: /etc/ssl/froxlor-custom/ sollte nicht für eigene Dateien verwendet werden, dieser Ordner wird komplett von froxlor verwaltet und daher ggfls auch mal geleert Zum dritten: die Meldug aus dem Browser sagt leider nicht viel. Prüfe server logs und den entsprechenden ssl-vhost.

Sorry, I don't quite understand the problem you seem to be having...