FakeDNS 单纯重启其实还好吧，增删 GFWList 那才会有所影响（只限增删的部份）

不过无论如何，我并不喜欢 FakeDNS 和透明代理（包括这种转发给旁网关），原因并不是这 3 种，而是因为我有地理区域需求，需要专门给内网某些机器针对某些大洲的 IP 从不同的出口出去，以及少数内网机器不走梯子（这种就更没必要转发给任何一个设备，即使仅仅是“路由多一跳的代价”我都认为没必要）

地理区域“需求”最主要的还是源自于 BBC iPlayer 的限制，想看电视节目必须用英国当地 IP 且不能是玩烂的机房 IP ，但收听电台就没必要用英国 IP （这时候我会用德国或法国节点），因为英国 IP 听 BBC 电台要强制登录账号，英国外的 IP 则不用。
于是看电视和听电台就分成了两台机器，走不同的节点。

*ray 虽然可以做地区分流，不过我倾向于梯子隧道走 UDP ，*ray 在这方面的支持力度……说好听点，属于是好几年都没变化。并且整个*ray 贡献者群体都对 UDP 没什么兴趣，所以我不打算继续等了，现在只用*ray 的 ss 功能（*ray 的 ss 可以不加密，这一点在套隧道时很有用），配合其它工具来转发。

这种不就是类似于国外 VPN 厂商推出的“改 DNS 解锁网络流媒体”嘛，只不过别人是转发一次（解析出的 IP 指向 VPN 厂商自己的透明代理服务器），这种方案是转发两次（主路由一次，旁网关又一次）

其实动态路由通告可以消除掉，直接用 VPN 厂商透明代理那种方案。凡是黑名单的域名，旁网关 DNS 解析结果就指向旁网关自身，由透明代理转出去。

旁网关挂掉时，DNS 服务也会失效，只要主路由给出了兜底 DNS ，那么其它设备就会走备用 DNS 。

折衷方案：Port knocking （端口敲门）
访问 NAS 的 Web 页面时，先“敲门”，端口，端口自动开放给敲门的 IP

https://github.com/jvinet/knock

大多数 Linux 和部份 BSD 都有收录这个软件，可以用包管理器直接安装使用

写成这样就容易懂了：

uint32_t x1 = 0xaeb1c2aa; // 2930885290
uint32_t x2 = 0xaeb1c2aa;

int64_t var1 = x1;
int64_t var2 = x2;

long long r_whole = var1 * var2;

x1 和 x2 强制转换成 signed long long 的时候，实际上就相当于 int64_t var1 = x1;
有符号 long long 能够容纳的范围足够大，大到可以完整“吞下”整个 0xaeb1c2aa

中文 exe 不能运行？
我在自己的 Win11 机器把随便下载的几个 exe 改成了中文，然后运行，可以用啊
Windows Update 没关闭，已经自动安装最新的各种 patch

说起来，我想起有个用法也挺合理的——游戏串流
出门在外，用远程串流的方式玩家里的游戏，即开心又合理

那就复制一份数据到 redis 再查

dotnet 8 的话，还有另一个选择：微软最新推出的 Garnet ，也是用 dotnet 8 写的，是 Redis 的替代品

大家对于“流量消耗”这么敏感，是因为： /t/1029736

用测速网站跑几次就行了

电信最简单，就用它自己的测速平台：
https://10000.gd.cn/

或者安装测速软件：
https://www.189.cn/ln/zthd/WTkdcs/

既然是串流游戏，那就假设用的是 Windows 系统。

试下用这条命令：

ping -l MTU 数值 -f 192.168.x.x

其中 MTU 数值从 1500 开始逐步减少，直到能通为止
（注意，-l 是小写 L ，不是大写 i ）

多试几次就能试出可用的最大 MTU 值

仔细听了下，这套压缩很适合朗读声、说话声，用在电话通讯、视频会议就最合适。

音乐算是比较清晰但爆音噪声比较重，然而码率都已经低于 8 kbps ，可以说已经做得相当好了，目前应用广泛的各种压缩格式压到这么低的码率都会严重失真

把 MTU 减小一点，多试几次就可以测出能用的最大 MTU 值

@LYwyc2 其实也有可能是因为发错节点了，对于给网站做测速这种事，更适合的节点应该是“前端开发” /go/fe ，或者“后端架构”分类下的“服务器”节点 /go/server

发在这个节点被大家理解成“寻找网站来给宽带测速”也无可厚非，至少从标题来看没问题，毕竟这个节点是“宽带症候群”

虽然正文内容解释了实际需求（大概率大家忽略了）

手机也有 dig nslookup ping 之类的工具吧，下次连接出问题的时候用这些工具试一下看看有什么结果，说不定是手机 IPv6 的问题

@drymonfidelia 当年 FAT32 分区最大只有 32GB 是因为：
https://www.cnbeta.com.tw/articles/tech/1424975.htm

@microka 商店版本没那么死板。

分辨率随便选择，以窗口模式连上去，连接成功后再点击正上方的三个点，右侧选择“全屏”，即可进入全屏模式

只要不造成网段冲突，随便选，自己喜欢就行

忘了一个，如果 OP 的编译器支持 C++17 ，可以考虑下 std::pmr

“在线程中在堆上分配内存都被认为是耗时操作”

这个要视乎 libc 或 libc++而定，有些 libc 会把用过、free 掉的内存为该程序暂留着，不会那么快交还给 OS 。后续该程序再申请堆内存时就从暂留资源直接分配，耗时不会很高。