然后在 DHCP 服务器上，将默认的 DNS 地址从网关，改为这台 Linux 的内网 IP 即可。

Windows 原生支持 DNS 分流，叫做 NRPT Rules 参考： https://x.com/jinmiaoluo/status/1723948812224360585?s=20

Linux 也是原生支持 DNS 分流的，你可以在内网，随便一台 Linux ，通过 systemd 内置的 systemd-resolved 配置好分流规则后，作为一台内网 DNS proxy 。啥都不用安装。

@ho121 哈哈哈，都可以，习惯就好。

开启本地的远程管理 -> 开启被控制端的远程管理功能

1. 开启本地的远程管理
2. 被控制的 Mac 通过 SSH 将本地 5900 绑定到远程服务器的 5900
3. 发起控制的 Mac 通过 SSH 将服务器的 5900 绑定到本地 5900
4. 本地通过自带的远程访问客户端，以 127.0.0.1:5900 的方式访问即可

@cherryas 那就两张 3090 呗 🤣

@Donaldo JB 的 remote 可用性不好，我很期待 JB 的 remote 能有 vscode 的 remote 级别的可用性，但至今依旧无法适应它。vscode 的 remote 方案倒是用了有 2 年了。

refer: https://learn.microsoft.com/en-us/windows/wsl/tutorials/gui-apps

如果真的想原生 Goland ，可以试试 WSL 的 GUI ，将 Goland 直接作为一个 Linux GUI 跑在 WSL 内，就会有类似原生 Linux 的性能了。

refer: https://github.com/microsoft/WSL/issues/4197

IO 性能问题还是存在的，即使是在当前最新 WSL 2.0.4 ，这个最好得打引号。

如果你想实现只对特定域名启用代理，可以下载 Proxifier ，原理是 Proxifier 捕获所有系统的流量，基于程序的名字（ Chrome/QQ/Wechat/Edge ）或者基于访问对象的地址（域名/IP ）等规则，决定是直接访问还是发给本地的 socks5 监听。

你只要按需添加自己的规则即可。

原生无污染版本

需要一台有公网 IP 的 Linux 服务器
内建了 SSH 服务端和客户端的 Windows 版本（ 10 和 11 ）

操作：

启用 B 内建的 SSH 服务端，允许其他设备通过 SSH 登录 B 。
在 B 上的 PowerShell 内通过 SSH 命令行客户端，将 B 的 22 端口绑定到 Linux 上。
在 A 上的 PowerShell 内通过 SSH 命令行客户端，将 Linux 作为 ProxyJump 来访问绑定在其 Linux localhost 的 B 的端口，基于 SSH Dynamic Forward 功能，在本地建立一个 socks5 的监听

打开 Windows 的系统设置，在网络 -> 代理一栏，配置系统代理为 socks5 监听的端口即可

@ymy3232
5 年 574 元 VS 1 年 306 元？

去店里看了，摄像头模块外面多了一圈，感觉没有 13 的那么好看，外观上退步了。

我平时是：200 Wh * 24 Hour * 30 Day / 1000 * 0.7 元 = 100 元，调整一下心态，享受工具和消费本身带来的效率提升就好。

看到这个问题，我的第一个疑问不是如何省下这 20W 的电，而是在思考：

20 Wh * 24 Hour * 30 Day / 1000 * 0.7 元 = 10 元

10 块钱值得我为之头疼吗？

建议本地开启系统级的全局代理配置，可以通过：Proxifier 来实现，将非 localhost 的所有请求发给本地的 socket 代理客户端，由客户端对请求进行规则判断。

我本地有 4 台 Windows ，全部都是无痛 Windows Update ，国内的网络环境差（不只是能不能访问的问题，还是能否舒适的访问的问题），自己动手解决网络问题是一个挺必要操作。

让适合的人在适合的位置，让不适合的人去找到新的适合自己的位置。不一定是轻松的（可能会有短期的痛苦），但长远看对彼此都是好的。