这标题，看不懂。

什么叫做「你会"安卓机"什么系统」？

意思是，给安卓机刷个自定义系统？

@zaizaizai2333 关系足够亲近的话，一般是不会介意这种用法的，甚至相互称呼“你这家伙 xxxxx”之类的关系甜蜜的情侣又不是不存在。实在介意的话，那就用楼下提供的词汇——对象。

另外，如果是粤语地区人士，还可以用“佢”（本字为“渠”，相当于“他/她”但无任何性别信息，即“她”未发明时的“他”）、“条友”（极为灵活，范围覆盖褒义到中性到贬义，视乎全句具体表达语气）

这可不是什么容错率的问题，而是一见到这种加插拼音表述方式就令人联想到国内平台的言论审核，并由此产生反感（楼上不少人说得比我更加重，“判几年”都说出来了）。

并且使用通用词汇还可以尽量避免陷入性别争执，以及避免恐同人士硬刚或攻击（除非你也是性别争执爱好者 and/or 恐同人士，那就当我这句话没说过）

GPT + Google Translate

先用 GPT ，扫一眼觉得没问题了就用，想要改改表述方式就换谷歌翻译然后重新丢给 GPT 改一改。

最后那一条问题，需要首先知道主机获得的 IPv6 地址是什么样的。
是 FE 开头的，还是 24 开头的？

如果想隐藏自己伴侣的具体信息，完全可以采用通用式称呼，没必要用拼音。

比如 NPY ，可以使用两个字代替：
情人
炮友

或者各种意思近似的说法。

至于“Ta”，那就更简单了：
这货
这家伙

顺便还显得生动有趣。

何必使用拼音搞得好好的一段文字观感恶心。

要不考虑下 IPv6 ，可以公网直连

在 IPv4 网络不要以为只有运营商能知道地址，一样可以全网都知道，哪怕没有公网 IP 。

如果关注过 V 站的这个节点的话，就该知道 PCDN 玩家一点都不少，他们照样可以在没有公网 IPv4 的情况下玩出花，通过 NAT1 打洞让用户连过来。

还有某些视频网站及其 App ，在检测到用户正在使用家宽时，直接把用户设备临时变成 PCDN：
/t/745365
/t/774680
有 NAT 都没用，厂商们偷偷地就把用户 IP 泄露出去了。要是厂商们愿意，还真能做到“全网都知道你的 IPv4 地址”。
于是在“全网都知道你的 IP 地址”这方面，IPv4 和 IPv6 扯平了。

在 IPv6 的情况下，各种设备的防火墙默认阻挡来自外部的主动入站连接，至少可以做到 NAT1 的效果（只有出过站的端口才全盘放行），严格的话可以做成 NAT3 的效果（只有自己连接过的机器才可以跟自己通信）。

为了保险起见，运营商们甚至早就在光猫那里开启了 IPv6 防火墙，不管你设备防火墙怎么设置，都一律阻止主动入站。
V 站就有现成案例：
/t/701004
/t/808068
/t/825486
既然那么多 V 站用户都注意到这种情况，那么应该是大多数光猫都已经这样配置了。
这么一操作，也就只有非小白的群体才会主动关掉 IPv6 防火墙。

至于政策风险什么的，无论 IPv4 还是 IPv6 都是一视同仁，实际上没区别。

@SimonOne 单独配的 AP 必须强大才行，以免 AP 成了瓶颈
个人觉得，起码应该连接个支持 WiFi 6E 的 AP 才配得上这台机器

@gpt5 没错，需要单独再备个 AP ，毕竟 UniFi Dream Machine SE 并不附带 WiFi 硬件

@gpt5 可以这么认为

可以试试这样，审核哪些进程在什么时候启动过：
https://learn.microsoft.com/zh-cn/windows/security/threat-protection/auditing/audit-process-creation
https://learn.microsoft.com/zh-cn/windows/security/threat-protection/auditing/audit-process-termination

然后打开日志查看器再逐步排查。

启用方法：
https://logrhythm.com/blog/how-to-enable-process-creation-events-to-track-malware-and-threat-actor-activity/

@gpt5 在你这里的路径当中，“路由”=网关。

家用路由器（网关）实际上是 二层交换机(switch) + 路由(routing) + 防火墙(firewall) 的三合一设备。

单纯的二层交换机很容易就能买到，所以就不介绍了。

纯路由器，只会根据路由表转发数据包，不做 NAT 转换，也不做防火墙过滤数据。运营商公网的路由器就是这种。
路由器之间可以是直连，也可以是连接交换机再到达另一台路由器。

