7950X3D 用了将近半年，毫无问题

有个网络小白一直在我的项目内纠缠“套壳建 WireGuard 隧道”，很想把他转给 OP
/t/1034681
告诉他是网络小白，12 个小时前他开骂了，还把之前的部份 comment 删掉，哈哈哈哈

准确来说，不是它们“喜欢默认路径在 C 盘”，而是微软的环境变量指向了 C 盘，即使仅仅按照微软的要求来做、用 Windows API 获取路径，最终都会写到 C 盘

常用的%APPDATA%、%LOCALAPPDATA%、%ProgramData%、%ProgramFiles%，本身都在 C 盘，所以使用环境变量获取路径得到的都是 C 盘路径

方法 2 还有一个实现方式，进入“磁盘管理器”，把个空白分区的删掉分区驱动器号（盘符），挂载到现有目录里面，就像 UNIX 那样

@janus77
@lakehylia 没必要换电池了，这台旧手机不支持 5G 网

钟点房 + app 自助下单 + 智能门锁

再雇佣保洁大妈大叔定期打扫，这样就算周六日才有时间过去，也能运营

@klesh
@ityspace
多谢解读，那么多屏支持做得怎么样？尤其是双屏不同分辨率不同 DPI 的情况呢？

说真的，想要免广告，现在几乎只能用企业版了。不知道专业工作站版本有没有广告，如果没有，那也是个好选择。

看了下他在官网和 Github 的介绍，准确来说 Hyprland 不完全是“Linux 桌面环境”，单纯叫做“开源桌面环境”最适合。它一上来就支持了 FreeBSD ，出乎我的意料，好评！

介绍里面说，Hyprland 可以高度自定义主题，不知道能不能做成仿 KDE 那种操控模式。

UI 很现代，看着挺漂亮，除了 Gnome 味有点重。

我个人还是更喜欢 KDE 那种风格，把任务切换、网络信息、音量图标、时钟之类的东西全部扔到边缘大横条（任务栏）里面，必要时还可以调整大横条（任务栏）高度，甚至隐藏起来，不浪费屏幕空间。

@lemonda 多谢提醒，后续让小白测 iperf 发现确实没限速

@FishBoneEK 没错，确实应该摊牌。我直接告诉他提问前应当先自学网络基础知识。

@AlphaTauriHonda 他的测速方法是 speedtest 的命令行版本，并且不使用任何参数，就直接运行“speedtest”然后看结果

实在懒得跟他讲解了

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 都有收录这个软件，可以用包管理器直接安装使用