[Linux] Datagebruik per applicatie

[pierre-oord]

Ik wil van enkele gameservers precies weten hoeveel data ze hebben gebruikt (bijvoorbeeld per maand).

Het liefst een handig tooltje zonder teveel gedoe, mrtg enzo zag er best lastig uit. Maar goed, dat is nog niet het grote probleem; je denkt vast: Hupla, monitor een bepaalde poort en je weet het

Maar in het geval van HLDS servers (counter-strike etc) werkt dat geloof ik niet zo. Ze hebben wel allemaal een afzonderlijke server poort, maar ik geloof (kan iemand dit bevestigen?) dat data gewoon op een andere poort wordt teruggezonden naar de client. Als deze poort gelijk is aan de andere server's kan ik dit natuurlijk niet monitoren.

Eventueel een link naar het andere topic, nog best recent:
pierre-oord in "Bandwidth usage prog: Zelf maken"

Het hoeven voor mij geen heel ingewikkelde grafieken te worden; een getal dat aangeeft hoeveel download en upload verkeer er is langsgeweest in GB en het totaal daarvan zou al prachtig zijn...

Nogmaals: kan iemand bevestigen of ik gelijk heb dat HLDS server's op andere poorten data ontvangen en terugzenden behalve de serverpoort waarop deze geconfigged is?

[Spider.007]

tools als mrtg maken gebruik van snmp, wat dus gewoon het gehele dataverkeer van de machine is. Dit is niet eens op poort niveau te zien. Op zich is MRTG niet moeilijk te configureren; je roept hem gewoon elke vijf minuten aan met als argument een getal wat je bijvoorbeeld uit ifconfig oid kunt halen

[pierre-oord]

okee, dat weet ik dan ook weer nu alleen nog zo'n tool vinden dat per applicatie kan meten... of desnoods per poort, als de data van HLDS servers en andere game servers altijd over een bepaalde poort loopt...

[Oezie Woezie]

pierre-oord schreef op 28 maart 2004 @ 17:34:
okee, dat weet ik dan ook weer nu alleen nog zo'n tool vinden dat per applicatie kan meten... of desnoods per poort, als de data van HLDS servers en andere game servers altijd over een bepaalde poort loopt...

