Hoj, chtěl bych se zeptat, jestli je nějaká jednoduchá možnost , abych mohl sledovat počet stažených dat u různých IP adres ? V mikrotiku mám na každou IP adresu vytvořený Queue , když se dívám přímo ve Winboxu, tak na te IP adrese je počet stažených dat, mám i grafy na www rozhraní mikrotiku, ale tam je jen aktuální rychlost. a počet MB tam není.
Je nějaká jednoduchá možnost ? Abych mohl sledovat kolik kdo stáhl MB, třeba za poslední týden/měsíc/rok atd ???
Děkuji mockrát
❗️Toto je původní ISPforum.cz ve stavu k únoru 2020 běžící v omezeném režimu pro archivační účely. Aktivní verzi naleznete na adrese https://telekomunikace.cz
Graf o počtu stažených dat
-
mirek.k
- Příspěvky: 796
- Registrován: 18 years ago
Tak pokud je to v grafu, tak to je objem dat za časovou jednotku - tedy rychlost.
Pokud jde o objemy dat, lze to vyčíst z SQ tabulky, ale je to vždy od vynulování, resp. od restartu.
Existují skripty, které to stáhnou např. za týden, pošlou e-mailem a vynulují.
Když tak pohledám.
Mirek
Pokud jde o objemy dat, lze to vyčíst z SQ tabulky, ale je to vždy od vynulování, resp. od restartu.
Existují skripty, které to stáhnou např. za týden, pošlou e-mailem a vynulují.
Když tak pohledám.
Mirek
0 x
-
Konycz
- Příspěvky: 59
- Registrován: 9 years ago
-
mirek.k
- Příspěvky: 796
- Registrován: 18 years ago
Kód: Vybrat vše
:local emailaddr "[email protected]";
:local name [/system identity get name];
:local date ([/system clock get date]);
:local time ([/system clock get time]);
:local telo
:log info "Starting Data_Sum Script..."
:set telo ("Suma prenesenych dat za klienty Download / Upload [MB]" . "\n")
/queue simple
:foreach i in=[find] do={
:local totalcurrent ([get $i bytes])
:local pos5 [:find $totalcurrent "/"]
:local pos6 [:len $totalcurrent]
:local bytesupcurrent ([:pick $totalcurrent 0 ($pos5)])
:local bytesdowncurrent ([:pick $totalcurrent ($pos5+1) $pos6])
:local megsupcurrent ($bytesupcurrent / 1048576)
:local megsdowncurrent ($bytesdowncurrent / 1048576)
:set telo ($telo . [get $i name] . " - " . [get $i target] )
:set telo ($telo . ": " . $megsdowncurrent . " / " . $megsupcurrent . "\n" )
}
/tool e-mail send to="[email protected]" subject=($name . " - Data_Sum_Compact") body=$telo
/queue simple reset-counters-all
Mirek
1 x
-
Konycz
- Příspěvky: 59
- Registrován: 9 years ago
-
mirek.k
- Příspěvky: 796
- Registrován: 18 years ago
-
mirek.k
- Příspěvky: 796
- Registrován: 18 years ago
-
Konycz
- Příspěvky: 59
- Registrován: 9 years ago
-
Konycz
- Příspěvky: 59
- Registrován: 9 years ago
-
Konycz
- Příspěvky: 59
- Registrován: 9 years ago
Funguje to super, jen by to chtělo ješte nějak aby to dělalo soustavy.. třeba
IP adresa 172.16.1.20 stáhla v pondeli 10.10.2017 150 MB a odeslala 20 MB a potom dalši dny samostatně a potom za minulý měsic stáhla tolik a tolik atd.. aby to bylo nějak pokupě....
Vím že mám šílený nároky, ale byl by potom v tom krýsný přehled.
Pokuď by byla potřeba linuxová mašina, tak by to nebyl problém. Mám jednu postavenou na který běží www server
IP adresa 172.16.1.20 stáhla v pondeli 10.10.2017 150 MB a odeslala 20 MB a potom dalši dny samostatně a potom za minulý měsic stáhla tolik a tolik atd.. aby to bylo nějak pokupě....
Vím že mám šílený nároky, ale byl by potom v tom krýsný přehled.
Pokuď by byla potřeba linuxová mašina, tak by to nebyl problém. Mám jednu postavenou na který běží www server
0 x
-
Kart
- Příspěvky: 246
- Registrován: 11 years ago
Konycz píše:Funguje to super, jen by to chtělo ješte nějak aby to dělalo soustavy.. třeba
IP adresa 172.16.1.20 stáhla v pondeli 10.10.2017 150 MB a odeslala 20 MB a potom dalši dny samostatně a potom za minulý měsic stáhla tolik a tolik atd.. aby to bylo nějak pokupě....
Vím že mám šílený nároky, ale byl by potom v tom krýsný přehled.
Pokuď by byla potřeba linuxová mašina, tak by to nebyl problém. Mám jednu postavenou na který běží www server
No tak treba nejaky php parser co checkuje email a ulozi ti to treba do mySQL a spoustet ho cronem.
0 x
-
Konycz
- Příspěvky: 59
- Registrován: 9 years ago
-
Konycz
- Příspěvky: 59
- Registrován: 9 years ago
Ještě prosím jedno info. Lze takto statistikovat a přeposílat i počty paketů??
0 x
-
mpcz
- Příspěvky: 2779
- Registrován: 20 years ago
Zdravím,
zvolil jsem poněkud odlišné řešení.
Na bráně běží mikrotik, v něm skript, který ukládá počty stažených/odeslaných dat do souboru přímo na SSD disk brány. Může i počty paketů, t.j. prakticky vše, co jazyk skriptu umožňuje. Interval je volitelný, třeba i po deseti minutách. Zvolil jsem 3x denně. Soubory jsou malé, ničemu nevadí ani po několika týdnech.
V případě potřeby jsou staženy do PC a zpracovány v PC ve FOXPRO. Napsat SW trvalo snad 2 hodiny a zvládne to i malé dítě. Tím pádem si můžeme vytvořit jakoukoliv analýzu velmi jednoduše a rychle. Ve FOXPRO mám napsaný i účetní SW a pracuje v pohodě. Důležité je, že při jakékoliv změně nebo potřebě nové funkce ji lze jednoduše aplikovat bez prosíku na dodavatele a dlouhého čekání, nemluvě o nákladech.
Tohle řešení je zcela určitě to nejlepší, co lze najít.
Má však jednu nezaviněnou vadu a tou je zcela živelný "vývoj" jazyku skriptu od Sergeje. Málokdo má sílu neustále řešit ty nepochopitelné a zcela nedokumentovatelné změny v jazyku skriptu. Hledání příčiny po upgrade verze v nefunkčním skriptu, který ještě včera fungoval je dost otravná práce, z velké části proto, že podpora programátorovi je velmi mizerná.
mpcz, 12.jul.2017
zvolil jsem poněkud odlišné řešení.
Na bráně běží mikrotik, v něm skript, který ukládá počty stažených/odeslaných dat do souboru přímo na SSD disk brány. Může i počty paketů, t.j. prakticky vše, co jazyk skriptu umožňuje. Interval je volitelný, třeba i po deseti minutách. Zvolil jsem 3x denně. Soubory jsou malé, ničemu nevadí ani po několika týdnech.
V případě potřeby jsou staženy do PC a zpracovány v PC ve FOXPRO. Napsat SW trvalo snad 2 hodiny a zvládne to i malé dítě. Tím pádem si můžeme vytvořit jakoukoliv analýzu velmi jednoduše a rychle. Ve FOXPRO mám napsaný i účetní SW a pracuje v pohodě. Důležité je, že při jakékoliv změně nebo potřebě nové funkce ji lze jednoduše aplikovat bez prosíku na dodavatele a dlouhého čekání, nemluvě o nákladech.
Tohle řešení je zcela určitě to nejlepší, co lze najít.
Má však jednu nezaviněnou vadu a tou je zcela živelný "vývoj" jazyku skriptu od Sergeje. Málokdo má sílu neustále řešit ty nepochopitelné a zcela nedokumentovatelné změny v jazyku skriptu. Hledání příčiny po upgrade verze v nefunkčním skriptu, který ještě včera fungoval je dost otravná práce, z velké části proto, že podpora programátorovi je velmi mizerná.
mpcz, 12.jul.2017
0 x