[Bug Report] <title>dae开启后无线连接正常，有线无法上网，怀疑dns问题

[madcat0513]

Checks

• I have searched the existing issues
• I have read the documentation
• Is it your first time sumbitting an issue

Current Behavior

主路由jcg-q30-pro，immortalwrt，内核6.6.95
在有线的机器上nslookup无结果返回，无线的机器上一切正常，猜测可能lan口绑定的问题，我的配置如下

    lan_interface: br-lan,wg0
    wan_interface: auto

root@ImmortalWrt:~# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN 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 mq state UP qlen 1000
    link/ether mac brd ff:ff:ff:ff:ff:ff
    inet6 fe80::mac:518/64 scope link
       valid_lft forever preferred_lft forever
3: wan@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP qlen 1000
    link/ether mac brd ff:ff:ff:ff:ff:ff
    inet6 fe80::mac/64 scope link
       valid_lft forever preferred_lft forever
4: lan1@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-lan state UP qlen 1000
    link/ether mac brd ff:ff:ff:ff:ff:ff
5: lan2@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-lan state UP qlen 1000
    link/ether mac brd ff:ff:ff:ff:ff:ff
6: lan3@eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue master br-lan state LOWERLAYERDOWN qlen 1000
    link/ether mac brd ff:ff:ff:ff:ff:ff
7: ra0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel master br-lan state UP qlen 1000
    link/ether mac brd ff:ff:ff:ff:ff:ff
8: br-lan: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP qlen 1000
    link/ether mac brd ff:ff:ff:ff:ff:ff
    inet 192.168.11.1/24 brd 192.168.11.255 scope global br-lan
       valid_lft forever preferred_lft forever
    inet6 ip/64 scope global dynamic noprefixroute
       valid_lft 246338sec preferred_lft 159938sec
    inet6 fe80::mac/64 scope link
       valid_lft forever preferred_lft forever
9: wg0: <POINTOPOINT,NOARP,UP,LOWER_UP> mtu 1400 qdisc noqueue state UNKNOWN qlen 1000
    link/[65534]
    inet 192.168.9.1/24 brd 192.168.9.255 scope global wg0
       valid_lft forever preferred_lft forever
10: rax0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel master br-lan state UNKNOWN qlen 1000
    link/ether mac brd ff:ff:ff:ff:ff:ff
11: apcli0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN qlen 1000
    link/ether mac brd ff:ff:ff:ff:ff:ff
12: apclix0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN qlen 1000
    link/ether mac brd ff:ff:ff:ff:ff:ff
13: pppoe-wan: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1492 qdisc fq_codel state UNKNOWN qlen 3
    link/ppp
    inet ip peer ip/32 scope global pppoe-wan
       valid_lft forever preferred_lft forever
    inet6 ip/64 scope global dynamic noprefixroute
       valid_lft 258351sec preferred_lft 171951sec
    inet6 fe80::mac/128 scope link flags 02
       valid_lft forever preferred_lft forever
17: dae0@if16: <BROADCAST,MULTICAST,UP,LOWER_UP,M-DOWN> mtu 1500 qdisc noqueue state UP qlen 1000
    link/ether mac brd ff:ff:ff:ff:ff:ff
    inet6 fe80::mac/128 scope link
       valid_lft forever preferred_lft forever
    inet6 fe80::mac/64 scope link
       valid_lft forever preferred_lft forever

Expected Behavior

No response

Steps to Reproduce

我试过把br-lan改为eth0，lan1@eth0,lan2@eth0,lan3@eth0啥的也绑定过，但是还是没用。

Environment

• Dae version (use dae --version):
• OS (e.g cat /etc/os-release):
• Kernel (e.g. uname -a):
• Others:

Anything else?

No response

[dae-prow]

Thanks for opening this issue!

[madcat0513]

这是我的dns和routing配置

dns {
    upstream {
        alidns: 'udp://dns.alidns.com:53'
        googledns: 'tcp+udp://dns.google:53'
    }
    routing {
        # According to the request of dns query, decide to use which DNS upstream.
        # Match rules from top to bottom.
        request {
            # Lookup China mainland domains using alidns, otherwise googledns.
            qname(geosite:cn) -> alidns
            fallback: googledns
        }
    }
}
routing {
    ### Preset rules.

    # Network managers in localhost should be direct to avoid false negative network connectivity check when binding to
    # WAN.
    pname(NetworkManager,dnsmasq) -> direct

    # Put it in the front to prevent broadcast, multicast and other packets that should be sent to the LAN from being
    # forwarded by the proxy.
    # "dip" means destination IP.
    dip(224.0.0.0/3, 'ff00::/8') -> direct

    # This line allows you to access private addresses directly instead of via your proxy. If you really want to access
    # private addresses in your proxy host network, modify the below line.
    dip(geoip:private) -> direct

    ### Write your rules below.
    sip(192.168.11.113) && sport(51413) -> direct
    sip(192.168.11.200) -> direct
    #dscp(4) -> direct
    dip(17.0.0.0/8) -> direct
    l4proto(udp) && !dport(53, 443) -> direct
    !dport(21,23,53,80,123,143,194,443,465,587,853,993,995,998) -> direct

    domain(geosite: category-ads) -> block
    domain(geosite: github, geosite: docker, geosite: google, geosite: facebook, geosite: twitter, geosite: wikimedia) -> my_group
    domain(suffix: 'githubusercontent.com','themoviedb.org','tmdb.org','telegram.org','fanart.tv','debian.org') -> my_group

    # Disable h3 because it usually consumes too much cpu/mem resources.
    l4proto(udp) && dport(443) -> block
    dip(geoip:cn) -> direct
    domain(geosite:cn) -> direct
    

    fallback: direct
}

[muziling]

无解，我各种配置都尝试过了。 还尝试代码加一些打印语句，就是没找到哪里有问题。

[madcat0513]

再次尝试后发现，wan口从pppoe改为dhcp后又一切正常了（dae配置未动，dae用的是1.0.0版），真是奇了怪了
好吧，改成dhcp后还是一样的问题...........

[Kidding0204]

你插上有线后手动用'sudo dae reload'热重载一下就好了，我是这样解决的

[madcat0513]

你插上有线后手动用'sudo dae reload'热重载一下就好了，我是这样解决的

谢谢回复，这办法我也试过了，还是老样子