[Bug] UDP代理在ShellCrash运行1天左右后会不通

[chuwza]

Verify steps

• 我已经在 Issue Tracker 中找过我要提出的问题 I have searched on the issue tracker for a related issue.
• 我已经使用公测版本测试过，问题依旧存在 I have tested using the test mod, and the issue still exists.
• 我已经仔细看过 常见问题 并无法自行解决问题

Description

大佬你好，使用的是1.9.3稳定版，内核为Mihomo 1.19.18。

如题：ShellCrash运行1天左右的时间后，UDP流量貌似就不通了

这体现在：电脑使用ntp.aliyun.com授时服务校对时间，刚重启完ShellCrash时，时间校对1秒完成，同时zashboard面板里出现udp类型的ntp.aliyun.com地址，一切正常（如视频所示，时间是2026年2月1日 09:46）

NTP.Screenbits.2026-02-01_094612.mp4

但是一天左右的时间后，此时与ntp.aliyun.com授时服务校对时间，发现一直转圈，怎么也校对不了，同时zashboard面板里就是不出现udp类型的ntp.aliyun.com地址……（如视频所示，时间是2026年2月2日 07:49，ShellCrash运行时间是21小时，我等了整整一天录这个视频）

NTP.Screenbits.2026-02-02_074921.mp4

我一直都是fakeip+混合模式，（其实也花过2天时间测试过Tun模式、取消屏蔽QUIC流量，都没有用）

这个问题可以每天稳定复现，只要重启ShellCrash后等待1天左右。

关于这个问题，其实也让我联想到了另一个我遇到的问题：狂野飙车9国际服多人联机（玩国际服需要翻墙）。每次我重启ShellCrash后，狂野飙车依靠UDP的多人联机就能正常联机，但是往往过了1天左右的时间，联机就报错，无法联机了。此时重启ShellCrash大概率能让联机重新成功。这是不是也是UDP代理在运行1天左右后不通的证明呢？（重启就能让UDP代理恢复正常）

游戏暂且不管，反正ntp.aliyun.com授时服务这个问题我可以稳定复现，请问能否有大佬能解决这个问题呢？

[juewuy]

虽然但是，这个现象我也不好复现，而且我本地应该也没出现过类似问题
如果还能复现的话，请务必使用8-1-4测试功能提取有问题的防火墙数据

[chuwza]

虽然但是，这个现象我也不好复现，而且我本地应该也没出现过类似问题 如果还能复现的话，请务必使用8-1-4测试功能提取有问题的防火墙数据

好的，感谢回复，我到时候试试

[chuwza]

虽然但是，这个现象我也不好复现，而且我本地应该也没出现过类似问题 如果还能复现的话，请务必使用8-1-4测试功能提取有问题的防火墙数据

大佬，你那里应该也可以复现的。

你的ShellCrash运行多久了？超过了20小时的话，那你可以试试看。

安卓手机上下载一个NTP App，NTP & GPS Clock

然后把App的NTP Server修改成ntp.aliyun.com，最后点击校对时间看看，我估计应该是一直转圈圈校对不了的（就像我第二个视频里那样），同时Web面板里没有出现UDP类型的ntp.aliyun.com

大佬你可以试一下吗？我估计可以复现的

[juewuy]

@chuwza https://ip.skk.moe/stun 直接访问这个网站就能测试udp，我这边确实是正常的

[chuwza]

@chuwza https://ip.skk.moe/stun 直接访问这个网站就能测试udp，我这边确实是正常的

好的，谢谢，我看看

[chuwza]

@chuwza https://ip.skk.moe/stun 直接访问这个网站就能测试udp，我这边确实是正常的

等会，大佬，你确定吗？好像不一样唉……

访问这个网站，Web面板里确实多出很多连接，但是没有一个是UDP类型的；

Screenbits.2026-02-02_204133.mp4

只有使用我说的这类App，访问例如ntp.aliyun.com的授时，或者其他什么方法，Web面板里才出现的是UDP类型的连接

