Joined: 04 Aug 2018 Posts: 1447 Location: Appalachian mountains, USA
Posted: Mon Aug 10, 2020 13:36 Post subject:
pbphoto wrote:
root@router1:~# iptables -vnL -t raw
Chain PREROUTING (policy ACCEPT 190M packets, 243G bytes)
pkts bytes target prot opt in out source destination
0 0 DROP 0 -- !oet1 * 0.0.0.0/0 10.xx.xxx.xx ADDRTYPE match src-type !LOCAL
This is a wireguard rule. I should have been clearer that the question is only about the OpenVPN client. Do you also use the OpenVPN client? _________________ 2x Netgear XR500 and 3x Linksys WRT1900ACSv2 on 53544: VLANs, VAPs, NAS, station mode, OpenVPN client (AirVPN), wireguard server (AirVPN port forward) and clients (AzireVPN, AirVPN, private), 3 DNSCrypt providers via VPN.
Joined: 04 Aug 2018 Posts: 1447 Location: Appalachian mountains, USA
Posted: Mon Aug 10, 2020 23:20 Post subject:
pbphoto wrote:
I don't use OpenVPN anymore. Apologies - I thought you wanted a Wireguard example too.
Thanks for clarifying. Indeed, the problem we're investigating here is a small OpenVPN issue. The parallel in the wireguard system seems to work fine. _________________ 2x Netgear XR500 and 3x Linksys WRT1900ACSv2 on 53544: VLANs, VAPs, NAS, station mode, OpenVPN client (AirVPN), wireguard server (AirVPN port forward) and clients (AzireVPN, AirVPN, private), 3 DNSCrypt providers via VPN.
This build has been running well for 10 days now. However today, I did have a problem with one of my IOT devices connecting to my 3200ACM. The IOT device is a Eufy homebase2 base station for wireless doorbells, cameras etc. It's mac address doesn't show up in a OUI search, so i'm sure it's not a 'name brand' wifi driver. However, the problem does appear to be on the 3200ACM side, so it could just be one of those "special" marvell driver features.
The IOT device was connected without problems for 10 days, then this morning, I noticed a red light on the device and these messages repeating for the last several hours in the 3200ACM syslog:
Aug 13 06:31:41 router1 daemon.info dnsmasq-dhcp[1859]: DHCPDISCOVER(br0) 8e:85:80:09:b4:31
Aug 13 06:31:41 router1 daemon.info dnsmasq-dhcp[1859]: DHCPOFFER(br0) 192.168.5.107 8e:85:80:09:b4:31
Aug 13 06:31:42 router1 daemon.info dnsmasq-dhcp[1859]: DHCPDISCOVER(br0) 8e:85:80:09:b4:31
Aug 13 06:31:42 router1 daemon.info dnsmasq-dhcp[1859]: DHCPOFFER(br0) 192.168.5.107 8e:85:80:09:b4:31
Aug 13 06:31:45 router1 daemon.info dnsmasq-dhcp[1859]: DHCPDISCOVER(br0) 8e:85:80:09:b4:31
Aug 13 06:31:45 router1 daemon.info dnsmasq-dhcp[1859]: DHCPOFFER(br0) 192.168.5.107 8e:85:80:09:b4:31
Aug 13 06:31:48 router1 daemon.info dnsmasq-dhcp[1859]: DHCPDISCOVER(br0) 8e:85:80:09:b4:31
Aug 13 06:31:48 router1 daemon.info dnsmasq-dhcp[1859]: DHCPOFFER(br0) 192.168.5.107 8e:85:80:09:b4:31
Aug 13 06:32:11 router1 daemon.info dnsmasq-dhcp[1859]: DHCPDISCOVER(br0) 8e:85:80:09:b4:31
Aug 13 06:32:11 router1 daemon.info dnsmasq-dhcp[1859]: DHCPOFFER(br0) 192.168.5.107 8e:85:80:09:b4:31
Aug 13 06:32:14 router1 daemon.info dnsmasq-dhcp[1859]: DHCPDISCOVER(br0) 8e:85:80:09:b4:31
Aug 13 06:32:14 router1 daemon.info dnsmasq-dhcp[1859]: DHCPOFFER(br0) 192.168.5.107 8e:85:80:09:b4:31
I power cycled the IOT device but no luck. In the meantime, my apple macbook and several iphones had no problems connecting and accessing the internet. So it's definitely an issue between the IOT device and the 3200ACM, and I don't think it is a dnsmasq problem. I finally rebooted the 3200ACM and the IOT device connected immediately.
Aug 13 07:03:31 router1 daemon.info dnsmasq-dhcp[1858]: DHCPDISCOVER(br0) 8e:85:80:09:b4:31
Aug 13 07:03:31 router1 daemon.info dnsmasq-dhcp[1858]: DHCPOFFER(br0) 192.168.5.107 8e:85:80:09:b4:31
Aug 13 07:03:32 router1 daemon.info dnsmasq-dhcp[1858]: DHCPREQUEST(br0) 192.168.5.50 dc:4f:22:27:a6:40
Aug 13 07:03:32 router1 daemon.info dnsmasq-dhcp[1858]: DHCPACK(br0) 192.168.5.50 dc:4f:22:27:a6:40 outlet3
Aug 13 07:03:33 router1 daemon.info dnsmasq-dhcp[1858]: DHCPDISCOVER(br0) 8e:85:80:09:b4:31
Aug 13 07:03:33 router1 daemon.info dnsmasq-dhcp[1858]: DHCPOFFER(br0) 192.168.5.107 8e:85:80:09:b4:31
Aug 13 07:03:33 router1 daemon.info dnsmasq-dhcp[1858]: DHCPREQUEST(br0) 192.168.5.107 8e:85:80:09:b4:31
Aug 13 07:03:33 router1 daemon.info dnsmasq-dhcp[1858]: DHCPACK(br0) 192.168.5.107 8e:85:80:09:b4:31 eufy-homebase2
Joined: 04 Aug 2018 Posts: 1447 Location: Appalachian mountains, USA
Posted: Wed Aug 19, 2020 15:34 Post subject:
Minor discovery that appears to be a bug (no idea which build was the first to show this): In GUI>Status>OpenVPN, the State display at the top is showing local tunnel IP 10.X.X.X (verified with ifconfig tun1) for both the the Local Address and the Remote Address. I see this behavior on both of my WRT1900ACSv2 routers that run build 44048. _________________ 2x Netgear XR500 and 3x Linksys WRT1900ACSv2 on 53544: VLANs, VAPs, NAS, station mode, OpenVPN client (AirVPN), wireguard server (AirVPN port forward) and clients (AzireVPN, AirVPN, private), 3 DNSCrypt providers via VPN.
Router/Version: Linksys WRT3200ACM
File/Kernel: Linux 4.9.231 #1979 SMP Sun Aug 2 03:35:09 +03 2020 armv7l
Previous/Reset: Factory firmware, no reset
Mode/Status: gateway mode, status OK
Issues/Errors: QoS enabled HTB-FQ_CODEL, 12 Netmask Priority ranges and one MAC Priority, no access to internet
Hi! Where should I post to get help on QoS of this firmware version? Thanks!
Router/Version: Linksys WRT1900ACS v2 / DD-WRT v3.0-r44048 File/Kernel: Linux 4.9.231 #1979 SMP Sun Aug 2 03:35:09 +03 2020 armv7l Previous/Reset: Linksys WRT1900ACS v2 / DD-WRT v3.0-r40559 Gateway, 2.4G and 5G wifi Issues/Errors: Not displaying Status -> WAN -> Traffic -> Traffic by Month stats since upgrade to r44048
I have noticed that WAN "Traffic by Month" stats are not being displayed since the upgrade earlier this month. I confirmed that WAN Traffic Counter (ttraff Daemon) is enabled.
2020-10-31 0800 : DD-WRT v3.0-r44048 std (08/02/20)
---------------------------------------------------
Router/Version: Linksys WRT1900ACSv2
File: ddwrt-linksys-wrt1900acsv2-webflash.bin (no nvram erase)
Kernel: Linux 4.9.231 #1979 SMP Sun Aug 2 03:35:09 +03 2020 armv7l
Mode: AP, NAS, OpenVPN Server
Temperatures: CPU 59.4 °C / WL0 34.6 °C / WL1 36.0 °C (USB Fan)
Status: mostly working
Downgraded from r44483 -- WiFi dropping issues
Internet speed: 70 Mb/s (expect 200 Mb/s)
LAN speed: 965 Mb/s (record is 967 Mb/s)
WiFi speed (2.4 Ghz): 54 Mb/s (previous 26 Mb/s, record is 141)
WiFi speed (5 Ghz): 43 Mb/s (previous 65 Mb/s, record is 142)
WiFi devices
- printer (2.4GHz) - ping from LAN is 38ms, 0% packet loss (uptime 10 minutes)
- iPad (2.4 Ghz) - working
- Android phone (2.4/5Ghz) - working
- Macbook (5GHz) - working
- Chromecast (5GHz) - working
OpenVPN server is working
NAS not working, USB thumb drive mounted correctly, wsdd2 process is running
EDIT: After 24 hours, WiFi seems very stable with all devices. I changed Samba Maximum Protocol version to "SMB 3.11" and how NAS is working.
