search

morytyann / OpenWrt-mihomo

Transparent Proxy with Mihomo on OpenWrt.
MIT License
1.21k stars 141 forks source link

开启插件后，NAT类型成为UdpBlocked？ #34

Closed JohnsonRan closed 3 months ago

JohnsonRan commented 3 months ago

开启前是Fullcone，开启后就变成了udpblocked，已确定测试地址是直连
屏幕截图 2024-07-17 234646 没测试过其他插件，可能是我自己问题？

morytyann commented 3 months ago

节点要支持UDP（VMESS和VLESS不行），还要使用Redir-Host模式或者在Fake-IP过滤列表添加STUN的域名

JohnsonRan commented 3 months ago

节点要支持UDP（VMESS和VLESS不行），还要使用Redir-Host模式或者在Fake-IP过滤列表添加STUN的域名

走直连也需要节点支持udp吗

morytyann commented 3 months ago

直连不需要，游戏联机的情况下需要

JohnsonRan commented 3 months ago

我图里确实是工具用的stun.miwifi.com走了直连，但是NAT类型不是fullcone 用的redir-host模式

morytyann commented 3 months ago

试试让syncthing走代理，再测一下它的NAT类型

JohnsonRan commented 3 months ago

啊，节点不支持udp会导致就算走直连也会udpblocked吗

morytyann commented 3 months ago

不是这个意思，只是想看看这样的结果，排查一下是哪里的原因

啊，节点不支持udp会导致就算走直连也会udpblocked吗

JohnsonRan commented 3 months ago

看了下mihomo日志，好像知道原因了...但不知道为什么 [warning] [UDP] dial DIRECT(match GeolP/cn)我的公网IP:44891->我的公网IP:58366 error: reject loopback connection to: 我的公网IP:58366 全都是这种类似的warning在刷屏

morytyann commented 3 months ago

nft list set mihomo private_ip，在路由器Shell里运行一下这个命令，看看里面有没有你的公网IP，没有的话，问题就出在IP变了但插件没有重新添加进去

JohnsonRan commented 3 months ago

没有，刚刚重新启用插件后有了，日志正常 并且udp变成PortRestrictedCone

JohnsonRan commented 3 months ago

我怀疑是因为每次重启系统mihomo比网络先启动，导致公网IP没被添加到表内 因为每次重启系统都会出现上面的warning

morytyann commented 3 months ago

关于启用后NAT类型变成PortRestrictedCone，只要流量经过了插件就会这样，可以参考OpenClash的Issue 关于公网IP入站没有跳过的问题，我这边测试过是正常的，无论是重启系统还是重启接口，你也是PPPoE拨号吗？

JohnsonRan commented 3 months ago

知道了，感谢帮我Google 应该是因为我在/etc/sysupgrade.conf添加了/etc/mihomo想让更新固件后不用重新下载一些东西，结果导致文件夹下所有内容很久都没更新过的原因（

morytyann commented 3 months ago

嗯，重装一下插件，再试试公网IP能否正常跳过，正常的话就关掉Issue了🤗

JohnsonRan commented 3 months ago

正常了🤣

JohnsonRan commented 3 months ago

找到根本原因了，是因为我添加了一个SFP接口用来访问我的猫棒。重启之后插件似乎把SFP接口当成出口导致上面问题 是否有办法加一个选择接口的地方呢 虽然mihomo可以设置，但是会导致用同配置的其他设备出现问题吧（？

morytyann commented 3 months ago

请你新开一个Issue吧，关于Wan接口获取错误的问题的。