je kan van je firewall gewoon een aantal regels aan maken die loggen, zodat je data weet van een beplaalde poort of poortrange. dit kan je dan weer met een klein script(en maar wat aanpassingen ook met snmp) uitlezen en met mrtg/rrdtool opslaan en de data in de gewenste vorm gieten. (klein voorbeeldje http://hagen.let.rug.nl/~s1147447/erik/GoT.png)

[rml]Oezie Woezie in "[ Linux] Netwerk traffic analyze"[/rml]

[ Voor 6% gewijzigd door Oezie Woezie op 28-03-2004 19:10 ]

[pierre-oord]

Dat is ook wel een mooi idee

Alleen omdat HLDS bepaalde poorten gebruikt met voor iedere server, ben ik bang dat dit niet gaat werken voor mij; dat log ik alle HLDS server's, ipv ieder afzonderlijk. Is daarvoor nog een oplossing?

[LinuX-TUX]

Met iptraf zie je gewoon welke port word aangesproken, en welke client daarbij behoord. Het is alleen wel zo, dat elke client apart word weergegeven. Dus je hebt op een aantal porten servers draaien, maar wat je bij IPtraf ziet zijn alle processen die lopen.

Ik kan hier niet simuleren wat je zegt, dat die dus over een andere port weer antwoord geeft, maar je zou het er zelf ook uit kunnen filteren, bedoel, de client zie je op de port van je server, dus zal je ergens anders weer diezelfde client tegenkomen met jouw server ip en port waarop die dus de data terug stuurt.

Ik ben niet goed met IPtraf, maar je kan daar ook filters toepassen (van ARP tot UDP) en misschien zo je in en uitgaande verkeer real-time kunnen monitoren. Het draait in console, dus als ik jouw was zou ik het gewoon proberen.

apt-get install iptraf
bevalt die niet? apt-get remove iptraf

[pierre-oord]

Kijk, cs gebruikt deze poorten:
UDP 1200
UDP 27000 to 27015 inclusive
TCP 27030 to 27039 inclusive

Een daarvan moet je mappen (als je achter NAT zit dan). Maar al deze andere poorten zullen wel gewoon gedeeld worden door de servers. Vandaar...

[bolluserectus]

Is het een idee om elke server onder een ander account te draaien?

Kan je ze misschien ook nog rechten geven om maps te uppen, of logs te downen..
Bandbreedte per user lijkt me makkelijker aangezien hlds random ports uitdeeld.

[pierre-oord]

Per user zou ik altijd kunnen instellen (alhoewel hetmakkelijker is alles onder 1 user te doen) maar kán ik dan zien wat een user aan data gebruikt?

[Oezie Woezie]

pierre-oord schreef op 29 maart 2004 @ 14:25:
Per user zou ik altijd kunnen instellen (alhoewel hetmakkelijker is alles onder 1 user te doen) maar kán ik dan zien wat een user aan data gebruikt?

onder freebsd wel. http://www.freebsd.org/cgi/man.cgi?query=ipfw&sektion=8

gid group
Matches all TCP or UDP packets sent by or received for a group.
A group may be specified by name or number.

en

uid user
Match all TCP or UDP packets sent by or received for a user. A
user may be matched by name or identification number.

zal onder linux vast ook wel kunnen

[Kippenijzer]

Linux 2.6 iptables kan redelijk goed user based traffic bijhouden.
Daarnaast is de opvatting van hoe hlds de poorten verdeeld niet helemaal lekker gesteld. Als je server op 27015 voor clients bereikbaar is komt al het verkeer van de server naar de clients VANAF poort 27015, wat ook gewoon een criterium in iptables is waarom je kunt filteren en dus traffic kunt tellen

[bolluserectus]

Werkt dat ook als je 15 servers draait?
27015+5+5+5+5+5+5 enz...
Dan zie je door de bomen het bos niet meer.

Het is wat meer werk, maar ik heb een tijd geholpen om CS servers te draaien op slack9.0-bak toen nog en wij hebben voor elke klant een nieuwe user aangemaakt en iptables lekker laten loggen.

[Kippenijzer]

Het boeit weinig als de "achterliggende troep" wat ondoorzichtig is. Als er in de basis wel gewoon een logische structuur in zit is dat geen probleem, omdat je voor een front end zorgt die wel helder is...

IP tables kan daarbij op portranges filteren -> 1 ingaand voor alles naar 27015-27020 (mod5)
en uitgaand alles van 27015-27020 (mod5)

[Verwijderd]

ik denk dat pierre-oord iets zoekt zoals "bandwith deamon 10" heb ik ook eff gehad als shareware.
het is een windows bases tooltje, werkt heel erg goed. ik zit zelfs te denken om er een licentie op te nemen.

de link:
http://www.grofsoft.com/bwd/

ze willlen zelfs de tool gaan uitbrengen voor andere platforms.

ik denk dat je alleen maar de deamon nodig hebt en de output zelf kunt omzetten.

kijk maar eff, er zit zelfs een soort van webserver in.

[frim]

Verwijderd schreef op 29 maart 2004 @ 15:29:
ik denk dat pierre-oord iets zoekt zoals "bandwith deamon 10" heb ik ook eff gehad als shareware.
het is een windows bases tooltje, werkt heel erg goed. ik zit zelfs te denken om er een licentie op te nemen.

de link:
http://www.grofsoft.com/bwd/

ze willlen zelfs de tool gaan uitbrengen voor andere platforms.

ik denk dat je alleen maar de deamon nodig hebt en de output zelf kunt omzetten.

kijk maar eff, er zit zelfs een soort van webserver in.

mja maar dat is dus windows en daar heeftie inderdaad weinig aan.

Ik zelf ben ook op zoek naar zo'n programma. Voor apache en proftp zijn er wel proggies te vinden, als we dan nog goed de userdata kunnen meten zijn we er al bijna .. ik ga ook eens op zoek

[pierre-oord]

bolluserectus schreef op 29 maart 2004 @ 15:13:
Werkt dat ook als je 15 servers draait?
27015+5+5+5+5+5+5 enz...
Dan zie je door de bomen het bos niet meer.

Het is wat meer werk, maar ik heb een tijd geholpen om CS servers te draaien op slack9.0-bak toen nog en wij hebben voor elke klant een nieuwe user aangemaakt en iptables lekker laten loggen.

Ik ga zo even checken hoe dat gaat met iptables en userdata monitoren.

Je profile is nogal leeg; wil je mij anders even toevoegen aan msn / icq? Ik zou het leuk vinden als je me wat tips kunt geven, omdat je hier zelf ervaring mee hebt.

[Verwijderd]

code:

lsof -p <een process id> | egrep "TCP|LISTEN" | awk '{print $8}'

Gebruik als process id het process id van je hlds server, en je krijgt de gebruikte poorten van dat specificieke process. Giet deze poortnummers in <uw datalogging applicatie>, herhaal dit voor alle hlds servers en klaar is klaas

edit:

Zucht, lsof --help || man lsof

doe ipv egrep "TCP|LISTEN" egrep "UDP|LISTEN"

moeilijk he

[ Voor 81% gewijzigd door Verwijderd op 29-03-2004 16:16 ]

[Kippenijzer]

Verwijderd schreef op 29 maart 2004 @ 16:09:
[..]en klaar is klaas

Tja, best kut dat hlds puur op udp draait

[pierre-oord]

lol

ff vraagje tussendoor: Die iptables man page is best groot. Nu lees ik die liever op papier / 17" . Ik heb de .gz file gekopieerd naar m'n windoze, maar het is niet zo goed leesbaar, de opmaak is weg. Ik heb net gegoogled, maar zijn er ergens speciale windows-man-page reader's te vinden ergens?

edit:
Over die poorten: HLDS kiest ze random, da's niet zo leuk dus.

[ Voor 14% gewijzigd door pierre-oord op 29-03-2004 16:16 ]

[Verwijderd]

pierre-oord schreef op 29 maart 2004 @ 16:16:
[...]
Over die poorten: HLDS kiest ze random, da's niet zo leuk dus.

Ok, in pseudocode doe je zoiets:

code:

voor alle hlds servers; doe
   start de server
   sla het process id van de net gestarte server op in een variabele ($PID)
   voor iedere poort die uit lsof -p $PID komt; doe
      maak voor poort een regel aan in iptables
   klaar
klaar

[ Voor 3% gewijzigd door Verwijderd op 29-03-2004 16:29 ]

[pierre-oord]

Okee, daar kijk ik even naar. Maar dat user idee spreekt me steeds meer aan; makkelijker omdat die echt alle data pakt (meerdere HLDS servers kunnen gebruik maken van dezelfde poort geloof ik, niet de hoofdpoort maar andere) en dit werkt meteen ook voor andere games! Zonder gedoe ik ben ff m'n script files aan het editten nu, hoop dat ik straks iets moois heb

[Spider.007]

pierre-oord schreef op 29 maart 2004 @ 16:16:
lol

ff vraagje tussendoor: Die iptables man page is best groot. Nu lees ik die liever op papier / 17" . Ik heb de .gz file gekopieerd naar m'n windoze, maar het is niet zo goed leesbaar, de opmaak is weg. Ik heb net gegoogled, maar zijn er ergens speciale windows-man-page reader's te vinden ergens?

edit:
Over die poorten: HLDS kiest ze random, da's niet zo leuk dus.

Als het goed is kun je je manpages ook als html uitlezen; iig zal een search op google op man iptables wel wat hits opleveren

[pierre-oord]

nope, dat deed het niet, en in IE wordt het ook niets, de tag's zijn ook totaal anders.

[Verwijderd]

neem anders eff contact op met die mensen van de bandwith deamon, op hun site staat dat ze het ook willen gaan ontwikkelen voor nix, misschien kun je een soort van "joint venture" met ze aangaan.

als jij een beetje doorkrijgt doormiddel van de broncode hoe hun dat hebben gemaakt, valt het misschien makkelijker te transformeren naar nix. ??

en tuurlijk weet ik dat een windows progsel niet werkt in nix.
verder ben ik niet nix rijp genoeg om hier technisch op in te gaan.

succes