Also Debian hält phpMyAdmin sicher, fixt also Security Probleme, aber aktuell hält es da nichts
Beiträge von bfal
-
-
Ja ein einheitlicher Standard welchen alle E-Mail Programme nutzen wäre echt toll. Aber ich fürchte da wird sich auch in Zukunft nichts tun.
-
Ich nun auch auf allen Servern das Update eingespielt. Funktioniert alles. Und mein Fehler mit dem nicht startenden lclogparse ist damit auch Geschichte. Hierfür mal ein Dankeschön
-
Ich werde weich......dann stimmt die Webseite ja doch langsam
-
So, ich habe gerade auch die restliche Liveconfig Umgebung bei mir aktualisiert und habe auf einem Server in einer Multi-Server-Umgebung ein Problem.
Das starten des lclogparse führt zu folgendem Fehler:
Code[....] Starting lclogparse: lclogparseCan't lock PID file, already in use by PID 1585 (program already running?)
Vor dem Startversuch existiert das PID File (/var/run/lclogparse.pid) nicht, es wird erst beim Starten
angelegt, läuft auf den oben genannten Fehler und scheint sich ohne Fehler zu beenden. Auch im lcclient.log
wird kein Fehler protokolliert. Angelegt wurde das PID File allerdings dann.
Ich habe natürlich vor jedem Startversuch das PID File per Hand gelöscht. Es läuft kein lclogparse Prozess und
es gibt auch kein Prozess mit der PID welche im File hinterlegt ist.Dies passiert auch wenn ich lclogparse von Hand starte ohne init.d Script:
Nur wenn ich lclogparse im Vordergrund laufen lasse (parameter -f) läuft das Tool
und schreibt auch korrekt seine Informationen in die smtp.stats und lclogparse.status .Eine Debug Modus gibt es scheinbar nicht und jetzt bin ich momentan etwas ratlos.
Wobei mir noch aufgefallen ist das auf den Liveconfig Clients (lccient) der Prozess
scheinbar nicht automatisch gestartet wird. Ist hier jedenfalls nicht passiert.Grüße
Björn -
Update ist drauf, klappt soweit auch alles. Aber kann es sein das die Zahlen bei den Mails I/O immer noch rechtsbündig aber die Überschrift Linksbündig ist? Sieht auf großen Auflösungen sehr verschoben aus.
Grüße
Björn -
+1 vermisse ich auch....und gleich ausblenden am besten was der User nicht können soll.
-
Teilweise vielleicht aber dem würde ich hier nur zustimmen wenn es noch gar nichts Richtung Backup geben würde. Momentan sieht es doch eher so aus als hätte man angefangen, etwas fertig zu bauen......und das ganze dann beiseite gelegt als etwas funktionierte.
Momentan geht ja nur der File Backup auf Single Server Umgebung. -
Warum habe ich hier im Forum das Gefühl das vieles einfach weg ingnoriert wird
Das o. g Zitat ist vom 07.08.2012viele Grüße
+1 Ganz fette Zustimmung....leider.
-
Also laut DENIC (http://www.denic.de/de/hinterg…nd-nsentry-eintraege.html) ist der Richtwert für Retry 900 – 28800 (in Sekunden), wobei "Retry" zwischen 1/8 und 1/3 von "Refresh" betragen soll.
Generell sollte das also gehen.Gruß
Björn -
+1 Super Vorschlag bin dafür. Ich bin generell dafür Optionen welche wo sowieso keine Rechte existieren bzw. die keinen Sinn machen immer gleich auszublenden.
-
Ok stimmt, das Testsystem arbeitete mit der SQLite Datenbank. Momentan läuft auch noch alles und Fehler bei der Erfassung sind mir nicht weiter aufgefallen.
Zwei Sachen habe ich aber noch falls es nicht schon bekannt ist:
1. Unter Top10 Verträge fehlt die Deutsche Übersetzung. Hier heißt es noch "Show the Top 10 subscriptions with most XX within the last 24 hours:".
2. Und dort kann man jetzt den Vertrag anklicken erhält aber nur die Fehlermeldung "Nicht gefunden / nicht autorisiert -
Die gesuchte Seite konnte nicht gefunden werden, oder Sie sind nicht dafür autorisiert."Grüße
Björn -
So, kurze Rückmeldung. Es funktioniert nun, er zeigt die Anzahl der Mails nun an.
Ich habe inzwischen auch auf die letzte Version aktualisiert.Nur die Timestamp Fehler habe ich immer noch ca. alle 15 Minuten.
Code[2014/05/19 13:20:50.742785] [29086|29107] RRD 'MAIL' sample with duplicate timestamp (1400498438) [2014/05/19 13:35:54.692394] [29086|29107] RRD 'MAIL' sample with duplicate timestamp (1400499341) [2014/05/19 13:50:56.812466] [29086|29107] RRD 'MAIL' sample with duplicate timestamp (1400500244) [2014/05/19 14:06:00.945100] [29086|29107] RRD 'MAIL' sample with duplicate timestamp (1400501147) [2014/05/19 14:21:03.092409] [29086|29107] RRD 'MAIL' sample with duplicate timestamp (1400502050)
Kann ich das irgendwie näher debuggen? Uhrzeit stimmt zumindest aktuell noch.
-
Hallo Herr Keppler,
nein Zahlen sehe ich noch nicht, aber auf Ihren Hinweis mit der Differenz hin habe ich mir die smtp.stats noch einmal aus dem letzten Backup geholt und mit dem aktuellen Stand verglichen, hier gab es keine Änderung.
Wenn ich das richtig sehe müssten die Werte dort doch eigentlich ansteigen. Dann ist mir aufgefallen das ein "/etc/init.d/lclogparse status" hier "failed!" zurückliefert obwohl der Prozess unter ps angezeigt wird. Ich habe den nun gekillt und neu gestartet und schaue mal ob sich jetzt was ändert. Zumindest wird er jetzt als "running!" angezeigt.Heute Nachmittag schaue ich dann mal ob mir was angezeigt wird.
Ach und die Timestamp Meldungen habe ich im 15 Minuten Takt immer noch:
Code[2014/05/19 10:41:22.440822] [6536|6551] RRD 'MAIL' sample with duplicate timestamp (1400488869) [2014/05/19 10:56:24.583515] [6536|6552] RRD 'MAIL' sample with duplicate timestamp (1400489772) [2014/05/19 11:11:28.662592] [6536|6553] RRD 'MAIL' sample with duplicate timestamp (1400490675) [2014/05/19 11:26:30.965505] [6536|6551] RRD 'MAIL' sample with duplicate timestamp (1400491515) [2014/05/19 11:40:30.911638] [6536|6553] RRD 'MAIL' sample with duplicate timestamp (1400492418)
Es handelt sich hier um einen OpenVZ Container wo der ntpd Dienst auf dem Host läuft. Ich
kann hier auch keine Abweichungen in der Uhrzeit feststellen. Ebenfalls hat mein Monitoring
keine auffälligen Werte aufgezeichnet (offset 0.78 ms, jitter 0.10 ms derzeit).Die Top10 Liste finde ich gut. Das wäre eine Frage gewesen aber nun gibt es die ja dann schon.
Grüße
BjörnP.S. Die Aussagen beziehen sich noch nicht auf die Version v1.7.3-r2880
-
Mich würde interessieren ob hier noch was gemacht wird. Bei mehreren Lizenz ist es echt nervig diese zuzuordnen.
-
Ich habe jetzt mal mein Testsystem aktualisiert und hier klappt die I/O Anzeige irgendwie nicht.
Der lclogparse Prozess läuft und unter /var/lib/liveconfig/smtp.stats tauchen die E-Mail Adressen mit gefüllten Werten auf.
Nach 15 Minuten zeigt er dann nur 0 bei Weiterleitungsadressen an und bei einem Postfach zeigt er gar nichts an.
Auch ist die Anzeige der Zahlen jetzt irgendwie sehr rechtsbündig bei den Spalten I/O und E-Mails.Im Liveconfig.log sind die letzten Einträge folgende:
Code[2014/05/16 19:58:46.401388] [6536|6552] RRD 'MAIL' sample with duplicate timestamp (1400263117) [2014/05/16 19:58:56.008645] [6536|6666] Connecting to update.liveconfig.com ([2a01:4f8:bb:c00::2:75]:443)... [2014/05/16 20:13:53.833842] [6536|6551] RRD 'MAIL' sample with duplicate timestamp (1400264020)
Grüße
Björn -
Ich habe proftpd um eine Konfiguration für SFTP erweitert wo der User auch wie bei FTP in seinem Ordner eingesperrt ist.
Die sftp.conf sieht dann folgendermaßen aus wobei 0.0.0.0 und fe80::1 durch die korrekten IPv4 und IPv6 Adressen des Server ersetzt werden muss.
Apache Configuration
Alles anzeigen<IfModule mod_sftp.c> <VirtualHost 0.0.0.0 fe80::1> SFTPEngine on SFTPLog /var/log/proftpd/sftp.log Port 222 SFTPHostKey /etc/ssh/ssh_host_rsa_key SFTPHostKey /etc/ssh/ssh_host_dsa_key SFTPCompression delayed MaxLoginAttempts 6 RequireValidShell off AllowOverwrite on DefaultRoot ~ SFTPAuthMethods password AuthUserFile /etc/proftpd/passwd </VirtualHost> </IfModule>
Dann das ganze noch in der /etc/proftpd/proftpd.conf am Ende hinzufügen:
Wenn proftpd eingesetzt wird ist das eine schnelle, einfach und funktionale Lösung und ich denke für manche vielleicht interessant.
Es muss nur daran gedacht werden das die Konfiguration wieder eingebunden wird wenn über Liveconfig die Konfiguration neu erzeugt wird.
Nachtrag: Pfade gelten hier für Debian und müssen eventuell angepasst werden.
Grüße
Björn -
-
Es wäre praktisch wenn man z.B. eine Gruppe fürs liveconfig.log definieren könnte welche dann z.B. nur Leserechte hat. Das würde es Überwachungstools (Logcheck, Nagios) einfacher machen das Logfile im Auge zu behalten.
Da Liveconfig das Logfile intern rotiert kann ich das momentan scheinbar nicht selbst anpassen ohne das die nächste Rotation die Rechte wieder ändert.Grüße
Björn -
Bei dem ganzen erneuern der Zertifikate ist mir aufgefallen das die Cipher Empfehlungen von Mozilla noch nicht in Liveconfig eingeflossen sind oder? Weil mir im Test gerade aufgefallen ist das "Forward Secrecy" fehlt. Und diverse Cipher werden ja auch schon unter Debian Wheezy unterstützt.
Grüße
Björn