raspbian-buster lite и debian asuswrt

поэтому я столкнулся с странной ситуацией, когда ping6 google.com работает, ping4 google.com не работает, на eth, на Wi-Fi оба работают. Это только что началось после обновления прошивки моего роутера (Asus RT-AC68R с RT-AC68R_3.0.0.4_386_41634-g08f88ae до RT-AC68R_3.0.0.4_386_43129-g60defb2) У меня есть настройка pi с as pihole, и я редко меняю как wifi, так и eth настроены на получение статического IP-адреса от маршрутизатора через интерфейс маршрутизатора (не настроен на pi). Также для ясности, это не проблема DNS: ping4 8.8.8.8 не работает, ping6 2607: f8b0: 4008: 800 :: 200e работает. также ping4 10.0.0.5 действительно работает. (кажется, только соединение ipv4 за маршрутизатором, которое не работает)

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether b8:27:eb:0c:c8:a8 brd ff:ff:ff:ff:ff:ff
    inet 10.0.0.8/24 brd 10.0.0.255 scope global noprefixroute eth0
       valid_lft forever preferred_lft forever
    inet6 2601:*edited* scope global dynamic mngtmpaddr noprefixroute
       valid_lft 597sec preferred_lft 597sec
    inet6 fe80::f838:5e31:e58e:fc7a/64 scope link
       valid_lft forever preferred_lft forever

ifconfig
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 10.0.0.8  netmask 255.255.255.0  broadcast 10.0.0.255
        inet6 fe80::f838:5e31:e58e:fc7a  prefixlen 64  scopeid 0x20<link>
        inet6 2601:*edited*  prefixlen 64  scopeid 0x0<global>
        ether b8:27:eb:0c:c8:a8  txqueuelen 1000  (Ethernet)
        RX packets 377402  bytes 107051612 (102.0 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 87373  bytes 11165082 (10.6 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Kernel IP routing table

Destination     Gateway         Genmask         Flags Metric Ref    Use Iface

0.0.0.0         10.0.0.1        0.0.0.0         UG    202    0        0 eth0

10.0.0.0        0.0.0.0         255.255.255.0   U     202    0        0 eth0

nslookup google.com

Server:         127.0.0.1

Address:        127.0.0.1#53

Non-authoritative answer:

Name:   google.com

Address: 142.250.64.142

Name:   google.com

Address: 2607:f8b0:4008:80e::200e

Все это только усугубляет путаницу, поскольку кажется, что я могу отлично справиться с nslookup, но не могу пинговать, хотя dns настроен с pihole 127.0.0.1 # 53 настроен на использование несвязанного 127.0.0.1 # 5353, который настроен на использование ipv4 и ipv6, поэтому может просто работать через ipv6. Однако все же, почему Wi-Fi работает на 100%, но снова не eth, ничего не изменив примерно за месяц.

Изменить: я также теперь попробовал свежий образ pi с usb, и у него тоже есть эта проблема, поэтому, похоже, это не проблема клиента. удаление статического назначения на маршрутизаторе не повлияло.

edit temp fix:
broken setup:
on device eth0 set to static on router devices eth0 and wlan0 set to static ip
working setup:
on device eth0 set to dhcp on router eth0/wlan0 set to auto

static was setup in /etc/dhcpd.conf as follows
interface eth0
        static ip_address=10.0.0.8/24
        static routers=10.0.0.1
        static domain_name_servers=127.0.0.1

dhcpcd --version
dhcpcd 8.1.2
maybe an incompatibility with dhcp server on router and this old dhcpd version?

edit99: so it would appear that what ever 
ip I set in the routers wan dns that device stops working
setting it to cloudflare all devices are working again. 

Вкратце: так может показаться, что какой бы ip я ни устанавливал в маршрутизаторах, это устройство перестает работать, установив его на cloudflare, все устройства снова работают.

Обновление прошивки роутера Asus RT-AC68R с RT-AC68R_3.0.0.4_386_41634-g08f88ae до RT-AC68R_3.0.0.4_386_43129-g60defb2

long: у меня есть две машины Debian, на которых запущено pihole + unbound, и одна из них, которую я поставил для wan dns, перестает работать с ipv4 (может ping6 любое устройство / домен / и т. д., может только ping4 локальные устройства), установив его на cloudflare (или я предполагаю ничего не локального) ipv4 на этих двоих снова начинает работать. Lan и IPv6 все время настроены на любую из настроек debian pihole + unbound и работают нормально. Однако, поскольку я настраиваю разные DNS, прошивка по-прежнему отправляет маршрутизаторам адрес ipv6 для адреса dns и ipv4 dns2, поэтому настройка затем обходит DNS-адрес pihole и использует cloudlfare.