窗口截图用 ALT + PrintScreen ，不要用 Win11 自带截图工具。快捷键截图的边缘会干净很多，只要去“画图”程序粘贴一下，就可以发现已经能做到要求 1 。
至于第二个要求，楼上已经有人提供了。

首先，与 IPv4 一样，不是所有的 IPv6 网段都能解锁流媒体。于是机场们会专门为流媒体把流量转发到另一条线路；至于用户，完全无须关心到底怎么做的。机场们不但可以用虚拟网络通道（ VPN ）的 NAT 去实现，更可以用 socks5 去实现。

机场的 IPv4 线路经过线路配置后，绕出口提供流媒体解锁，不等于机场主同样给 IPv6 做了同样的绕路配置。

就算强行给 IPv6 做了 NAT 又如何，只要机场主不给 IPv6 做流媒体线路出口的相关配置，NAT 之后照样没法看流媒体。如果机场主也给 IPv6 做了流媒体出口线路配置，那么你用 IPv6 也能解锁流媒体。不用 NAT 又如何，机场主更喜欢用 socks5 呢。

所以说，“IPv6 + NAT”与“流媒体”解锁有什么必然关联？

其实你当时可以直接回怼：“什么呀，我想用百度都打不开，连 QQ 都登不上，微信用都用不了”，接着当场演示给对方看（可以用 Edge ，毕竟系统自带的），“你看，根本不行！”

对方就不会以“翻墙”为由打发你

@huamiao 我一样在用这个系统，对于这个问题也关注了很久。

准确来说，这主要是 OpenBSD 的锅，其次是 pfSense 的锅，随后被 OPNSense 继承。

OPNSense 用的是 PF 防火墙——源自于 OpenBSD ，然后被移植到 FreeBSD ，接着由 OPNSense 作为默认防火墙使用。

OpenBSD 那边不太喜欢 IPv6 ，或者说不太喜欢 IPv6 的某些特性：IPv4 映射地址，还有 NPTv6 。
PF 原本是支持 IPv4 映射地址的，突然从某个版本开始，他们去掉了这个支持，理由是为了“安全”。
而 NPTv6 ，更是从一开始就没打算支持，OpenBSD 那群人甚至给 IPv6 弄了个内置 NAT ，就像 IPv4 那样。
但 OPNSense 等系统需要用，那怎么办？（也就是 GUI“内置”的 NPTv6 ）只好搞个半自动支持，用脚本更新防火墙设置，因为 PF 本身并没有 NPT 的功能。只不过目前比较死板，只能认一个，搞成了半成品的模样。

这个 NPTv6 ，对于 BSD 系列而言，恰恰就是解决多 WAN 前缀+策略路由的关键。
PF 不支持，导致 OPNSense 也无法启用，拖了好几年都解决不了这个问题：
https://github.com/opnsense/core/issues/5284
https://github.com/opnsense/core/issues/6158
OPNSense 开发者们只能采取折衷的办法（目前正在做），那就是持续监控前缀地址，一旦发生变化了就用脚本更新设置。很可能 2024 版都没法没好。

如果不更换系统，目前唯一做法就只能等。


既然写了这么多字了，那就顺便再写一点。

其实 FreeBSD 自家的 ipfw 防火墙原本已经引入了 NPTv6 ，并且能够正常使用。可惜在最近的几个大版本当中，这个功能出了问题，用都用不了。

我在 FreeBSD 的论坛里的提问：
https://forums.freebsd.org/threads/how-to-properly-configure-nptv6.88971/
没人知道怎么解决，也没人找出是谁的代码出了 bug 。
后来我在邮件列表里问了下，同样也没人知道问题出在哪里。
我还顺带发现 ipfw 的邮件列表的“催 bug 机器人”发的提醒邮件比人类邮件还要多。

如果 ipfw 的 NPTv6 功能恢复正常，那倒是可以尝试手动启用 ipfw 单独配置 NPTv6 的部分。

忘了一个，前面我说错了……
析构时删文件不是好主意，崩溃时 RAII 也会起作用，删掉文件

应该是关闭窗口/退出程序时删文件才对

既然你自己就有 Arm Windows 虚拟机，打开看一下不就知道了。
PowerShell 和 bat 是两回事。
PowerShell 除了 PS 自带命令，还可以调用 .net 类库，就是麻烦点。
bat 无法调用 .net 类库，它就是个 cmd 的脚本而已。

wxWidgets 就简单了，构造时判断/写文件，析构退出时删文件。

没错，Win10 自带 PowerShell 。其实 Win7 开始就自带了。

那就用 MS Office 的套路，启动后创建个临时文件，正常退出时删掉。
下次启动时检测下临时文件是否存在，若存在就表明该程序上次崩溃了。

不建议正常退出写入文件，因为程序启动时还得判断是否为安装后初次启动，只会增加代码量。

为什么不试试关掉 BT/PT 一小段时间验证下？比如关掉 6 个小时，足够验证了。

既然想要知道原因，那不是应该排查下嘛。

BT/PT 带来的“反向墙”并不会影响国内网站，部分国外大站也可能会表现正常。

既然不需要独立显卡，也不需要多硬盘，那不如买一台迷你主机

是不是开着 BT （包括 PT ）？

@zhengrt 确实有通讯领域的影子。
当初那个 UDPHop 的取名，就是因为发现这种方式很像无线电的跳频技术。既然跳频就是 Frequency-Hopping ，于是我就想，跳 UDP 端口不如就叫做 UDPHop 吧。
还有 KCPTube 在不加密时采用的两种算法中的其中一个，LRC 校验算法，恰好也是通讯领域常见的验证方式。

@bao3 我也是 FreeBSD 用户，既然方便了自己，那么顺便方便其他 FreeBSD 用户就很容易了

我甚至是在 FreeBSD 测试完再去 Linux 做测试的😆

@1002xin 刚看了下，还没修复：
https://gitee.com/gitee-community/bullshit-codes/tree/master/C
C 语言的文件夹

既然你就是运营商员工，那么其实最佳做法是出一套方案，把“IP 白名单搞错”这件事解决掉，因为这是根源所在。比如自动化管理 IP 白名单之类的。

说真的，按照你们领导的想法，做好了中转系统也许暂时躲避问题，但要是这种做法被客户无意中发现，不就等于收获新的吐槽，比如“运营商搞骚操作，原本直连的卡硬是被他们用中转服务器接管了”，甚至投诉：“你们拦截我们的数据再转发给我们，是不是改了内容？”

尤其是客户设备出故障的时候，要是你们真的搞了中转系统并且被客户发现，客户们还真有可能会认为是你们修改了数据导致设备损坏。

V 站的评论区贴图只支持 imgur ，非 imgur 的就只会显示成普通网址

主贴以及主贴追加内容倒是不受限制，可以用 imgur 之外的，用 Markdown 语法即可显示

@iawes 我的意思就是不使用 zerotier ，直接就用 VPN

用公网 IP (v4 v6 均可) 直接走 VPN 通道组网