秋奈Akina
秋奈Akina
> just refresh too slow Yeah
OK，Thanks,I will have a try
> The please run `service rpcd stop; service rcpd start; ubus call luci getFeatures`  As you see,Not work By the way,I built this firmware on 2023.1.16.This error also...
Maybe we can save this error for the Spring Festival : )
> > Run `service rpcd restart` and check `logread` for errors. Also run `ucode /usr/share/rpcd/ucode/luci` and see if this returns without output. > >   > > nothing is...
> The please run `service rpcd stop; service rcpd start; ubus call luci getFeatures` ubus -v list: 'container' @d5d957db "set":{"name":"String","script":"String","instances":"Table","triggers":"Array","validate":"Array","autostart":"Boolean","data":"Table"} "add":{"name":"String","script":"String","instances":"Table","triggers":"Array","validate":"Array","autostart":"Boolean","data":"Table"} "list":{"name":"String","verbose":"Boolean"} "delete":{"name":"String","instance":"String"} "state":{"spawn":"Boolean","name":"String"} "get_features":{} "console_set":{"name":"String","instance":"String"} "console_attach":{"name":"String","instance":"String"} 'dawn' @ab324f6f "add_mac":{"addrs":"Array"}...
实测不行，显示强度增加实际输出一点没变，1.3.2
 并不存在这个mu l目录（实际上我用find看完了整个文件树都没有长得像配置文件的文件）
已测试是运行子网代理的节点的内置 NAT 问题，请**关闭子网代理节点的内置 NAT**，然后使用如下命令测试 echo 1 > /proc/sys/net/ipv4/ip_forward iptables -t nat -A POSTROUTING -s ET的虚拟IP网段 -o 物理网卡名 -j MASQUERADE iptables -A FORWARD -i ET虚拟网卡名 -o 物理网卡名 -j ACCEPT iptables -A...
以下测试中，均使用默认的内核网络栈（即不开启-use-smoltcp），因为开用户态不好抓包 以下是我详细的分析过程： ## 1、尝试在问题节点上Ping被代理的子网，同时在问题节点虚拟接口抓包如图： 可见地址重写正常，源IP是问题节点虚拟IP，目标IP是正确的被访问的子网IP。 ## 2、尝试使用TCP，再次测试 可见，第一个SYN包时，源IP是问题节点虚拟IP，目标IP是正确的被访问的子网IP，这没问题。 但是对方发来的SYN+ACK中，虽然目的端口号确实是第一个SYN包的源端口号（行为正常）。 但源端口号并不是第一个SYN包的目的端口号，且源地址也不是第一个SYN包的源地址（NAT出错）。 导致问题节点中的内核TCP半连接不匹配，随后回复RST终止会话。 实测使用iptables做NAT后，恢复正常。 具体原因未知（我没学过Rust真的没能力审计代码）。