-
Posts
10290 -
Joined
-
Last visited
-
Days Won
43
Posts posted by d00p
-
-
Oh yeah there seems to be an issue with a ajax-request to for this option, need a bit more time for that
-
Just now, ocitsupport said:
Can you say why "Separate logfiles" is not permanently set?
This is a per domain setting and should be stored permanently of course. Let me run some checks and get back to you
-
try the following patch:
diff --git a/lib/Froxlor/Cron/Http/Apache.php b/lib/Froxlor/Cron/Http/Apache.php index f3fe3f6b..609f9164 100644 --- a/lib/Froxlor/Cron/Http/Apache.php +++ b/lib/Froxlor/Cron/Http/Apache.php @@ -823,6 +823,7 @@ class Apache extends HttpConfigBase $modrew_red = ' [R=' . $code . ';L,NE]'; } + $vhost_content .= $this->getLogfiles($domain); // redirect everything, not only root-directory, #541 $vhost_content .= ' <IfModule mod_rewrite.c>' . "\n"; $vhost_content .= ' RewriteEngine On' . "\n";
-
Yup, just checked, there are no log-directives generated when the domain is a redirect
-
check the vhost, is there a "AccessLog" directive being generated? if yes, does the log file exist and do entries get logged on visit?
-
Aktuell handlet das froxlor nicht, denn Let's Encrypt auch in postfix/dovecot zu nutzen ist natürlich möglich, aber admin-Entscheidung - da hat froxlor keine Finger drin. Ändert sich mit 2.2, siehe https://github.com/froxlor/Froxlor/issues/1186
-
Are you using the latest v2.1.7? there was a fix: https://github.com/Froxlor/Froxlor/commit/537b274b4c50b6d5a28c140d48e955466173b7dc
-
Du hast dem Kunden ein Kontingent von 5000 MB für disk/webspace zugewiesen....wenn es voll ist, macht der FTP dicht
-
Dann probier doch z.B. mal was mozilla vorgibt/empfiehlt: https://ssl-config.mozilla.org/#server=postfix&version=3.4.8&config=intermediate&openssl=1.1.1k&guideline=5.7
Ich meine immer noch das das ein Problem beim "fremden" smtp ist
-
Sieht doch alles fein aus, sogar TLSv1.3, da würde ich ja fast behaupten, dass vllt die zwei server die nichts mehr an dich senden können ggfls veraltet sind oder falsch konfiguriert. Offenbar haben die ja eine änderung, wenn deine logs da trotz anonymisierung irgendwie stimmen: IPMAIL1.FremderMailserver <> IPMAIL2.FremderMailserver
Aber zeig doch bitte hierfür auch mal deine postfix config in bezug auf TLS (alles bitte), also z.b.:
### TLS settings ### ## TLS for outgoing mails from the server to another server smtp_tls_security_level = may smtp_tls_note_starttls_offer = yes ## TLS for email client smtpd_tls_security_level = may smtpd_tls_key_file = /root/.acme.sh/domain/domain.key smtpd_tls_cert_file = /root/.acme.sh/domain/fullchain.cer smtpd_tls_CAfile = /root/.acme.sh/domain/ca.cer smtpd_tls_loglevel = 1 smtpd_tls_received_header = yes smtp_use_tls = yes smtpd_use_tls = yes smtpd_tls_session_cache_timeout = 3600s tls_random_source = dev:/dev/urandom smtpd_tls_mandatory_ciphers = high smtpd_tls_mandatory_exclude_ciphers = aNULL, MD5
-
Probier doch einfach alle? 25, 587, 465...
-
Und du kannst ja auch von außen mal testen, ob ssl verbindungen zu dir problemlos funktionieren:
openssl s_client -starttls smtp -crlf -connect fqdn:587
-
Welche protokolle sind denn aktiv?
postconf | grep smtpd_tls_protocols
-
Habe ich auf den meisten systemen ziemlich auch so, würde schätzen das hier ggfls ein veralteter (anderer) server oder eben client keine ausreichend modernen cipher unterstützt, um eine korrekte kommunikation herstellen zu können, da bräuchte man jetzt etwas mehr kontext aus den logs als nur die eine zeile
-
Welches OS, welche postfix version und welche cipher sind in der config?
-
A bit more context would be helpful...
-
Wenn du magst, schau doch mal im Discord vorbei (https://discord.froxlor.org) und dann können wir da mal zusammen genau reinschauen und ggfls debuggen was genau da so langsam ist
-
11 minutes ago, AppleDeveloper said:
Warum sollen Daten von einer .ru Domain geladen werden? Das wird zum Glück geblockt aber sieht falsch aus.
das kommt auch sicherlich nicht von uns
-
Ah okay, dann liegt es doch nur am memory verbauch (php's memory_limit direktion). Die kann man ja anpassen. Dennoch sollte eigentlich ein Listing mit Pagination (default 10 Einträge pro Seite) nicht zu diesem Fehler führen, schau ich mir mal genauer an, danke für den Hinweis, die Logs sind hilfreich
-
Ein Fehler 500er sollten in jedem Fall in den Webserver logs etwas hinterlassen.
Die "ajax.php" die dort via JS aufgerufen wird, ist übrigens im Normalfall nur der Version-Check (oben rechts im Interface), das dürfte eigentlich nichts mit dem Laden der Seite zu tun haben außer du rennst da ggfls in das http-request timeout für den update-check - das domain listing allerdings sollte normal dargestellt werden
-
Müsst ich schauen, kann ich so nur schwer sagen. Nehme an es hängt mit der höheren Anzahl an Domains zusammen. Gibt es denn irgendwelche hilfreichen Einträge in den logs?
-
Did you adjust the correct php config? There's so many things to check, it really would be way easier and faster to just do this via discord and even better with access to the server
-
If you want, join us on discord (https://discord.froxlor.org) and we can take a closer look at everything. I'll be back at the pc in about 30-45min
-
There's GitHub sponsors or plain PayPal: paypal@froxlor.org - glad you like it
DocumentRoot with Redirect and the effect on logging and traffic stats
in General Discussion
Posted
There is indeed a bug with this, missing csrf-tokens in some ajax-requests, I will have to make a bugfix release for that (or you would have to build the assets yourself with npm etc. if you want, let me know). Most like on friday this week then