QHora-301W ports (lan1-4) not assigning DHCP ips, only 10g-2 works
Device: QNAP QHora-301W OpenWRT version: 24.10.5
My configuration: Configured 4 VLANs using a custom bridge device named vlan with VLAN filtering enabled, following the approach of creating an 802.1q bridge rather than modifying br-lan directly. used this post as a guide: https://www.reddit.com/r/openwrt/comments/1dhkij9/need_vlan_help/
anyways the VLANS i have are:
- VLAN 10 -- Personal (lan1, lan2 untagged; 10g-1, 10g-2 tagged)
- VLAN 20 -- Servers (10g-1 tagged)
- VLAN 30 -- LANonly (10g-1 tagged)
- VLAN 40 -- IoT (lan3 untagged; 10g-1 tagged)
The Problem im having: Devices plugged into lan1, lan2, and lan3 do not receive DHCP leases. 10g-2 works perfectly and assigns an ip within seconds. The ports physically come up (link detected, forwarding state reached per logs) but no DHCPDISCOVER is ever seen from devices on the gigabit ports. 10g-2 consistently works. All ports worked without issues yesterday. the only changes made after that were some firewall rules but even then it worked afterwards.
Log behavior: When plugging into lan1 the logs show the port and all VLANs entering forwarding state correctly, but no DHCPDISCOVER occurs. When plugging into 10g-2 the DHCP handshake completes immediately.
kern.info kernel: nss-dp 3a001600.dp4 lan1: PHY Link up speed: 1000vlan: port 3(lan1) entered blocking statevlan: port 3(lan1) entered forwarding statenetifd: Network device 'lan1' link is upnetifd: bridge 'vlan' link is uppersonal: port 1(vlan.10) entered blocking statepersonal: port 1(vlan.10) entered forwarding state |netifd: VLAN 'vlan.10' link is up# No DHCPDISCOVER follows
kern.info kernel: nss-dp 3a007000.dp6-syn 10g-2: PHY Link up speed: 1000# DHCPDISCOVER(personal) immediately follows
What I've tried:
- I verified the VLAN config is identical from what i can tell between the working 10g-2 port and the non-working lan1/2/3 ports. both set as untagged on VLAN 10 (or 40 in the case of port 3)
- Made sure all ports are members of the
vlanbridge device - Confirmed VLAN filtering is active on the bridge
- Saw that
default_pvid = 1on the bridge. I suspect this could be a cause since I renamed Personal from VLAN 1 to VLAN 10 and deleted VLAN 1, however when it rebooted both devices yesterday they still worked. - I could not find a default PVID setting in LuCI but could be missing it
- Power cycling router and client devices did not help
- Tested with multiple client devices (USB ethernet adapter on Arch Linux, Android phone) and got the same behavior on all.
Let me know if any screenshots are needed and I will provide what i can
UPDATE: As another thing to try, i backed up my config, then factory reset the device. After doing so, it looks like the lan1-4 ports STILL do not want to allocate a DHCP address even with the default stock config. Again, very bizarre since when i first set it up, and after i made all my changes yesterday, all the ports were functional. I also tried a different device just to rule out any issues with the laptop i was using. Same issue. DHCP works just fine on port 10g-2 but not on gigabit lan ports 1-4
UPDATE 2: I thought it would be worth a try doing a hardware factory reset via the button on the back instead of the software factory reset that is within LuCI. Not sure if this part matters or not but i had my laptop plugged into lan1 when doing the reset. after doing a reset that way, the ports started working again. However I do not know if they will *stay* working, but as long as i back up my configs whenever i make changes, if it ever occurs again i can attempt the same reset process and hope it fixes it.