Windows 系统？使用微软自己的工具链会更好，不想安装 Visual Studio 也可以只安装 Microsoft Build Tools
最好直接用 vcpkg ，许多事情都会方便很多

如果那位前 Leader 不是骗你的话，是正经公司，那么当然应该去。要是能够入籍那就更好。
原因很简单，就算不是为了代孕，留在日本起码可以避免天天催婚，他们总不能飞到日本跟你一起住。

*ray 在这方面的支持，我前面已经提到过——属于是好几年都没变化。真正用过好几个月就知道这句话是什么意思了。

mKCP 几乎不受重视，个人实测很容易就被封端口，“新增”的密码混淆功能形同虚设。曾经有一段时间，我自己改了最下层的混淆函数代码（就是 XOR 那个部份），才没那么容易被封。
然后为了对付 QoS ，启用动态端口。短期内能用，但大约几个星期后，主端口就会被识别出来封杀掉。
更不用说，每次*ray 更新版本，我必须手动更新一次自己的版本。

XLTS 甚至还有开发者不屑地嘲讽：“不过这年头还有人用 kcp ？”（附带删除线） https://github.com/XTLS/Xray-core/discussions/1967

既然他们不待见 KCP ，好的，那就放弃使用。

至于*ray 的 QUIC 就更是糟糕，流控差得几乎没法用，远远比不上 hysteria 系列。

@povsister 我说的 UDP 是指，底层走 UDP ，不走 TCP ，就像 hysteria2 那样。*ray 开发者社区没人对这种做法感兴趣。

最后只好自己造隧道工具专门承接上层流量，从 UDP 转发出去。

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