d00p

Die empfohlenen Standardeinstellungen beinhalten keinen Nameserver... Wie bereits gesagt: Settings -> Nameserver settings -> "Enable Nameserver" und "Enable DNS editor" aktivieren, und entsprechend den gewünschten Kunden bearbeiten und "Enable DNS editor?" auf Ja stellen Taucht selbstverständlich auch nur bei Domains auf, die ein Häkchen bei "Create dns zone for domain" haben, da sie sonst vom Nameserver garnicht verarbeitet werden

Das gibt es natürlich wenn auch ein lokaler DNS Server via froxlor betrieben wird, anders macht es wenig Sinn Also: wenn nameserver aktiviert ist (und DNS Editor erlaubt) dann gibt's da auch das Icon.

https://github.com/Froxlor/Froxlor -> Sponsor this project - da steht was geht

Folgendes Beispiel funktioniert bei mir unter nginx genauso wie unter apache mit php-fpm: <?php function doFlush() { if (!headers_sent()) { // Disable gzip in PHP. ini_set('zlib.output_compression', 0); // Force disable compression in a header. // Required for flush in some cases (Apache + mod_proxy, nginx, php-fpm). header('Content-Encoding: none'); } // Fill-up 4 kB buffer (should be enough in most cases). echo str_pad('', 4 * 1024); // Flush all buffers. do { $flushed = @ob_end_flush(); } while ($flushed); @ob_flush(); flush(); } // In a real app, we have this turned on. ob_start(); $i = 0; while ($i++ < 10) { usleep(500000); // Real output. echo $i . "\n<br>"; doFlush(); }

Und nix in der Error Log oder php-fpm log? Ich kanns leider Grad selbst nicht testen, nur unterwegs am Smartphone

Hast du denn sichergestellt das in der genutzten PHP Version und der zugehörigen php-konfiguration der Domain die geforderten settings auch so gesetzt sind (z.b. via phpinfo())

Du brauchst natürlich eine sql config die die user aus der froxlor Datenbank ausliest. Da könntest du in älteren froxlor.versionen (0.9.x) auf GitHub glücken haben und in /lib/configfiles noch was zu finden. Nscd ist in soweit sinnvoll/notwendig damit nicht jedesmal eine sql query.via libnss-mysql ausgeführt wird beim auslesen der User/group Infos. Mir ist.auf die schnelle kein Ersatz bekannt. Wenn die nsswitch.conf entsprechend auf libnss-mysql verweist sollte es aber auch ohne nscd gehen (geht halt auf die Datenbank ohne Ende)

Froxlor erstellt nur eine Cronjob Datei, und die liegt standardmäßig unter /etc/cron.d/froxlor Zur Neuerstellung einfach manuell aufrufen: `/var/www/html/froxlor/bin/froxlor-cli froxlor:cron -fd`

Du installierst php-fpm in der gewünschten Version. Achtung, standardmäßig gibt das Debian/Ubuntu nicht her, du brauchst ein separates Repository dafür, z.B. https://sury.org/ Danach trägst du als Admin unter PHP -> PHP-FPM Versionen manuell die von dir installierten Versionen ein. Froxlor kann das nicht automatisch erkennen.

0.10.x ist SEHR alt, /latest/ ist schon lange v2.1, da haben sich die links (und auch die logik der docs) durchaus geändert, siehe https://docs.froxlor.org/latest/general/migration-guide/

Please report this as issue via github: https://github.com/Froxlor/Froxlor/issues/new/choose

Auf 2.1.6 updaten. Das war ein Bug in der 2.1.5 (die es nur einen Tag lang gab)

xD okay, glad to hear that I was doubting myself for a second there 😛

no, it has not so, a local cache thing then....aight

No nothing user related has been renamed. The local user for php-fpm has nothing to do with any user within froxlor itself Yes User-Login should work without any issues after a update. Never had any issues with that. A deprecated warning will not prevent any logins Also MySQL User Login != Froxlor webui Login. These are completely different things. As said before, mostly this is something related to sessions. Please check Webserver and php-fpm logs.

This still exists? It should be libnss-extrausers for years now. Is mentioned in the announcement of 2.0 Regarding login, validate the froxlor local user and the permissions on /car/customers/tmp/froxlor.panel/ - although there should definitely be something in the Webserver errorlog or php-fpm log

ist ein bestätigter goaccess bug wohl und ist fürs nächste release gefixed: https://github.com/allinurl/goaccess/issues/1683

Die config für froxlor sollte so aussehen, musste evtl schauen ob da deine customizations irgendwo nen strich durch die rechnung machen allow_call_time_pass_reference = Off allow_url_fopen = On asp_tags = Off disable_classes = disable_functions = curl_multi_exec,exec,parse_ini_file,passthru,popen,proc_close,proc_get_status,proc_nice,proc_open,proc_terminate,shell_exec,show_source,system display_errors = Off display_startup_errors = Off enable_dl = Off error_reporting = E_ALL & ~E_NOTICE expose_php = Off file_uploads = On cgi.force_redirect = 1 gpc_order = "GPC" html_errors = Off ignore_repeated_errors = Off ignore_repeated_source = Off include_path = ".:{PEAR_DIR}" log_errors = On log_errors_max_len = 1024 magic_quotes_gpc = Off magic_quotes_runtime = Off magic_quotes_sybase = Off max_execution_time = 60 max_input_time = 60 memory_limit = 16M noutput_buffering = 4096 post_max_size = 16M precision = 14 register_argc_argv = Off register_globals = Off report_memleaks = On sendmail_path = "/usr/sbin/sendmail -t -i -f {CUSTOMER_EMAIL}" session.auto_start = 0 session.bug_compat_42 = 0 session.bug_compat_warn = 1 session.cache_expire = 180 session.cache_limiter = nocache session.cookie_domain = session.cookie_lifetime = 0 session.cookie_path = / session.entropy_file = /dev/urandom session.entropy_length = 16 session.gc_divisor = 1000 session.gc_maxlifetime = 1440 session.gc_probability = 1 session.name = PHPSESSID session.referer_check = session.save_handler = files session.save_path = "{TMP_DIR}" session.serialize_handler = php session.use_cookies = 1 session.use_trans_sid = 0 short_open_tag = On suhosin.mail.protect = 1 suhosin.simulation = Off track_errors = Off upload_max_filesize = 32M upload_tmp_dir = "{TMP_DIR}" variables_order = "GPCS" ;mail.add_x_header = On ;mail.log = "/var/log/phpmail.log" opcache.restrict_api = ""

und läuft dein froxlor vhost auch mit der dafür vorgesehen php-konfiguration? das ist wichtig

Ja normal ist hierfür der froxlorlocal user in den customer-gruppen, damit er die auch lesen kann. Hast du denn libnss-extrausers aktiviert und stimmen die berechtigungen? Prüfe mit `id froxlorlocal` oder auch `id [kundenlogin]`

Das könnte sein, werde ich prüfen

GoAccess - version 1.9 - Jan 30 2024 00:52:25 (gekürzter Befehl): grep "Feb/2024" /srv/customers/logs/web1-access.log | goaccess -o ga.tmp.json -o ga.tmp.html --html-report-title=TEST --log-format=COMBINED --no-parsing-spinner --no-progress - Läuft ohne jegliche ausgabe und fehler durch

Ich sehe in der changelog jetzt eigentlich nichts diesbezüglich

Hm, warum sollte denn da auf einmal ein formatfehler vorliegen, das VHOST bzw. VHOST_COMBINED format is doch fix?!

Please use GitHub for bug reports, provide as much details as possible as well as log files and exact steps to reproduce.