@blueboyggh
nft insert rule inet fw4 forward_lan meta nfproto ipv6 meta oifname pppoe-wan ether saddr 阻止的 MAC counter drop

这是新的语法，你可以试试，这句命令的意思是阻止了，该 mac 发起的所有 ipv6 请求，如果有多个 mac ，可以复制添加多条。

其实更好的办法可以新建一个 LAN ，然后把你不用 v6 的客户端放在这个 lan 里面，然后关掉这个 lan 的 ipv6 。

流量过滤链 "mangle_forward"
钩子：forward(捕获发送到其他主机的传入数据包)，优先级：-150
策略：accept (继续处理不匹配的数据包)
规则匹配 规则操作
#规则评论：Zone wan IPv4/IPv6 ingress MTU fixing 入口设备名 于集合 { eth1, pppoe-wan }eth1
pppoe-wan 中 TCP 标记 是 syn 将标头字段 TCP 最大报文段长度设为有效的路由 MTU
#规则评论：Zone wan IPv4/IPv6 egress MTU fixing 出口设备的名称 于集合 { eth1, pppoe-wan }eth1
pppoe-wan 中 TCP 标记 是 syn 将标头字段 TCP 最大报文段长度设为有效的路由 MTU

openwrt 23.05 有 mss 钳制啊

23.05 没发现问题。

你这防火墙规则就错哪去了，
按你的说法，src 起码要填 wan ，还有 wan 进来的数据，是获取不到目标的 mac 地址的，你这填了也白填。

旁路没法接管 ipv6 网关的，Ipv6 的网关是通过主路由 RA 下发的。
所有 IPV6 流量直接走主路由出去了。你的旁路由，在 Ipv6 看来是个空气。

@jizni 我这里电信，路由器 3 天重播日志。。。。

@n18255447846 这玩意运行在 netfilter 之前，用不到 iptables nftables

江西 3 天准时重播

旁路还有一个很大的死穴，就是 ipv6 的网关问题很麻烦。

@yyysuo 旁路，影响更小了，旁路拓扑，下载流量几乎不经过旁路，直连性能优势更是无从谈起。

看了下性能测试，直连的 IP 压根就不应该进代理程序，用 nftables 直接绕过。

@victorkk 把来自 ps ip 的 TCP 连接直连就行了吧。

用自己写的启动器路过。。OPENclash 代码感觉像屎山

5480 当 ap 用，目前表示没啥问题

@deplivesb 要看拨号时间，这里没路由器开机时间
江西电信目前是 3 天强制重播

有 NODEJS ，4 小时基本完不成的

@klarkzh 这锅是破的做不了菜了

@TsukiMori 7621 用 padavan 才是完全体，也不用 openwrt