+- ispCP - Board - Support (http://www.isp-control.net/forum)
+-- Forum: ispCP Omega International Area (/forum-22.html)
+--- Forum: German Corner (/forum-26.html)
+---- Forum: Plauderecke (/forum-49.html)
+---- Thread: Problem mit Kundenstatistik (/thread-6841.html)
Problem mit Kundenstatistik - funnymob - 05-30-2009 09:13 PM
Hallo zusammen,
ich habe nach der ISPCP Installation noch das Howto 'MaiaMailguard' installiert. Dabei war die Statistik noch in Ordnung.
Danach habe ich noch die security howtos angeschaut und die SSL-Geschichte für FTP, HTTP, POP3 und SMTP installiert. Läuft auch soweit prima -> hier mal ein dickes Lob an alle Entwickler, ist echt ein cooles Tool.
Doch leider ist nun bei meiner Kundenstatistik 'POP3/IMAP-Traffic' immer auf 0 - trotz nicht verschlüsseltem Emailverkehr.
Kennst jemand dieses Problem?
Wird bei dieser Statistikauswertung nur der unverschlüsselte Emailverkehr berücksichtigt?
Danke
gruß
martin
RE: Problem mit Kundenstatistik - BeNe - 05-30-2009 10:36 PM
Bei den restlichen Statistiken sind aber Werte vorhanden ?
Ja da fallen auf die Verschlüsselten Mails darunter.
ispcp_networkdaemon am laufen ?
Greez BeNe
RE: Problem mit Kundenstatistik - funnymob - 05-30-2009 11:48 PM
Hallo BeNe,
ja in den anderen Spalten sind Werte vorhanden.
unter Top habe ich folgendes gefunden:
31888 root 16 0 1480 424 364 S 0 0.0 0:00.00 ispcp_daemon
ist das der ispcp networkdaemon nach dem du gefragt hast?
Dank Dir
gruß
martin
RE: Problem mit Kundenstatistik - BeNe - 05-31-2009 07:05 AM
Schauen wir am besten gleich mal in die IPTables:
Code:
# iptables -nvLPoste bitte mal das Output.
Greez BeNe
RE: Problem mit Kundenstatistik - funnymob - 06-01-2009 05:44 PM
Hallo BeNe,
hier die Ausgabe:
Quote:iptables -nvL
Chain INPUT (policy ACCEPT 110K packets, 23M bytes)
pkts bytes target prot opt in out source destination
1543K 338M ISPCP_INPUT 0 -- * * 0.0.0.0/0 0.0.0.0/0
1543K 338M ip-62.75.149.39 0 -- * * 0.0.0.0/0 0.0.0.0/0
Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target prot opt in out source destination
Chain OUTPUT (policy ACCEPT 1727K packets, 965M bytes)
pkts bytes target prot opt in out source destination
1727K 965M ISPCP_OUTPUT 0 -- * * 0.0.0.0/0 0.0.0.0/0
Chain ISPCP_INPUT (1 references)
pkts bytes target prot opt in out source destination
0 0 tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:993
0 0 tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:995
0 0 tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:587
18 874 tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:25
0 0 tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:143
0 0 tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:110
0 0 tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:443
994 125K tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:80
1148 142K RETURN 0 -- * * 0.0.0.0/0 0.0.0.0/0
Chain ISPCP_OUTPUT (1 references)
pkts bytes target prot opt in out source destination
0 0 tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp spt:993
0 0 tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp spt:995
0 0 tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp spt:587
13 938 tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp spt:25
0 0 tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp spt:143
0 0 tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp spt:110
0 0 tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp spt:443
1633 2079K tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp spt:80
1815 2098K RETURN 0 -- * * 0.0.0.0/0 0.0.0.0/0
Chain ip-62.75.149.39 (1 references)
pkts bytes target prot opt in out source destination
272K 171M ACCEPT tcp -- * * 0.0.0.0/0 62.75.149.39 tcp dpts:20:21
258K 26M ACCEPT tcp -- * * 0.0.0.0/0 62.75.149.39 tcp dpt:22
77684 9701K ACCEPT tcp -- * * 0.0.0.0/0 62.75.149.39 tcp dpt:25
653K 80M ACCEPT tcp -- * * 0.0.0.0/0 62.75.149.39 tcp dpt:80
27773 1423K ACCEPT tcp -- * * 0.0.0.0/0 62.75.149.39 tcp dpt:110
91 4580 ACCEPT tcp -- * * 0.0.0.0/0 62.75.149.39 tcp dpt:143
23792 9681K ACCEPT tcp -- * * 0.0.0.0/0 62.75.149.39 tcp dpt:443
88 4704 ACCEPT tcp -- * * 0.0.0.0/0 62.75.149.39 tcp dpt:465
84 4536 ACCEPT tcp -- * * 0.0.0.0/0 62.75.149.39 tcp dpt:993
106 6212 ACCEPT tcp -- * * 0.0.0.0/0 62.75.149.39 tcp dpt:995
95678 9371K ACCEPT udp -- * * 0.0.0.0/0 62.75.149.39 udp spt:53
71 3752 ACCEPT tcp -- * * 0.0.0.0/0 62.75.149.39 tcp spt:53
189 21580 ACCEPT udp -- * * 0.0.0.0/0 62.75.149.39 udp dpt:53
95 4984 ACCEPT tcp -- * * 0.0.0.0/0 62.75.149.39 tcp dpt:53
0 0 ACCEPT udp -- * * 0.0.0.0/0 62.75.149.39 udp spt:123
332 20965 ACCEPT icmp -- * * 0.0.0.0/0 62.75.149.39
3676 283K ACCEPT tcp -- * * 0.0.0.0/0 62.75.149.39 tcp spt:25 flags:!0x17/0x02
0 0 ACCEPT tcp -- * * 0.0.0.0/0 62.75.149.39 tcp dpt:9876
10335 6813K ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp spts:0:1023 flags:!0x17/0x02
9512 594K DROP 0 -- * * 0.0.0.0/0 62.75.149.39
Komischerweiße habe ich gestern bei einer Domain wieder mal einen POP3/IMAP Traffic angezeigt bekommen???
Irgendwie ist das merkwürdig, dass es mal geht und mal nicht. Ich habe extra immer ein paar Testemail zu dieser Domain geschickt, doch die Anzeige blieb immer bei 0.
Wann wird denn die Anzeige erhöht? Wenn Email an die Domain geschickt wird, ober wenn diese Emailkonten angeschaut bzw. Emails heruntergeladen werden?
Vielen dank für die Hilfe
gruß
martin[/align]
RE: Problem mit Kundenstatistik - Knut - 06-01-2009 06:09 PM
(06-01-2009 05:44 PM)funnymob Wrote: Wann wird denn die Anzeige erhöht? Wenn Email an die Domain geschickt wird, ober wenn diese Emailkonten angeschaut bzw. Emails heruntergeladen werden?
Eingehende Mails sind ja Traffic auf Port 25 (INPUT), abgehende Mails Port 25 (OUTPUT). Wenn Du Mails ließt (via pop3), sollte sich der Wert bei Pop3 (Port 110) verändern.
Meinem Verständnis nach :-)
In ispCP wird es nur alle halbe Stunde berechnet. Also nicht wundern wenn die Anzeige im Interface sich nicht gleich ändert.
Code:
# Traffic
0,30 * * * * root /var/www/ispcp/engine/traffic/ispcp-srv-traff &>/var/log/ispcp/ispcp-srv-traff.log
0,30 * * * * root /var/www/ispcp/engine/traffic/ispcp-vrl-traff &>/var/log/ispcp/ispcp-vrl-traff.log
15,45 * * * * root /var/www/ispcp/engine/traffic/ispcp-vrl-traff-correction &>/var/log/ispcp/ispcp-vrl-traff-correction.logGruß Knut