hev

via浏览器加webview137也试了，没能复现……

> 嗯 算了 我有空编译debug so看看。😭 有没有可能和手机的系统有关？保持App不变，换换设备看看

It appears that `qemu-user` in the Ubuntu distribution crashes randomly. PASS: https://github.com/heiher/libffi-rs/actions/runs/11793129041 It might be better to switch to `cross-rs` for cross-testing.

@microsoft-github-policy-service agree company="Loongson"

Benchmark results on Intel i7-7700k (https://github.com/microsoft/edit/commit/e20e0061dcce6b577fcd64f42b3b07ef5d5311d1): ``` simd/lines_fwd/1 time: [2.9242 ns 2.9293 ns 2.9350 ns] thrpt: [324.93 MiB/s 325.56 MiB/s 326.13 MiB/s] change: time: [−39.147% −38.969% −38.816%] (p = 0.00...

> Hm, are these headers just not available on loongarch musl for some reason? Cc @heiher in case you know something. Thanks for your CC. I have pushed a PR...

Linux系统权限满足的情况还是建议使用tproxy方式。

Natter支持UPnP: https://github.com/MikeWang000000/Natter

> Natter 手搓实现了 UPnP 协议，但是目前在某些品牌路由器还存在兼容问题（头大）。 我觉得 NATMap 可以不必走这个老路，坑很大。 > > 考虑下直接调用 `upnpc` 吧（miniupnp 的 client）。 > > https://manpages.debian.org/unstable/miniupnpc/upnpc.1.en.html > > upnpc -i -a 192.168.1.1 12345 12345 tcp > > ↑...

## natmap调用upnpc程序建立端口映射 （结合Natter宽带症侯群讨论整理） ### 适用场景 natmap运行在内网主机上，通过用户侧路由器的UPnP功能自动建立端口映射，实现免于手工配置路由器防火墙。 ### 前置条件 用户侧路由器的SNAT默认不更改内网主机的源端口，即在流出方向上路由器层源端口与内网主机源端口相同。若路由器的端口分配行为不满足，无法保证入站可达。 ### 运行机理 - natmap负责建立从内网主机至运营商公网整个链路的映射，维持映射的有效性，并返回公网的IP和端口。 - upnpc负责建立路由器至内网主机方向的端口映射，使入站流量能转发到内网服务上。 涉及三层共四项网络地址： 1. 内网主机IP、内网主机STUN端口（natmap -b 参数值） 2. 内网主机IP、内网主机服务端口（如Web服务器侦听的80） 3. 路由器WAN口IP、路由器WAN口端口 4. 运营商公网IP、运营商公网端口 natmap先使用内网主机IP、内网主机STUN端口(-b指定)建立映射，upnpc后使用内网主机STUN端口作为外部端口，内网主机服务端口作为内网端口建立入站方向的映射。这里要求路由器的端口分配行为是**路由器WAN口端口**与**内网主机STUN端口**保持**相同**值，才能保证UPnP建立映射的外部端口与STUN建立映射的路由器层端口相同，即前置条件描述的要求。 ### 使用方法 1....