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 с использованием pihole, и я редко вношу изменения как в Wi-Fi, так и в 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.