d00p

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.

Also, you might want to check the migration-guides, depending on from which version of froxlor you are upgrading: https://docs.froxlor.org/latest/general/migration-guide/

you can safely run the full-upgrade and re-configure your services (beware of you customizations!) with "froxlor-cli config-services -c" and it should all be good

That is because these are let's encrypt certificates, just disable let's encrypt in the domain to remove it

Wenn das ein debian ist und du das via apt installiert hast sind die sachen vermutlich nur via alias verfügbar, je nachdem wie das paket das macht. Das kann funktionieren, aber bei einem standard froxlor setup mit php-fpm z.B. wird das so nicht funktionieren (berechtigungen u.A.). Entweder manuell installieren, z.B. für einen dafür angelegten Kunden mit eigener (Sub-)domain oder in /var/www/html/froxlor packen und via froxlor domain drauf zugreifen. "Kompliziertere" Variante wär dann die config des Aliases (sofern vorhanden, kenne jetzt die zwei pakete nicht adhoc) entsprechend z.B. mit dem php-fpm socket von froxlor zu bestücken und berechtigungen anzupassen, ist aber dann ggfls nich update-sicher

Löst die domain denn korrekt auf die im vhost gezeigten IP adressen auf? Es hat sich nix "bahnbrechendes" geändert wie der webserver funktioniert... Na wirst du wirklich UMGELEITET (http redirect) oder landet die domain in einem anderen docroot? großer unterschied

Okay, was wars denn jetzt?

mach mal ein nginx restart (nicht reload). Das sieht doch eigentlich alles okay aus. Ansonsten komm uns doch bitte im Discord besuchen, da ist der austausch etwas zügiger und wir können uns das mal anschauen

dann schau doch mal bitte wie die einträge in der ftp_groups tabelle aussehen bevor wir hier ewig rumsuchen

na lief denn der cronjob auch schon? Zur not mal forcieren (damit er die extrausers neu schreibt): `bin/froxlor-cli froxlor:cron -fd`

um gottes willen, mach doch so sachen nicht.... Froxlor macht das was in den Einstellungen steht, schau doch in deinen webserver settings mal nach was du da als Webserver user-name/group-name angegeben hast, das sollte www-data sein und dann prüfe in den froxlor vhost settings das für "Local user to use for PHP-FPM (Froxlor vHost)" (und natürlich auch gruppe) dein "froxlorlocal" user angegeben ist (wenn der so heisst)

nicht manuell an permissions rumspielen... Läuft der nginx dienst denn auch unter "www-data"? da fehlt der www-data, das trägt froxlor eigentlich in die ftp_groups tabelle ein für jeden user

Do you by any chance have nscd (still) installed from a previous libnss-mysql configuration or similar? if yes, remove it and restart apache. The permissions and users seem fine

so does the .htaccess belong to web33 and does it have at least 0640 ?

seems to look fine. Whats the exact error message from your opening post you are receiving from apache?