BW Monitoring does not correctly show OpenVPN

[lollapalooza]

Gargoyle is set as OpenVPN client.
Remote router is set as OpenVPN server.

When I have traffic going through the VPN, it is not shown in the correct color.

Screenshots:

[Lantis]

It isn't currently captured.

@pbix did some work a while ago to fix this, but we found a case which it wouldn't handle and so the change was never implemented.

At this stage, that graph only works for the Server side.

[lollapalooza]

Just to say, with V1.10 it was working correctly.

[Lantis]

Alright, I'll take a look.
You are now using what version?

[Lantis]

Having a look at this on my own system, it looks like it works fine, although occasionally the VPN tunnel restarts itself after initial configuration and picks a new port.
The bandwidth monitoring rules get stuck on the old port and you don't see any data.

A network restart (or router restart) will probably make it work fine.

I will look at making the port checking more robust.

[lollapalooza]

I tried to reboot the router (Gargoyle), but nothing has changed.

This is the 2nd bug that I have discovered in V1.12 in less then 1 month (1st one was related to AdBlock + Tor).

Maybe I'll go back to 1.10 ... 1.12 it's too buggy

[Lantis]

Run the following please

Code: Select all

iptables -t mangle -nvL | grep openvpn

netstat -u -t -p -a -e -n | grep openvpn

[lollapalooza]

Here's the output:

Code: Select all

root@PF:~# iptables -t mangle -nvL | grep openvpn
   26  1794 openvpn_down_bw  udp  --  eth1   *       0.0.0.0/0            0.0.0.0/0            udp dpt:43203
    0     0 openvpn_up_bw  all  --  tun0   eth1    0.0.0.0/0            0.0.0.0/0
    0     0 openvpn_down_bw  all  --  eth1   tun0    0.0.0.0/0            0.0.0.0/0
    3   207 openvpn_up_bw  udp  --  *      eth1    0.0.0.0/0            0.0.0.0/0            udp spt:43203
Chain openvpn_down_bw (2 references)
    0     0            all  --  *      *       0.0.0.0/0            0.0.0.0/0           bandwidth --id openvpn-hr1-download-2-449 --type combined --current_bandwidth 0 --reset_interval 2 --reset_time 2 --intervals_to_save 449
    0     0            all  --  *      *       0.0.0.0/0            0.0.0.0/0           bandwidth --id openvpn-lr1-download-minute-15 --type combined --current_bandwidth 0 --reset_interval minute --intervals_to_save 15
    0     0            all  --  *      *       0.0.0.0/0            0.0.0.0/0           bandwidth --id openvpn-hr2-download-minute-359 --type combined --current_bandwidth 0 --reset_interval minute --intervals_to_save 359
    0     0            all  --  *      *       0.0.0.0/0            0.0.0.0/0           bandwidth --id openvpn-lr2-download-900-24 --type combined --current_bandwidth 0 --reset_interval 900 --reset_time 900 --intervals_to_save 24
    0     0            all  --  *      *       0.0.0.0/0            0.0.0.0/0           bandwidth --id openvpn-hr3-download-180-479 --type combined --current_bandwidth 0 --reset_interval 180 --reset_time 180 --intervals_to_save 479
    0     0            all  --  *      *       0.0.0.0/0            0.0.0.0/0           bandwidth --id openvpn-lr3-download-hour-24 --type combined --current_bandwidth 0 --reset_interval hour --intervals_to_save 24
    0     0            all  --  *      *       0.0.0.0/0            0.0.0.0/0           bandwidth --id openvpn-hr4-download-7200-359 --type combined --current_bandwidth 0 --reset_interval 7200 --reset_time 7200 --intervals_to_save 359
    0     0            all  --  *      *       0.0.0.0/0            0.0.0.0/0           bandwidth --id openvpn-lr4-download-day-31 --type combined --current_bandwidth 0 --reset_interval day --intervals_to_save 31
    0     0            all  --  *      *       0.0.0.0/0            0.0.0.0/0           bandwidth --id openvpn-hr5-download-day-365 --type combined --current_bandwidth 0 --reset_interval day --intervals_to_save 365
    0     0            all  --  *      *       0.0.0.0/0            0.0.0.0/0           bandwidth --id openvpn-lr5-download-month-12 --type combined --current_bandwidth 0 --reset_interval month --intervals_to_save 12
Chain openvpn_up_bw (2 references)
    0     0            all  --  *      *       0.0.0.0/0            0.0.0.0/0           bandwidth --id openvpn-hr1-upload-2-449 --type combined --current_bandwidth 0 --reset_interval 2 --reset_time 2 --intervals_to_save 449
    0     0            all  --  *      *       0.0.0.0/0            0.0.0.0/0           bandwidth --id openvpn-lr1-upload-minute-15 --type combined --current_bandwidth 0 --reset_interval minute --intervals_to_save 15
    0     0            all  --  *      *       0.0.0.0/0            0.0.0.0/0           bandwidth --id openvpn-hr2-upload-minute-359 --type combined --current_bandwidth 0 --reset_interval minute --intervals_to_save 359
    0     0            all  --  *      *       0.0.0.0/0            0.0.0.0/0           bandwidth --id openvpn-lr2-upload-900-24 --type combined --current_bandwidth 0 --reset_interval 900 --reset_time 900 --intervals_to_save 24
    0     0            all  --  *      *       0.0.0.0/0            0.0.0.0/0           bandwidth --id openvpn-hr3-upload-180-479 --type combined --current_bandwidth 0 --reset_interval 180 --reset_time 180 --intervals_to_save 479
    0     0            all  --  *      *       0.0.0.0/0            0.0.0.0/0           bandwidth --id openvpn-lr3-upload-hour-24 --type combined --current_bandwidth 0 --reset_interval hour --intervals_to_save 24
    0     0            all  --  *      *       0.0.0.0/0            0.0.0.0/0           bandwidth --id openvpn-hr4-upload-7200-359 --type combined --current_bandwidth 0 --reset_interval 7200 --reset_time 7200 --intervals_to_save 359
    0     0            all  --  *      *       0.0.0.0/0            0.0.0.0/0           bandwidth --id openvpn-lr4-upload-day-31 --type combined --current_bandwidth 0 --reset_interval day --intervals_to_save 31
    0     0            all  --  *      *       0.0.0.0/0            0.0.0.0/0           bandwidth --id openvpn-hr5-upload-day-365 --type combined --current_bandwidth 0 --reset_interval day --intervals_to_save 365
    0     0            all  --  *      *       0.0.0.0/0            0.0.0.0/0           bandwidth --id openvpn-lr5-upload-month-12 --type combined --current_bandwidth 0 --reset_interval month --intervals_to_save 12
root@PF:~#
root@PF:~# netstat -u -t -p -a -e -n | grep openvpn
udp        0      0 0.0.0.0:57796           0.0.0.0:*                           4209/openvpn
root@PF:~#

[Lantis]

It's the problem I described. I will see if I can make it more reliable.

By the way, this fault exists in EVERY Gargoyle version for the last 8 years.
There has been a change in Openvpn which makes it more likely to occur. If we don't get user reports like this, we won't find the issue.

So while I understand it is frustrating to find bugs, they won't be fixed unless they are found.

[lollapalooza]

I believe you when you say that it exists since 8 years, but please believe me when I say that I never experienced this behaviour with V1.10.

Anyway, I'm happy to help... also for the other bug I found.
If I can be of any help, just let me know what you need.