Diagnostic step 1
Check each client for an IPv4 address (ipconfig /all or ip -4 addr). If clients lack IPv4, confirm whether that was intended and whether NAT64/DNS64 is configured on the router.
Generated Oct 3, 2026, 12:35:03 AM
Check each client for an IPv4 address (ipconfig /all or ip -4 addr). If clients lack IPv4, confirm whether that was intended and whether NAT64/DNS64 is configured on the router.
On the router, verify IPv4 masquerade/NAT rules apply to the active LAN subnet(s). If you disabled DHCPv4, ensure NAT rules don't reference the old subnet address space.
Temporarily re-enable IPv4 DHCP for a small test group (as you did) to confirm persistent reachability; this is reversible and helps isolate whether IPv4 addressing is the issue.
Capture packet traces on the router during a failed IPv4 connection (tcpdump -i <iface> host <client-ip> and host <v4-dest>) to confirm whether SYN packets leave the LAN and whether replies return.
If you intend to operate IPv6-only on LAN, deploy and test NAT64/DNS64 (e.g., tayga/jool + a DNS64-capable resolver) in a lab first; otherwise plan to restore dual-stack DHCPv4 until a translation service is in place or ISP provides IPv4 connectivity guarantees.