RobMeades I have an OpenVPN bridge server running on tun21 on a Shibby Tomato Router. I have verified with tcpdump that packets intended for the VPN bridge always get routed to tun21. However, if I start an OpenVPN client on the same router, even though the packets intended for the bridge are still logged by tcpdump as entering tun21, the TUN/TAP read bytes stat written by the OpenVPN bridge server does not increase. None of the other stats increase either, of course, but what I'd like to understand is why the TUN/TAP read byte count would not increase when packets are actually entering the tun? FTAOD, the OpenVPN bridge server works fine if the OpenVPN client is not active. In case it is of use, the .ovpn file for the OpenVPN bridge server is: # Automatically generated configuration daemon ifconfig 10.8.0.1 10.8.0.2 proto udp port 1194 dev tun21 comp-lzo adaptive keepalive 15 60 verb 3 secret static.key status-version 2 status status # Custom Configuration local <ISP address> script-security 2 keepalive 10 60 ping-timer-rem persist-key persist-tun comp-lzo verb 5 route-up "/sbin/route add -net 10.10.0.0 netmask 255.255.255.0 gw 10.8.0.2"root@ ...and the .ovpn file for the OpenVPN client is: # Automatically generated configuration daemon client dev tun11 proto udp remote nl.privateinternetaccess.com 1198 resolv-retry 30 nobind persist-key persist-tun comp-lzo adaptive cipher AES-128-CBC verb 3 script-security 2 up updown.sh down updown.sh ca ca.crt auth-user-pass up status-version 2 status status # Custom Configuration persist-key persist-tun tls-client comp-lzo verb 1
RobMeades And the answer was.... OpenVPN appears to only updates the stats table really slowly, like around ever 60 seconds. At least now I know.
TinCanTech RobMeades wroteOpenVPN appears to only updates the stats table really slowly, like around ever 60 secondsSee --status in The Manual v24x (The default for n is 60 seconds 😉 )
