YAMon 3.4 - usage monitoring for your router

Post new topic   Reply to topic    DD-WRT Forum Forum Index -> General Questions
Goto page Previous  1, 2, 3 ... 34, 35, 36 ... 39, 40, 41  Next
Author Message
mac913
DD-WRT Guru


Joined: 02 May 2008
Posts: 1549
Location: Canada

PostPosted: Thu Sep 26, 2019 18:23    Post subject: Reply with quote
With the lastest (installer v3.4.8) on startup I get an error that "ip" does not support IPv6.

Code:
 ___     ___   __       ___    ___
 \\\\   ////  //\\     ||||\  /||||   _____   __ ____
  \\\\ ////  ///\\\    ||||\\//||||  ///|\\\  ||//|\\\
   \\\'///  ////\\\\   ||||\\//|||| ////^\\\\ |||/^\|||
    \\|//  ////  \\\\  |||| \/ |||| |||   ||| |||   |||
    ////  //////\\\\\\ ||||    |||| \\\\.//// |||   |||
   ////  ////      \\\\||||    ||||  \\\|///  |||   |||

              Yet Another Monitor (v: 3.4.7)
            Copyright (c) 2013-present Al Caughey
                  All rights reserved.
               http://usage-monitoring.com

!!! Uh-oh !!! the value of '_includeIPv6' has been changed to 0 because yourinstalled version of the ip function does not support IPv6 or the neigh parameter.Please check your config.file and/or your version of busybox.See also http://usage-monitoring.com/help/?t=ipv6-changed

*** _includeIPv6 changed to 0 because the installed version of the ip function
    does not support IPv6 or the neigh parameter.
*** Please check your config.file and/or your version of busybox.



    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    ~  Your reports URL: http://10.200.10.1/user/index.html
    ~  (subject to some firmware variant oddities)
    ~  If your reports do not open properly, see
    ~     http://usage-monitoring.com/help/?t=reports-help
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~


I do have "ip_full" installed from Entware and set the path to _path2ip='/opt/sbin/ip' . I also tested '/opt/sbin/ip -6 neigh show' and lists ipv6 addresses.

I down graded to installer v3.4.6 and startups without errors...



Code:
**********************************************************
**********************************************************
 ___     ___   ___       ____   ____
 \\\\   ////  //|\\     |||\\\ ///|||   _____    _  ___
  \\\\ ////  ///A\\\    ||||\\|//||||  ///O\\\  ||N///\\
   \\\|///  //// \\\\   |||| \M/ |||| ///   \\\ |||//|\\\
    \\Y//  ////   \\\\  ||||  V  |||| |||   ||| |||   |||
    ////  //////|\\\\\\ ||||     |||| \\\   /// |||   |||
   ////  ////       \\\\||||     ||||  \\\|///  |||   |||

                  Yet Another Monitor
            Copyright (c) 2013-present Al Caughey
                  All rights reserved.
               http://usage-monitoring.com

    YAMon Version:: 3.4.6

**********************************************************


   ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
   ~  Your reports URL: http://10.200.10.1/user/index.html
   ~  (subject to some firmware variant oddities)
   ~  If your reports do not open properly, see
   ~     http://usage-monitoring.com/help/?t=reports-help
   ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

**********************************************************
***  `yamon3.4.6.sh` has been started
**********************************************************

To stop the script:
 * run `shutdown.sh` [*RECOMMENDED*]
      e.g., `/opt/YAMon3/shutdown.sh`
 * or delete the `/tmp/YAMon3.4-running` directory
      e.g., `rmdir /tmp/YAMon3.4-running`

_________________
Home Network on Telus PureFibre - 10GbE Copper Backbone
2x R7800 - Gateway WiFi 3xWireGuard - DDWRT r44112 Std
WHR-HP-G54 - Internal Routing - DDWRT r35531 std-special
2x E3000 - Gateway Wired IPTV - DDWRT K2.6 r43136 Mega

Off Site 1

R7000 - Gateway, WiFi & WireGuard - DDWRT r43652 Std
WRT610Nv1 - Client Bridge - DDWRT r33679 Mega K2.4

Off Site 2

R7000 - Gateway & WiFi - DDWRT r43217 Std
E2000 - Wired PVR Blocker - DDWRT r35531


YAMon 3.4.6 | DNSCrypt-Proxy V2
Sponsor
ddaniel51
DD-WRT Guru


Joined: 19 Feb 2013
Posts: 1382

