Danke. Das wars. FREU.
Beiträge von c4yolli
-
-
Ja. Ist vorhanden und aktiv.
apache -l liefertCompiled in modules:
core.c
mod_so.c
mod_watchdog.c
http_core.c
mod_log_config.c
mod_logio.c
mod_version.c
mod_unixd.c -
Ich habe gerade festgestellt, dass seit Monaten keine apache.log und keine other_vhosts_access.log mehr angelegt werden bzw. 0 Bytes haben. Die rotierten logs sind Monate alt.
Ich habe Debian 8.2 und Liveconfig 2.0.2-r4019.
Hat jemand einen Tipp, woran das liegen könnte? -
Muss das Server-Zertifikat für Liveconfig eigentlich weiterhin händisch aktualisiert werden? Das wäre bei drei Monaten Laufzeit aber recht mühselig...
-
Wenn ich in der IP-Gruppe IPv6 aktiviere, habe ich Zugriff auf die https Seite.
Dann bekomme ich aber neue Fehlermeldungen in der error.logCode[Thu Aug 06 06:37:20.869174 2015] [ssl:warn] [pid 25052] AH01909: default:443:0 server certificate does NOT include an ID which matches the server name [Thu Aug 06 06:37:20.869243 2015] [ssl:error] [pid 25052] AH02217: ssl_stapling_init_cert: can't retrieve issuer certificate! [subject: CN=Default SSL Certificate / issuer: CN=Default SSL Certificate / serial: 55C2E40900097DDB / notbefore: Aug 6 04:35:21 2015 GMT / notafter: Aug 5 04:35:21 2018 GMT] [Thu Aug 06 06:37:20.869249 2015] [ssl:error] [pid 25052] AH02567: Unable to configure certificate default:443:0 for stapling [Thu Aug 06 06:37:20.869330 2015] [suexec:notice] [pid 25052] AH01232: suEXEC mechanism enabled (wrapper: /usr/lib/apache2/suexec) [Thu Aug 06 06:37:20.907843 2015] [ssl:warn] [pid 25053] AH01909: default:443:0 server certificate does NOT include an ID which matches the server name [Thu Aug 06 06:37:20.907920 2015] [ssl:error] [pid 25053] AH02217: ssl_stapling_init_cert: can't retrieve issuer certificate! [subject: CN=Default SSL Certificate / issuer: CN=Default SSL Certificate / serial: 55C2E40900097DDB / notbefore: Aug 6 04:35:21 2015 GMT / notafter: Aug 5 04:35:21 2018 GMT] [Thu Aug 06 06:37:20.907929 2015] [ssl:error] [pid 25053] AH02567: Unable to configure certificate default:443:0 for stapling [Thu Aug 06 06:37:20.911170 2015] [mpm_prefork:notice] [pid 25053] AH00163: Apache/2.4.10 (Debian) mod_fcgid/2.3.9 OpenSSL/1.0.1k configured -- resuming normal operations [Thu Aug 06 06:37:20.911202 2015] [core:notice] [pid 25053] AH00094: Command line: '/usr/sbin/apache2'
-
Hallo,
ich habe Heute einen neuen Debian 8.1 Server (Hetzner, Minimal-Image) aufgesetzt. Liveconfig per Meta-Paket installiert. Liveconfig läuft auch per SSL.Aber bekomme beim Kundenaccount https nicht ans Laufen. Das Zertifikat ist soweit eingerichtet, aber die Seite kann nicht aufgerufen werden (Diese Webseite ist nicht verfügbar).
Die apache2/error.log sagt:
Code[Wed Aug 05 21:10:45.169606 2015] [mpm_prefork:notice] [pid 22800] AH00171: Graceful restart requested, doing restart [Wed Aug 05 21:10:45.269415 2015] [mpm_prefork:notice] [pid 22800] AH00163: Apache/2.4.10 (Debian) mod_fcgid/2.3.9 OpenSSL/1.0.1k configured -- resuming normal operations [Wed Aug 05 21:10:45.269435 2015] [core:notice] [pid 22800] AH00094: Command line: '/usr/sbin/apache2'
netstat -anp | grep LISTEN | grep apache
apache2ctl -S -t
Code
Alles anzeigenVirtualHost configuration: 144.76.xx.xx:80 is a NameVirtualHost default server default (/etc/apache2/sites-enabled/000-default.conf:48) port 80 namevhost default (/etc/apache2/sites-enabled/000-default.conf:48) port 80 namevhost subdomain.kundendomain.de (/etc/apache2/sites-enabled/zz.conf:13) 144.76.xx.xx:443 subdomain.kundendomain.de (/etc/apache2/sites-enabled/zz.conf:85) ServerRoot: "/etc/apache2" Main DocumentRoot: "/usr/share/liveconfig/html/" Main ErrorLog: "/var/log/apache2/error.log" Mutex rewrite-map: using_defaults Mutex fcgid-proctbl: using_defaults Mutex ssl-stapling: using_defaults Mutex ssl-cache: using_defaults Mutex default: dir="/var/lock/apache2" mechanism=fcntl Mutex mpm-accept: using_defaults Mutex fcgid-pipe: using_defaults Mutex watchdog-callback: using_defaults PidFile: "/var/run/apache2/apache2.pid" Define: DUMP_VHOSTS Define: DUMP_RUN_CFG User: name="www-data" id=33 Group: name="www-data" id=33
Das Zertifikat ist in Ordnung. Habe die Configs auch schon mehrfach neu schreiben lassen.
Das Apache SSL Modul ist aktiv. Der Haken bei Domains/HTTPS ist gesetzt.Fehlt noch irgendein Modul? Wo kann ich noch suchen?
-
Ich hatte (bis gerade eben) leider auch ein Problem mit fastCGI und Debian 8.1. System frisch installiert mit liveconfig-meta und liveconfig (Datum stimmt bei mir). Die Lösungsvorschläge aus dem Forum waren leider auch nicht erfolgreich.
Bei mir hat es gereicht, php5-cgi zu installieren. Gehört das nicht zum liveconfig-meta Paket?
-
Also mit FireFTP wurden mir die Symlinks angezeigt. Aber das bringt mir nicht viel. Habe es jetzt mit vsftp ausprobiert. Dort sehe ich auch in Forklift "meine" Symlinks. Nur leider muss ich scheinbar jeden FTP User erst einmal bearbeiten und speichern, damit diese in vsftp neu angelegt werden. Kann ich das für alle Kunden mit einem Befehl automatisieren?
-
ProFTP. Per Konsole vom Mac mit ftp sehe ich die Symlinks. Danke für den Tipp. Hatte das Forklift eigentlich zugetraut. Filezilla zeigt die Dateien auch nicht an. Auch nicht wenn ich "Auflistung versteckter Dateien erzwingen" auswähle.
-
Wenn ich als User per FTP (Forklift) auf einen Account zugreife, werden keine Symlinks angezeigt. Daher kann ich Ordner, die Symlinks enthalten (per SSH sehe ich sie), nicht löschen.
Nicht jeder Kunde hat SSH oder kann damit umgehen. Ist das ein Problem von Forklift? Allerdings kann der Kunde die Ordner auch nicht löschen (wegen nicht angezeigter Symlinks). Der Kunde hat einen Windows PC (FTP Programm unbekannt).
Hat jemand einen Rat?
-
Die Idee mit find war goldrichtig. Es hatten sich tatsächlich fehlerhafte Berechtigungen eingeschlichen. Das war aber meine Schuld. Habe von meiner lokalen Linux-Maschine ein Backupscript (rsync) zum Liveserver in eine Owncloud-Instanz. Und dort gab es die Fehler. Wohl eher ein Fehler bei meiner damaligen Einrichtung.
Danke für die Hilfe
-
quota -g web2: Es werden die o.a. Werte (16GB, 31.000 Dateien) angezeigt. Die Berechtigungen habe ich mit chown -R ... angepasst.
Quota neu berechnen klappt irgendwie nicht.
repquote / (Nicht alle angegebenen Mountpunkte verwenden Quotas)
quotacheck -av (Kann kein Dateisystem zum Prüfen finden oder Dateisystem nicht mit der Quota-Option gemountet. -
Bei einem Kunden bekomme ich immer die Meldung "exceed disk quota". Eingestellt waren 5 GB Speicherplatz. In htdocs gibt es nur eine Contao Installation mit 64 MB (du -sh contao33 bzw. du -sh webXX). Beim Kunden in den Statistiken zum Vertrag werden aber 16 GB und 31.000 Dateien angezeigt (statt ca. 5000 Dateien).
Habe mir als root per cp -r die Dateien von einem anderen Vertrag (meinem) nach webXX gezogen und die Rechte entsprechend angepasst. Das war noch nie ein Problem. Kann es daran liegen?
Woran kann das liegen? Wie oft werden die Statistiken neu berechnet? Kann ich das manuell anschupsen?
-
Danke. Läuft.
-
Ich habe auch das gleiche Problem. Ein postfix/dovecot reload hat auch nix gebracht.
mimmv: Wie bekomme ich das denn auf die Schnelle in der Konsole hin? -
Von meiner Seite aus erstmal vielen Dank!
-
Hallo,
ich weiß, ich bin hier nicht in einem Apple - Forum. Trotzdem sei mir hier die Frage erlaubt, ob es an einer Dovecot - Einstellung liegt.
Wenn ich eine E-Mail bekomme, wird sie auf einem Gerät empfangen (z. B. iPhone), aber nicht in Apple Mail auf dem Macbook. Auch nicht durch manuelles Abrufen. Erst wenn ich Mail komplett schließe und neu starte, wird die E-Mail auch hier angezeigt bzw. abgerufen.
Liegt das eher an Apple oder an Dovecot / Liveconfig?
Kunden haben das gleiche Problem und beschweren sich darüber, dass sie E-Mail nicht empfangen, obwohl sie faktisch zugestellt wurden. Allerdings unbemerkt auf dem iPad und mal wieder nicht in Apple Mail.
Gruß
c4yolli -
Hallo,
ich habe einige Mails in der Mailqueue, die nicht weiter verarbeitet werden. Augenscheinlich beinhalten die Mails Viren und werden daher von Postfix abgelehnt. Aber warum werden sie nicht gelöscht? Oder markiert und zugestellt? Es handelt sich bei allen Mails um eigehende Mails und komischerweise nur zu einer Domain.
Welche (ClamAV-) Einstellungen sollte ich noch (updatesicher) vornehmen?
Ich verwende Liveconfig 1.6.4-r2488 auf Debian 7.1.
Gruß
c4yolli -
Hallo,
bei mir ist der FTP-Server extrem langsam (Up- und Download). Habe einen Root-Server von Hosteurope. Ein Test von denen ergab eine Rate von 9 MB/s. Bei mir liege ich in der Regel unter 10kb/s, teilweise geht es runter bis unter 1 kb/s. Dabei ist es egal, ob ich es per FTP oder FTPS mache.
Normal wäre bei mir als Upload 100 kb/s und Download entsprechend > 1 MB/s.
Wird seitens Liveconfig da irgendwas beschränkt?
MfG
c4yolli -
Ok. Nach einem Neustart von LC wird jetzt die aktuelle Dovecot-Version angezeigt.