防火墙，主要就是用来过滤数据（比如开放或阻止某些端口），然后还可以用来做地址转换，比如 NAT 。端口映射其实也是防火墙的功能。
Linux 的防火墙(iptable)还有 BSD 的防火墙(ipfw 或 PF)，都可以自己写命令或配置文件手动试试这类操作。


很多年前我学网络的时候，有个专做网络资格证书培训的人说过，他觉得“家用路由器”这个名称一直在误导消费者，因为“家用路由器”的实际角色其实是网关，倒不如一开始就堂堂正正把它称之为“家用网关”或者就叫做“网关”。

多谢分享，已被价格劝退

我不是大佬，所以不做纯 Linux 编程，只能做点跨平台小应用顺便兼容 Linux 的程序。
（尤其是公司内只做 Windows 开发，完全不符合 OP 提问，因此就不谈了）

于是我日常 Windows + Visual Studio + git 管理代码，Visual Studio 写好了测试完了再去 posix 系统做编译+测试。
顺序是：
Windows → FreeBSD → Linux
通常在 FreeBSD 测试完了，Linux 基本上都能过，偶然有些小问题的时候再针对性地改。

Windows + Visual Studio 时，自然是 sln 文件管理一切。然后是 CMakeLists.txt ，在 POSIX 系统编译时会用到。
因此在 POSIX 平台是用 cmake + git + 代码编辑器（如 VSCode ）。

为什么先测 FreeBSD 再去 Linux ？
1 、我本身就用着 FreeBSD 及其衍生系统，那肯定要照顾到
2 、FreeBSD 同样也是 POSIX 系统
3 、BSD 全系列自带编译器和调试器工具链，不需要单独安装
4 、Linux 发行版过多，glibc 的版本号也是，我怕某个发行版测试完成后，换成另一个 Linux 发行版又出问题，然后还不知道到底是我的问题、还是第三方库的问题、或是 glibc 的问题、甚至是不是发行版的问题

至于非 Windows 平台的 debug ，我个人是手动使用 LLDB ，尽管不怎么熟练。GDB 用得比较少，因为大多数 POSIX 环境 bug 都在 FreeBSD 测试时解决完了。

真要在 Linux 测试的话，通常以 Debian 虚拟机为先。当然了，其它系统比如 Fedora, Alpine 在有必要的时候也会测一测。

而且我发现跨平台应用的终极 debug 方式，是输出一堆 Log ，然后再从故障位置根据 Log 内容往回排查。
其次是挂着调试器让它运行到故障位置，这个普通常规调试方式，大家都用过，经验比我还丰富。

没办法，因为我不是大佬。

做得几好！

另外，我出街（广州市区内）一开口就讲广州话，对方唔明白我再转成煲冬瓜。
广州市内讲广州话明明就係一件好自然嘅事，根本就无错，我唔会因为特色政治正确而特登改变习惯迁就特色。

直接对着空调吹，或者用空调导风袋把一部分冷风导过来吹

如果单纯只想简单，那么还有两个办法：
1：使用 Win7 时代的 sockscap64 。然而作者早已放弃，且不开源。
2：可以尝试单独用商业 VPN 来解决。只不过这样就只能走 VPN 提供商的线路了。

有些商业和开源 VPN 的客户端软件会提供“仅限指定程序走 VPN 路径”的功能。

我知道 Mozilla VPN 和 ProtonVPN 都有这样的功能，可以研究下它们的代码：
https://github.com/mozilla-mobile/mozilla-vpn-client
https://github.com/ProtonVPN/win-app

我之前浏览过相关部分，发现是使用了 Windows 防火墙的 API 做策略路由，从代码层面调用起来非常麻烦。
而在图形界面，经过了层层处理后，用起来就简单了很多。

除了这两个，我知道 ExpressVPN 和 NordVPN 都有这样的功能。其它的商业 VPN 应该也有，但我从未用过（开通那么多账号，费用支出可不是小数目）。


顺便一提，Windows 防火墙 API 的策略路由只能转发到虚拟网卡，不能直接转发给 Socks5 、HTTP 等应用层代理，除非用 tun2socks 之类的工具再转一层。
像是 sockscap64 和 clash for windows 之类的就是帮你转了一层。

如果既想免费 and/or 开源（或者单独只需要转换层控制界面，就像 sockscap64 那样），又想用法简单，那……据我所知，暂时不存在。

既然已经都在同一个局域网内了，就没必要开启 tailscale 了吧