[clarkconnect] traffic meten per ip

[nzyme]

ik kom dr gewoon niet meer uit !

ik wil weten hoeveel me netwerk clients hier downloaden en uppen, deze gegevens moeten na een reboot bewaard (in een file en het liefst geeeeen sql) blijven en het moet onder linux(clarkconnect) draaien. De gegevens moeten via een webpage te zien zijn.

de gateway is een linux box en de clients zijn linux en windows. echter wil ik alles server-side regelen.

ik heb al diverse progjes gebruikt:
ipac, bandwidthd, darkstat, ntop en nog een paar.
echter geen van allen wil compilen/werken

veel gezien probleem:
-alle data wordt gemeten > alles wat ik naar de gateway verzend en wat er naar inet gaat. (bandwidthd)
-de verkregen data wordt 'vergeten' en na een reboot beginnen de tellers weer opnieuw. (ntop)

ik weet het niet meer, en na in totaal toch wel een aantal maanden kloten heb ik gewoonweg weinig zin meer komt nog s bij dat ik geen programeur ben en slechts html en een beetje php ken.

Hoe doen jullie het eigelijk thuis/zakelijk? Het bijhouden van dataverkeer?

[ Voor 16% gewijzigd door nzyme op 02-01-2004 16:11 ]

[zeroxcool]

Het verkeer wordt dus door je Clarkconnect bak geregeld?

Zijn de desktops Linux of Windows machines, misschien wel handig om te weten...

[Tomsworld]

Met ipac-ng kan je perfect meten per ip. Op debian gewoon apt-get install ipac-ng en de rules aanmaken.

[Vuurvlieg]

Via iptables kun je het bijhouden per ip, hier is een link met een aantal andere links helemaal beneden aan het artikel!

http://members.chello.at/goesta.smekal/code/ita/

[Gerco]

Als je trafd of bandwidthd gebruikt, kun je het zelfs zien per source/destination poort en ip adres. Bij bandwidthd zit al een HTML generator voor de gegevens, met trafd moet je die nog even maken met MRTG ofzo.

[ Voor 19% gewijzigd door Gerco op 02-01-2004 18:52 ]

[nzyme]

@ gerco:
Bandwidthd is een leuk progje maar ik wil alleen weten wat van eth0 naar eth1 gaat. Bandwidthd gaat ook al het verkeer wat alleen op de gateway is gericht tellen en dat wil ik niet. Inetverkeer daar gaat het om.
@ vuurvlieg:
die links onderaan die site gaan over kernel 2.0/2.2 en de oplossingen daar werken ook niet.
mia (uit het hoofd) leek wel erg mooi maar werkt niet.

[blaataaps]

Wat is er mis met ipac-ng ?

[nzyme]

het werkt niet, die config krijg ik niet voor elkaar misschien heb jij een voorbeeldje?

[blaataaps]

"het werkt niet" is een beetje generiek, wat werkt er niet? Hij meet verkeerd of geeft ie een error?

[Verwijderd]

SawDust schreef op 02 januari 2004 @ 19:31:
het werkt niet, die config krijg ik niet voor elkaar misschien heb jij een voorbeeldje?

gooi de config die je nu hebt dan 's neer, en noem ff de problemen ....

[nzyme]

die config is allang de deur uit helaas, maar het probleem was dat ik geen output kreeg ofwel, er gebeurde nix.
Ben nu ff aant stoeien met dat bpft4 ding . . .

en dat lijkt ook niet goed te gaan, bgrijp nog niet echt hoe die werkt nl

en dat lijkt nu weer wel iets beter te gaan

sjeeeeeez, dit is gewoon netstat geloof ik! gaat dus weer niet zoals ik wil !

[ Voor 43% gewijzigd door nzyme op 02-01-2004 20:08 ]

[nzyme]

her probleem met ipac-ng is dat ik een segmentation fault krijg bij fetchipac -S

[MetalRush]

@ TS: welke versie van CC gebruik jij ?
Ik heb namelijk ook al eens een overzicht gemaakt (in de GUI van CC) mbv vnStat.
Als je wilt kun je die files wel van mij krijgen... maar dat hangt dus sterk van jouw CC versie af.
Zelf zit ik op Office 2.1 en daar heb ik hem nog niet aan de gang (maar er ook nog niet erg veel tijd ingestoken... tjsa... prioriteiten he ).
Ik had het werkend op CC Office 2.0 en weet van iemand anders dat het ook op Home 2.0 werkt.
De files heb ik overigens ook op het forum van CC geknald... dus daar kun je ze ook downen (zoek gewoon even op mijn gebruikersnaam... zelfde als hier )
Hier heb je directe link.

[ Voor 11% gewijzigd door MetalRush op 03-01-2004 14:36 . Reden: Linkje toegevoegd ]

[Tomsworld]

SawDust schreef op 03 januari 2004 @ 14:24:
her probleem met ipac-ng is dat ik een segmentation fault krijg bij fetchipac -S

lees de docs es daar staat iets over vermeld.

[nzyme]

@ tomsworld:
die seg fault kan volgens de docs (neem dat j de faq hier bedoelde) door brak geheugen komen, dus moet ik memtest draaien. Echter heb ik dit al s gedaan en geeft die geen fouten, en over het algemeen heb ik ook geen segfaults.

@metalrush:
vnstat kwam ik al s tegen, enige nadeel is dat het geen per ip stats geeft en slechts een totaal.

Ik heb s zitten kijken in de source van bandwidthd en daar kwam ik dit tegen:
(tgaat om regel 4 en 5)

code:

// -- -- Line 225 -- -- //
    for (counter = 0; counter < SubnetCount; counter++)
        {    
        // Packets from a monitored subnet to a monitored subnet will be
        // credited to both ip's

        if (SubnetTable[counter].ip == (srcip & SubnetTable[counter].mask))
            {
            ptrIPData = FindIp(srcip);  // Return or create this ip's data structure
        if (ptrIPData)
                Credit(&(ptrIPData->Send), ip);

            ptrIPData = FindIp(0);  // Totals
        if (ptrIPData)
                Credit(&(ptrIPData->Send), ip);
            }
    
        if (SubnetTable[counter].ip == (dstip & SubnetTable[counter].mask))
            {
            ptrIPData = FindIp(dstip);
            if (ptrIPData)
                Credit(&(ptrIPData->Receive), ip);

            ptrIPData = FindIp(0);
            if (ptrIPData)
                Credit(&(ptrIPData->Receive), ip);
            }                        
        }

Lijkt er dus op dat hier iets verandert moet gaan worden waardoor local traffic niet gemeten wordt. Alleen wat? ik ben nl geen programmeur

cc versie is trouwes: 2.1 home

[ Voor 7% gewijzigd door nzyme op 03-01-2004 15:37 ]

[nzyme]

wie o iw kan helpen

[nzyme]

*schop*

[MetalRush]

Schop terug...

_{(`k ga deze ook eens proberen )}

[nzyme]

worden daar allemaal dingen genoemd die ik al ken, ben nl allang in dat forum "actief". Iptraf geeft geen weboutput en daas voor mij een pre, ook heeft t geen database ofzo voor gegevens opslag.