PostPosted: Fri Sep 27, 2019 21:07    Post subject: Reply with quote
mac913 wrote:
[b]With the lastest (installer v3.4.Cool on startup I get an error that "ip" does not support IPv6.


3.4.8 was kind of a "land mine" and Al advised reverting to an earlier build.

_________________
Segment 1 R9000 10Gb LAN, 1Gb ISP BS
Test Bed R9000 10Gb LAN
Wired AP 1 R9000 10Gb LAN
Wired AP 2 R9000 1Gb LAN
Wired AP 3 R9000 1Gb LAN
Test Bed R7800 1Gb LAN OpenWRT Kong
download1.dd-wrt.com/dd-wrtv2/downloads/betas/ (Brain Slayer)
www.desipro.de/openwrt/ (Kong's)
YAMon usage-
www.monitoring.com/manualInstall.php
mac913
DD-WRT Guru


Joined: 02 May 2008
Posts: 1549
Location: Canada

PostPosted: Sat Sep 28, 2019 4:36    Post subject: Reply with quote
ddaniel51 wrote:
mac913 wrote:
[b]With the lastest (installer v3.4.8) on startup I get an error that "ip" does not support IPv6.


3.4.8 was kind of a "land mine" and Al advised reverting to an earlier build.


It's strange that the 3.4.8 installer shows up as YAMon 3.4.7 too.

_________________
Home Network on Telus PureFibre - 10GbE Copper Backbone
2x R7800 - Gateway WiFi 3xWireGuard - DDWRT r44112 Std
WHR-HP-G54 - Internal Routing - DDWRT r35531 std-special
2x E3000 - Gateway Wired IPTV - DDWRT K2.6 r43136 Mega

Off Site 1

R7000 - Gateway, WiFi & WireGuard - DDWRT r43652 Std
WRT610Nv1 - Client Bridge - DDWRT r33679 Mega K2.4

Off Site 2

R7000 - Gateway & WiFi - DDWRT r43217 Std
E2000 - Wired PVR Blocker - DDWRT r35531


YAMon 3.4.6 | DNSCrypt-Proxy V2
SpareSimian
DD-WRT Novice


Joined: 26 Aug 2011
Posts: 15
Location: San Pablo, CA

PostPosted: Tue Oct 01, 2019 13:28    Post subject: Reply with quote
I've managed to get 3.4.7 working on my ZyXEL with OpenWRT. I've been diggging through the sources to understand how things work. I dumped the ip(6)tables to try to find out why I'm getting half my traffic assigned to "no matching MAC".

Why are the INPUT and OUTPUT rules not restricted to the WAN interface? I only want to measure WAN traffic, not LAN traffic to/from the router. Those rules should have an interface qualifier.
al_c
DD-WRT Guru


Joined: 13 Apr 2013
Posts: 2134
Location: Ottawa Canada

PostPosted: Tue Oct 01, 2019 13:59    Post subject: Reply with quote
SpareSimian wrote:
I've managed to get 3.4.7 working on my ZyXEL with OpenWRT. I've been diggging through the sources to understand how things work. I dumped the ip(6)tables to try to find out why I'm getting half my traffic assigned to "no matching MAC".

Why are the INPUT and OUTPUT rules not restricted to the WAN interface? I only want to measure WAN traffic, not LAN traffic to/from the router. Those rules should have an interface qualifier.


TBH, I can't remember when/why I added the YAMon entries into the INPUT and OUTPUT chains...

If you give a good argument, they could probably be removed.
(Even though it has been 6+ years, I am still largely quite ignorant when it comes to the the dark arts of iptables.)
Al
SpareSimian
DD-WRT Novice


Joined: 26 Aug 2011
Posts: 15
Location: San Pablo, CA

PostPosted: Tue Oct 01, 2019 15:42    Post subject: Reply with quote
I imagine you intended the INPUT and OUTPUT rules to collect traffic stats for traffic from the router itself to the WAN. LAN traffic goes through the FORWARD chain. You don't need to list known devices in the INPUT and OUTPUT chains. Just a simple count on just the WAN interface will do what you need to account for WAN traffic to and from the router itself.

So something like:

iptables -I INPUT 0 -i eth1.2 -j YAMON34v4WANIn
iptables -I OUTPUT 0 -o eth1.2 -j YAMON34v4WANOut

(Targets are empty chains. You'll also need the equivalent IPv6 rules, of course.)

The problem here is that the rules are gathering counts on traffic between the router and the LAN, such as my admin workstation watching the realtime feed. That will bloat up the admin station's counts when I leave it watching the router overnight.

Fundamentally, the INPUT and OUTPUT chains deal with packets that originate or terminate on the host. The FORWARD chain is for packets that will be routed through for two other hosts.
al_c
DD-WRT Guru


Joined: 13 Apr 2013
Posts: 2134
Location: Ottawa Canada

PostPosted: Tue Oct 15, 2019 12:22    Post subject: New YANon v4 thread Reply with quote
I'm at a point where I think YAMon V4 is ready for a larger testing audience.

I've started a new thread for it... See https://forum.dd-wrt.com/phpBB2/viewtopic.php?t=321690

I've also started a new page where I will be (eventually) post details & updates... https://usage-monitoring.com/v4-beta.php

Thanks for your continuing help

Al
ColoradoUser
DD-WRT Novice


Joined: 12 May 2018
Posts: 31
Location: Broomfield, Colorado USA

PostPosted: Fri Nov 15, 2019 20:35    Post subject: YaMON and Static Routes Reply with quote
Short version of my question: Should I expect YaMON to be able to pick up on traffic that is on a Static Route?

More info (or too much info):
Router r7800; DD-WRT v3.0-r35900M kongat ( 05/08/18 ); YaMON 3.4.7. Static Route assigned via Setup / Advanced / Static Routing using Interface “LAN & WLAN” and LAN IP 192.168.1.253. The route goes to a GSM7224v2 router with 2 VLANs behind it. Traffic is working just fine, and I would be fine with seeing the total traffic on 192.168.1.253 – not so worried about a traffic breakdown on the VLANs on that path.

As FYI, my main LAN is 192.168.1.xxx and I have 3 VLANs behind the r7800 (192.168.20.xxx, 192.168.30.xxx, and 192.168.40.xxx). All of this has been working for a couple of years and YaMON monitors and reports traffic on all the devices on this setup including the r7800 VLANs. I’m experimenting with the GSM7224v2 behind my r7800 because I frequently help friends by repairing their PCs/Laptops and I didn’t want to expose my networks to possible viruses and malware that might be on those devices. So, since all my r7800 VLANs were in use for home purposes I thought I might be able to add a couple more VLANs with the GSM.

YaMON does see the GSM on 192.168.1.253, and YaMON records a small amount of traffic on that route (probably the SNTP activity), but doesn’t see any of the traffic generated on the VLANs even though it is in the GB’s of traffic. From researching YaMON threads going way back I sometimes get the impression it should see the traffic, and other times perhaps not (because perhaps a static route isn’t going through the router???).

Looking forward to moving on to YaMON 4 when the smart guys doing Beta testing give a bunch of thumbs up. YaMON continues to be an amazing addition to the toolbox.

Thanks
Mike
al_c
DD-WRT Guru


Joined: 13 Apr 2013
Posts: 2134
Location: Ottawa Canada

PostPosted: Thu Nov 28, 2019 22:24    Post subject: Reply with quote
I am beginning to make real progress on the long promised, and frequently asked for, `access restrictions` functionality. In a nutshell, a modification to YAMon that will allow you to block internet access to devices at certain times (e.g., after 10pm on school nights).

It's taken a long while because it has to involve functionality on the router, in the reports and also on the usage-monitor.com server.

One of the first features I added in the YAMon reports was the ability to organize your devices into arbitrary logical groupings - e.g., by person or device location or function.
For some time now, things have been organized on the router so that it is easy to add/modify iptables rules which restrict access to the web for specific device groups. What was lacking was the ability to communicate updates in the reports back to the scripts that run on the router (because the standard web servers in the router firmware do not support cgi/bin functionality).

To get around that, I've had to add bits to route the updates through the usage-monitoring.com web site (where you will be able to setup the access restrictions) and then modify the scripts on the router to periodically check for updates.

The interface to add/edit the access restrictions is beginning to take shape at https://usage-monitoring.com/current/SetAccessRestrictions.php

Let me know what you think.

Al

_________________
Thanks to everyone for supporting YAMon!

If you use and like YAMon and have not done so recently, please consider making a donation - thanks!
YAMon GitHub Repository
scope2
DD-WRT User


Joined: 12 Jul 2017
Posts: 90

PostPosted: Sat Nov 30, 2019 9:59    Post subject: Reply with quote
Al,

I currently use access control on the router (dd-wrt), will this offer anything over and above what the router offers?

Also, what would be useful is an option to allow the device/ip/whatever to be online for say 2 hour per day, and once they reach this limit restrict access. Would anything like that be possible?
al_c
DD-WRT Guru


Joined: 13 Apr 2013
Posts: 2134
Location: Ottawa Canada

PostPosted: Sat Nov 30, 2019 14:07    Post subject: Reply with quote
scope2 wrote:
Al,

I currently use access control on the router (dd-wrt), will this offer anything over and above what the router offers?

Also, what would be useful is an option to allow the device/ip/whatever to be online for say 2 hour per day, and once they reach this limit restrict access. Would anything like that be possible?


I found that my kids (one in particular quickly defeated the stock access controls in DD-WRT - e.g., I blocked by IP address so he learned how to change his IP address; I blocked by MAC within a day or two he knew how to spoof his MAC. Both of which he could do from his machine (independent of the router).

In YAMon, I block by the defined group (as configured in users.js)... so if he changes his IP address, his devices stays in the same group (which is blocked); if he changes his MAC, it appears as a new device on the network and falls into the Unknown group (which is also blocked). He cannot change his group unless he has access to the router (which you control).

Not completely fool proof but IMHO, a better option than stock.

Al

_________________
Thanks to everyone for supporting YAMon!

If you use and like YAMon and have not done so recently, please consider making a donation - thanks!
YAMon GitHub Repository
mrvanes
DD-WRT Novice


Joined: 06 Dec 2019
Posts: 22

PostPosted: Sun Dec 08, 2019 10:53    Post subject: Reply with quote
Let me start by saying thanks for YaMon. It's exactly what I was looking for on my fresh DDWRT router. I've only recently migrated my local network to a DDWRT enabled router (Asus RT68U) and everything works as expected.

There is one minor inconvenience however: I'm seeing exactly this problem in my YaMon statistics:

https://forum.dd-wrt.com/phpBB2/viewtopic.php?p=1156323&highlight=yamon+download+upload

Download and Upload are inverted. I understand this must have something to do with my setup and ports assigned but I can't for the life of me see what I need to change to get proper download stats for devices actually downloading.

My setup is very similar to the reporter above. My ISP router is .1 in the LAN, DDWRT is .249 and acts as a switch for all ports, it is configured as gateway, but WLAN port is just connected to the switchport of my ISP router, which acts as the actual router and default gateway. No devices are connected to the LAN ports of the RT68U, it only does wireless.

I understand that counting traffic for the wired LAN devices is impossible in this situation, but I would expect the ingress traffic for my connected wl devices to be counted for as downloads instead of uploads?

My apologies if this has been discussed and maybe answered before. I searched the forum and couldn't find a definitive answer.
al_c
DD-WRT Guru


Joined: 13 Apr 2013
Posts: 2134
Location: Ottawa Canada

PostPosted: Sun Dec 08, 2019 16:40    Post subject: Reply with quote
mrvanes wrote:
Let me start by saying thanks for YaMon. It's exactly what I was looking for on my fresh DDWRT router. I've only recently migrated my local network to a DDWRT enabled router (Asus RT68U) and everything works as expected.

There is one minor inconvenience however: I'm seeing exactly this problem in my YaMon statistics:

https://forum.dd-wrt.com/phpBB2/viewtopic.php?p=1156323&highlight=yamon+download+upload

Download and Upload are inverted. I understand this must have something to do with my setup and ports assigned but I can't for the life of me see what I need to change to get proper download stats for devices actually downloading.

My setup is very similar to the reporter above. My ISP router is .1 in the LAN, DDWRT is .249 and acts as a switch for all ports, it is configured as gateway, but WLAN port is just connected to the switchport of my ISP router, which acts as the actual router and default gateway. No devices are connected to the LAN ports of the RT68U, it only does wireless.

I understand that counting traffic for the wired LAN devices is impossible in this situation, but I would expect the ingress traffic for my connected wl devices to be counted for as downloads instead of uploads?

My apologies if this has been discussed and maybe answered before. I searched the forum and couldn't find a definitive answer.


Are things also reversed in v4? I'm focussed on that release ATM and would want to fix it there. If it is a network setup issue, it might have to be a parameter that switches the order of the two data fields (which would be pretty easy to do)...

Can you send me the output from:
iptables -L YAMON34v4 -vnx | grep -v RETURN | grep -e '^\s*[1-9]' (again, run this in a PuTTY window... maybe run it a couple of times until you get a good representative set of values)

Thanks for your assistance.

Al

_________________
Thanks to everyone for supporting YAMon!

If you use and like YAMon and have not done so recently, please consider making a donation - thanks!
YAMon GitHub Repository
mrvanes
DD-WRT Novice


Joined: 06 Dec 2019
Posts: 22

PostPosted: Sun Dec 08, 2019 17:10    Post subject: Reply with quote
al_c wrote:
Can you send me the output from:
iptables -L YAMON34v4 -vnx | grep -v RETURN | grep -e '^\s*[1-9]' (again, run this in a PuTTY window... maybe run it a couple of times until you get a good representative set of values)


Code:
root@olympus:~# iptables -L YAMON34v4 -vnx | grep -v RETURN | grep -e '^\s*[1-9]'
       2      127 YAMON34v4_gp_Unknown  0    --  *      *       192.168.1.127        0.0.0.0/0           
      34     1360 YAMON34v4_gp_Unknown  0    --  *      *       192.168.1.115        0.0.0.0/0           
     106    14931 YAMON34v4_gp_Unknown  0    --  *      *       192.168.1.112        0.0.0.0/0           
root@olympus:~# iptables -L YAMON34v4 -vnx | grep -v RETURN | grep -e '^\s*[1-9]'
       2      127 YAMON34v4_gp_Unknown  0    --  *      *       192.168.1.127        0.0.0.0/0           
       1       52 YAMON34v4_gp_Unknown  0    --  *      *       192.168.1.111        0.0.0.0/0           
       1       76 YAMON34v4_gp_Unknown  0    --  *      *       192.168.1.141        0.0.0.0/0           
      44     1760 YAMON34v4_gp_Unknown  0    --  *      *       192.168.1.115        0.0.0.0/0           
     126    19866 YAMON34v4_gp_Unknown  0    --  *      *       192.168.1.112        0.0.0.0/0           
root@olympus:~# iptables -L YAMON34v4 -vnx | grep -v RETURN | grep -e '^\s*[1-9]'
       4      254 YAMON34v4_gp_Unknown  0    --  *      *       192.168.1.127        0.0.0.0/0           
       3      156 YAMON34v4_gp_Unknown  0    --  *      *       192.168.1.111        0.0.0.0/0           
       1       76 YAMON34v4_gp_Unknown  0    --  *      *       192.168.1.141        0.0.0.0/0           
      65     2947 YAMON34v4_gp_Unknown  0    --  *      *       192.168.1.115        0.0.0.0/0           
     152    24079 YAMON34v4_gp_Unknown  0    --  *      *       192.168.1.112        0.0.0.0/0           

This was while listening to a streaming service on my laptop (download on 192.168.1.112).

The head of the table looks like this:
Code:
root@olympus:~# iptables -L YAMON34v4 -vnx | head
Chain YAMON34v4 (1 references)
    pkts      bytes target     prot opt in     out     source               destination         
       0        0 YAMON34v4_gp_Unknown  0    --  *      *       0.0.0.0/0            192.168.1.127       
       2      127 YAMON34v4_gp_Unknown  0    --  *      *       192.168.1.127        0.0.0.0/0           
       0        0 RETURN     0    --  *      *       0.0.0.0/0            192.168.1.127       
       2      127 RETURN     0    --  *      *       192.168.1.127        0.0.0.0/0           
       0        0 YAMON34v4_gp_Unknown  0    --  *      *       0.0.0.0/0            192.168.1.139       
       0        0 YAMON34v4_gp_Unknown  0    --  *      *       192.168.1.139        0.0.0.0/0           
       0        0 RETURN     0    --  *      *       0.0.0.0/0            192.168.1.139       
       0        0 RETURN     0    --  *      *       192.168.1.139        0.0.0.0/0           
mrvanes
DD-WRT Novice


Joined: 06 Dec 2019
Posts: 22

PostPosted: Wed Dec 11, 2019 13:16    Post subject: Reply with quote
I installed YAMon4 but it has some slight drawbacks:

1. There's no data nor live usage.
2. There is a red cross "Reading from database..."
3. A red cross saying "Database name is null"
4. Numerous errors in console using Chrome 79. The attached log is from starting at Summary, going all the way down to Settings.

So, I can't say if this is still present in YAMon4, as I don't have any output from 4.



ddwrt-1576069958028.txt
 Description:
Chrome console log

Download
 Filename:  ddwrt-1576069958028.txt
 Filesize:  4.5 KB
 Downloaded:  89 Time(s)

Goto page Previous  1, 2, 3 ... 34, 35, 36 ... 39, 40, 41  Next Display posts from previous:    Page 35 of 41
Post new topic   Reply to topic    DD-WRT Forum Forum Index -> General Questions All times are GMT

Navigation

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
You can attach files in this forum
You can download files in this forum