果然众口难调，我还一直吐槽华为的屏幕宽的不好拿。。

@TashinV #32 会的，所谓 Module 也就是运行时对你的 Profile 打补丁，最终看的是打完补丁的那一份 Profile 。

@TashinV #30

Home = subnet, default = Wireguard, "SSID:<SSID Prefix>*" = DIRECT

其实图形界面加一个就行，很直观。

现在的 CPU 硬件虚拟化性能损失很低，主要的性能差距是 IO 。如果你直通磁盘+全额分配 CPU 核心给虚拟机，那性能差异不会很大

买个 uk giffgaff 的卡

@TashinV #28 会的，我的解决方案是设置一个 Subnet 策略组，根据 BSSID/SSID/网段来判断你所在的网络，自动选择走 Wireguard 还是 DIRECT

@TashinV #23 不清楚，因为我从开始用 Surge 就是增强模式。。

@TashinV #21 那真的爱莫能助了，看看 endpoint 的 log 有没有异常？

@wildman9527 #14 应该是，未立案无法查信息，然而立案需要信息。否则别人拿着你的微信说你撞了我我要查你信息，警察就给了，这怎么也不合理。

@TashinV #19

Module 和 Profile 遵从一样的语法，我是这么写的：
Profile 里面：

[Rule]
RULE-SET,192.168.9.0/24,wg

[Proxy]
wg = wireguard, section-name=WG

然后就结束，规则里面不写 WG peers ，然后每个 module 里面（我用我给 Mini 用的做例子）：

# mini.sgmodule
[WireGuard WG]
private-key = <Peer Private Key>
self-ip = 192.168.9.2
self-ip-v6 = fd00:9::2
dns-server = 10.0.0.1
mtu = 1280
peer = (public-key = <PubKey>, allowed-ips = "0.0.0.0/0, ::/0", endpoint = host:port, preshared-key = <PSK>, keepalive = 25)

然后如常应用 Profile ，再去加载规则（ Profiles 和 Modules 在一个文件夹内）

@TashinV #16 参考一下我刚才说那个 module ，或者参考一下这个？总感觉你也是类似的问题 https://kb.nssurge.com/surge-knowledge-base/zh/guidelines/detached-profile#yong-li-2-duo-ge-ke-hu-duan-jian-pei-zhi-bu-tong-de-wireguard-peer-ip-he-private-key

@TashinV #13 找到了一个更好的解决方案，可以把 wg 的配置写在 modules 里面，具体参考 https://manual.nssurge.com/others/module.html 。module 语法和 profile 一致，就相当于当前 profile 的一个 patch 。这样多台设备共享一个 profile ，然后每个设备加载不同的 module ，应该就可以避免这个握手冲突的问题了

@TashinV #13 不过我这样配置可能会有一个 bug ，就是 Surge 初始化的时候会把所有 Proxy 都握手一遍，也即你三个 Peers 都会被同一台设备连接一次，可能会导致冲突，有时候就要等一会儿才能连接上，但这样非常不优雅，所以我在考虑要把这些配置分开了，建议你也考虑一下。。。

我不知道你的问题是不是也出现在这里

@TashinV #13 描述的有点模糊，连不上的错误是什么？我有一台 Mini 一台 MBP ，也是按照上述思路配置的，目前没啥问题。iOS 我是单独的一套配置，不和电脑设备共享，不过理论上应该没什么区别。
https://i.imgur.com/Ifgu3Ix.png

我之前的 m2 mini 外接两个 4k 都没卡，甚至还是渲染到 5k 再缩 2k 的 hidpi 。

Quite Light https://i.imgur.com/3naZ41r.png

@shadowyue #3 和🍎一样，但自签有效期一年，方便一些。

@WizardLeo #4 嗯，小鸟不知道饱，给多少吃多少