个人认为你的这个测试方法可能不对……

所以你能在你的ShellCrash环境下试试这个App吗？（运行时间应该超过20小时了吧？）NTP & GPS Clock，求你了😁

[juewuy]

@chuwza 我每天都要测试，基本就不可能超过20小时

[chuwza]

@chuwza 我每天都要测试，基本就不可能超过20小时

好吧，那看来很难复现了😭

[juewuy]

@chuwza 你如果看不到udp，那么现在就提供一下8-1-4内容

[chuwza]

@chuwza 你如果看不到udp，那么现在就提供一下8-1-4内容

现在是正常的，能看到UDP的

另外，虽然是正常的，但是8-1-4的内容也附上一下

请输入对应数字 > 4
table inet shellcrash {
        chain input {
                type filter hook input priority -100; policy accept;
                ip daddr 127.0.0.1 accept
                tcp dport 9999 ip saddr { 10.166.151.128/26, 192.168.0.0/23, 192.168.10.0/24 } accept
                tcp dport 9999 reject
                tcp dport 7890 ip saddr { 10.166.151.128/26, 192.168.0.0/23, 192.168.10.0/24 } accept
                tcp dport 7890 reject
        }

        chain prerouting_dns {
                type nat hook prerouting priority dstnat; policy accept;
                udp dport != 53 return
                tcp dport != 53 return
                meta mark 0x00001ed6 return
                meta skgid { 453, 7890 } return
                ip saddr != { 10.166.151.128/26, 192.168.0.0/23, 192.168.10.0/24 } return
                ip6 saddr != { fd00::/8, fe80::/10 } return
                ether saddr { 30:24:50:2f:91:a1, a4:cd:23:1f:0d:c5, cc:50:e3:8f:e1:4c, e4:24:6c:98:19:cd, fc:b6:9d:83:5d:8a } return
                udp dport 53 redirect to :1053
                tcp dport 53 redirect to :1053
        }

        chain prerouting {
                type filter hook prerouting priority mangle; policy accept;
                tcp dport 53 return
                udp dport 53 return
                meta mark 0x00001ed6 return
                meta skgid 7890 return
                ip daddr != 28.0.0.0/8 tcp dport != { 22, 53, 80, 123, 143, 183, 194, 443, 465, 587, 853, 993, 995, 5222, 8080, 8443 } return
                ip daddr != 28.0.0.0/8 udp dport != { 22, 53, 80, 123, 143, 183, 194, 443, 465, 587, 853, 993, 995, 5222, 8080, 8443 } return
                ip6 daddr != fc00::/16 tcp dport != { 22, 53, 80, 123, 143, 183, 194, 443, 465, 587, 853, 993, 995, 5222, 8080, 8443 } return
                ip6 daddr != fc00::/16 udp dport != { 22, 53, 80, 123, 143, 183, 194, 443, 465, 587, 853, 993, 995, 5222, 8080, 8443 } return
                ip daddr { 0.0.0.0/8, 10.0.0.0/8, 100.64.0.0/10, 127.0.0.0/8, 169.254.0.0/16, 172.16.0.0/12, 192.168.0.0/16, 224.0.0.0/3 } return
                ether saddr { 30:24:50:2f:91:a1, a4:cd:23:1f:0d:c5, cc:50:e3:8f:e1:4c, e4:24:6c:98:19:cd, fc:b6:9d:83:5d:8a } return
                ip saddr != { 10.166.151.128/26, 192.168.0.0/23, 192.168.10.0/24 } return
                meta nfproto ipv6 return
                meta l4proto udp meta mark set 0x00001ed4
                meta l4proto tcp meta mark set 0x00001ed5
        }

        chain prerouting_mixtcp {
                type nat hook prerouting priority dstnat; policy accept;
                meta mark 0x00001ed5 meta l4proto tcp redirect to :7892
        }
}

[chuwza]

@chuwza 你如果看不到udp，那么现在就提供一下8-1-4内容

