scheint also bekannt zu sein 
hier die Antwort vom support
ich selber teste auch mit und hatte die selben Schwierigkeiten. Wir arbeiten derzeit an der Behebung. Auf Grund der Beta kann es gelegentlich zu solchem Verhalten kommen.
Mit freundlichen Grüßen
ja heute
aber ich hab noch keine antwort
rechne allerdings auch nicht vor Montag damit 
ich hatte ja immernoch gehofft , dass ein supporter hier mal reinschaut
aber seit 2 Tagen war keiner da
zumindest hat keiner irgendwas beantwortet hier
oder einfach im vcp n neues setzen
bei mir ist immernoch alles wie oben beschrieben 
Zustellen geht auch nicht
hab gerade ne mail von yahoo bekommen
Sorry, we were unable to deliver your message to the following address.
<michi@irgendwatt.de>:
Mail server for "irgendwatt.de" unreachable for too longHallo zusammen,
ich habe mich auch eben mal für SoGo angemeldet. Sieht soweit recht interessant aus und werde ich def. mal weiter testen!
Ein Problem habe ich jedoch bereits. Über das Webinterface lässt sich keine Mail verschicken. Es erscheint da immer ein Fehler:CodeWarnungKann Nachricht nicht versenden: Fehler beim Verbinden mit dem SMTP-Server.
Einstellen kann ich doch da aber nix oder? Habe jedenfalls nichts gefunden. :-/
Das selbe Problem habe ich auch
am Dienstag ging noch alles und seit gestern
weder Senden noch Empfang ist möglich
wobei es beim Empfang keinerlei Fehlermeldung gibt
sondern eben "nix " passiert
###########Edit###################
so ich hab mal geforscht
im CCP finde ich folgende Einstellungen:
IMAP-Server: domain-de.netcup-mail.de
IMAP-Server Sicherheit: STARTTLS
IMAP-Server Port: 143SMTP-Server: domain-de.netcup-mail.de
SMTP-Server Sicherheit: STARTTLS
und im webmailer:
steht unter imap
Server localhost Port 143 und encryption none
vermutlich wird bei smtp das selbe sein
Es gibt ab nirgends die Möglichkeit Einstellungen zu ändern?
Also ne Sache des supports?
und wir haben uns nicht gerade mit Ruhm bekleckert.........
4:4 nach einem 4:0
Hi Leute,
seit 2 Tagen bekomme ich vermehrt 408 Fehler in meiner access.log
an der config wurde nichts verändert.
Was habe ich bisher gemacht?
gegoogelt 
408 bedeutet Request timeout und kommst zustande wenn eine Verbindung abbricht
bevor Daten gesendet werden können.(Kurzfassung).
Fehlermeldung:
xxx.xxx.xxx.xxx - - [16/Sep/2012:20:35:45 +0200] "-" 408 - "-" "-"
xx.xxx.xxx.xxx - - [16/Sep/2012:20:37:39 +0200] "-" 408 - "-" "-"
nicht gerade aufschlussreich oder?
also hab ich mal die einzelnen ip's durch die userlogs gejagt und
Folgendes gefunden:
xx.xxx.xxx.xxx - - [16/Sep/2012:20:35:22 +0200] "GET /Bilder/harvest-banner.jpg HTTP/1.1" 200 10603 "http://www.browsergamer.de/" "Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; WOW64; Trident/5.0)]
Die Grafik ist bei mir auf dem Server vorhanden und wird auch von mehreren ranking sites geladen ohne den Fehler.
Die Frage ist nun liegt ein Problem bei mir vor oder bei der Gegenstelle?
Wie kann ich das überprüfen?
Es kann Zufall sein und muss hiermit garnix zu tun haben ,
aber vor 2 Tagen wurde von apt der apache upgedatet.
Gruss
michi
das hast du doch in der fail2ban.log
da die Regeln ja auch wieder gelöscht werden , sind nach 10 min auch die Kommentare weg
du müsstest also ständig im VCP online sein
Danke für die Unterstützung
aber ich komme nicht weiter
Zeilen sind auskommentiert
munin neu gestertet
logs sind nun sauber und alles scheint zu laufen
nur wird einfach der Graph nicht angezeigt.
evtl. hilf das weiter?
munin-run meminfo config
multigraph meminfo_mem
graph_args --base 1024 -l 0 --upper-limit 1073741824
graph_vlabel Bytes
graph_title Memory usage
graph_category system
graph_info This graph shows the machines memory usage.
graph_order mem_used mem_cached mem_buffers mem_free
mem_used.label used
mem_used.draw AREA
mem_used.info used Memory
mem_buffers.label buffers
mem_buffers.draw STACK
mem_buffers.info Block device cache (e.g. harddisk).
mem_cached.label cached
mem_cached.draw STACK
mem_cached.info File data cache.
mem_free.label unused
mem_free.draw STACK
mem_free.info Memory that is not used at all.multigraph meminfo_swap
graph_args --base 1024 -l 0 --upper-limit 1073741824
graph_vlabel Bytes
graph_title Swap usage
graph_category system
graph_info This graph shows the swap usage.
graph_order swap_used swap_free
swap_free.label free
swap_free.draw AREA
swap_free.info Swap space free.
swap_used.label used
swap_used.draw STACK
swap_used.info Swap space used.
multigraph meminfo_mem
mem_used.value 79249408
mem_buffers.value 0
mem_cached.value 994492416
mem_free.value 0multigraph meminfo_swap
swap_used.value 0
swap_free.value 1073741824
munin Version ist 1.4.5
werde die Tage mal auf 2.0.6 updaten falls es daran liegt
danke im Voraus
michi
keine Fehler in der log
wenn ich o.g. Befehle eingebe erhalte ich :
# Unknown service 'meminfo'
also scheint er es nicht zu finden
EDIT*************************
jaja die Rechte....
hab mal die Rechte angepasst
und n chown root
jetzt bekomme ich bei
$munin-run meminfo
multigraph meminfo_mem
mem_used.value 109993984
mem_buffers.value 0
mem_cached.value 918212608
mem_free.value 45535232multigraph meminfo_swap
swap_used.value 0
swap_free.value 1073741824
wir warten mal ab was das update macht
EDIT2'''''''''''''''''''''''''
2012/09/09-01:10:03 [13473] Error output from meminfo:
2012/09/09-01:10:03 [13473] Undefined subroutine &main::adjust_threshold called at /etc/munin/plugins/meminfo line 109.
2012/09/09-01:10:03 [13473] Service 'meminfo' exited with status 255/0.
bei mir tut sich leider nichts
kann es sein , dass ich was vergessen habe?
Was habe ich gemacht?
$ mv meminfo.txt /usr/share/munin/plugins/meminfo
$ ln -s /usr/share/munin/plugins/meminfo /etc/munin/plugins
$ /etc/init.d/munin-node restart
Es wird aber kein (neuer/zusätzlicher) Graph angezeigt in munin
Hallo!
Wenn es bei Sim auch nicht funktioniert, dann bin ich bezüglich meiner Doofheit etwas beruhigt.
ich auch ;
dass sich netcup dazu bedeckt hält ist ja völlig legitim
bei dem Thema und ich denke die werden auch mit
Nachdruck daran arbeiten das zu lösen. Denn die
Lösung mit der dummy-Regel kann ja langfristig keine Lösung sein.
immerhin hab ich schon 5 Regeln vorher drin
und ne Individual-Lösung über den support schonmal garnicht .
gruss
michi
2012-08-20 09:49:13,704 fail2ban.actions: WARNING [suhosin] Ban xxx.xxx.3.21
2012-08-20 09:49:16,151 fail2ban.actions: WARNING [suhosin] xxx.xxx.3.21 already banned
2012-08-20 09:49:18,154 fail2ban.actions: WARNING [suhosin] xxx.xxx.3.21 already banned
2012-08-20 09:49:19,155 fail2ban.actions: WARNING [suhosin] xxx.xxx.3.21 already banned
2012-08-20 09:49:21,157 fail2ban.actions: WARNING [suhosin] xxx.xxx.3.21 already banned
2012-08-20 09:49:22,159 fail2ban.actions: WARNING [suhosin] xxx.xxx.3.21 already banned
ist jetzt nicht gerade die ssh
aber was nun gebannt oder nicht gebannt?
IP unkenntlich gemaxcht , da es sich hierbei um einen Scriptfehler bei mir handelte.
evtl schaff ich es morgen zeitlich den support anzurufen 
3 Tage hin und her mailen ist mir bei dem thema zu langwierig
Gruss
michi
Schreib doch mal in /usr/bin/message.sh
Bash#!/bin/bash date >> /usr/bin/message2.txt exit 0dann funktioniert es.
ist das jetzt ne konstruktive Hilfe oder spam?
editieren ging leider nicht deshalb:
hab gerade nochmal 5 tests gemacht und nun scheint es wirklich zu klappen
ich nehme also alles zurück
kein already banned in den logs und
auch kein connect mehr möglich
ist bei mir nicht anders:(
obwohl durch das script in der FW eingetragen
kann ich mich immernoch per ssh eintragen
Eine Frage dazu an die Fachleute
zum besseren Verständnis
da bei mir hin und wieder Ähnliches auftritt.
der Quote soll nur als Beispiel sein ,
da ich gerade kein Beispiel habe.
2012-08-12 17:05:37,612 fail2ban.actions: WARNING [ssh] Ban 223.202.40.182
2012-08-12 17:05:50,674 fail2ban.actions: WARNING [pam-generic] Ban 223.202.40.182
2012-08-12 17:06:18,356 fail2ban.actions: WARNING [ssh] 223.202.40.182 already banned
2012-08-12 17:06:19,358 fail2ban.actions: WARNING [ssh] 223.202.40.182 already banned[/code]
Wenn also fail2ban eine ip sperrt und auch in die FW einträgt,
dann dürften die letzen beiden Zeilen garnicht mehr erscheinen
also die mit "already banned"?
ist das also dann ein Zeichen dafür dass die FW eben nicht dropped?
Danke im Voraus
michi
Schön dass das Problem durch den support
gelöst wurde, aber:
Es wäre vielleicht nicht schlecht die Lösung
mal für andere hier auch zu posten
sollte das nicht in /usr/bin sein?
ansonsten mal suchen mit
whereis php