你给的那个网站确实是看不到，但是我Android模拟器上的NTP授时校对App，校对时间后确实能看到UDP连接

[juewuy]

@chuwza 恩，等你可以复现的时候，再看一下8-1-4吧

[chuwza]

@chuwza 恩，等你可以复现的时候，再看一下8-1-4吧

好的

[chuwza]

@chuwza 恩，等你可以复现的时候，再看一下8-1-4吧

你好，今天又UDP不通了，这次运行了12小时，说明不需要20小时，12小时即可复现。另外，我使用的是混合模式+fakeip

这是8-1-4防火墙规则

请输入对应数字 > 4
table inet shellcrash {
        chain input {
                type filter hook input priority -100; policy accept;
                ip daddr 127.0.0.1 accept
                tcp dport 9999 ip saddr { 10.166.151.128/26, 192.168.0.0/23, 192.168.10.0/24 } accept
                tcp dport 9999 reject
                tcp dport 7890 ip saddr { 10.166.151.128/26, 192.168.0.0/23, 192.168.10.0/24 } accept
                tcp dport 7890 reject
        }

        chain prerouting_dns {
                type nat hook prerouting priority dstnat; policy accept;
                udp dport != 53 return
                tcp dport != 53 return
                meta mark 0x00001ed6 return
                meta skgid { 453, 7890 } return
                ip saddr != { 10.166.151.128/26, 192.168.0.0/23, 192.168.10.0/24 } return
                ip6 saddr != { fd00::/8, fe80::/10 } return
                ether saddr { 30:24:50:2f:91:a1, a4:cd:23:1f:0d:c5, cc:50:e3:8f:e1:4c, e4:24:6c:98:19:cd, fc:b6:9d:83:5d:8a } return
                udp dport 53 redirect to :1053
                tcp dport 53 redirect to :1053
        }

        chain prerouting {
                type filter hook prerouting priority mangle; policy accept;
                tcp dport 53 return
                udp dport 53 return
                meta mark 0x00001ed6 return
                meta skgid 7890 return
                ip daddr != 28.0.0.0/8 tcp dport != { 22, 53, 80, 123, 143, 183, 194, 443, 465, 587, 853, 993, 995, 5222, 8080, 8443 } return
                ip daddr != 28.0.0.0/8 udp dport != { 22, 53, 80, 123, 143, 183, 194, 443, 465, 587, 853, 993, 995, 5222, 8080, 8443 } return
                ip6 daddr != fc00::/16 tcp dport != { 22, 53, 80, 123, 143, 183, 194, 443, 465, 587, 853, 993, 995, 5222, 8080, 8443 } return
                ip6 daddr != fc00::/16 udp dport != { 22, 53, 80, 123, 143, 183, 194, 443, 465, 587, 853, 993, 995, 5222, 8080, 8443 } return
                ip daddr { 0.0.0.0/8, 10.0.0.0/8, 100.64.0.0/10, 127.0.0.0/8, 169.254.0.0/16, 172.16.0.0/12, 192.168.0.0/16, 224.0.0.0/3 } return
                ether saddr { 30:24:50:2f:91:a1, a4:cd:23:1f:0d:c5, cc:50:e3:8f:e1:4c, e4:24:6c:98:19:cd, fc:b6:9d:83:5d:8a } return
                ip saddr != { 10.166.151.128/26, 192.168.0.0/23, 192.168.10.0/24 } return
                meta nfproto ipv6 return
                meta l4proto udp meta mark set 0x00001ed4
                meta l4proto tcp meta mark set 0x00001ed5
        }

        chain prerouting_mixtcp {
                type nat hook prerouting priority dstnat; policy accept;
                meta mark 0x00001ed5 meta l4proto tcp redirect to :7892
        }
}

[chuwza]

@chuwza 恩，等你可以复现的时候，再看一下8-1-4吧

值得注意的是：另一处住宅我也部署了ShellCrash，我也在测试，发现TUN模式+fakeip+不屏蔽QUIC流量的情况下，运行了21小时，仍旧可以访问阿里云的NTP