emma3

AC+AP ，核心在于 AC ，在 AC+AP 结构里，AP 是没有任何权限的，认证，接入，剔除均为 AC 的工作，工作参数一律由 AC 下发，AP 的作用就如一个二层无线 Vlan 交换机。由于一切认证动作权限归于 AC ，所以 802.11r 这种统一快速认证的，有 AC 做会做等更好，802.11k 会提供邻近 AP 列表，如果移动设备配合的话，AC 会做这个快速漫游认证功能，断开原来 AP 再连上新 AP 的速度可以说是无感（前提是射频调优要做得很合适）。mesh 组网的话，各节点是“平等的”，不存在说哪个节点的优先级更高之类。所以如果附近节点信号差不多的时候，节点选择可能会没有被 AC 控制那么“坚决”，漫游策略是取决于各个节点自己，而不是 AC 统一管理，这也是 mesh 漫游存在的问题由来。
现在 Ruckus/Aruba/Cisco 等大厂均对微小型网络用户推出虚拟 AC 固件，并且已经更新迭代有多年，注意这里虽然是虚拟 AC ，但整体网络结构，仍然是 AC （虚拟）+AP 的形式，个人在各种小型无线场景(20 个 AP 以内的小型场景)测试过，这种网络结构性能以及 AC 管理，性能以及无线体验并不比物理 AC 差。
测试平台为：
Ruckus Unleashed 200.x 与 ZD1200 比较，测试 AP 为 R610/R710/R650/R550/T710 。
Aruba AOS10 与 7030 控制器比较，测试 AP 为 AP325/AP335/AP515/AP535/AP555 等。
实际使用下来，这些商业无线漫游体验，并非家用的 MESH 可比的，前提当然是合适的位置摆放以及经过专业的射频调优策略。
这些只是小型网络的情况，更高级的大型网络需要硬件 AC 集中数据转发之类的场景，不在讨论之列。

windows 对于我来说，只是一个需要能稳定运行.exe 的容器，什么新功能什么的都不需要的，只要求它漏洞补丁更新及时，安全和稳定。并不需要什么花哨的东西，装过 win11 ，又回退了。

申请一张港卡做中转，例如中行或者工银亚洲，同名转香港免手续费，然后再转就没麻烦了。

@tamarix666 如果是 iphone 无法登入 GPT 的话，尝试全局代理后登入。如果是注册问题，一般是梯子的 ip 问题。

@xiaoke 昨晚回家测试，不行。我为了测试，把 homeproxy 的 dns 缓存关闭了。只要把 DNS 转发打开，选择系统 DNS ，就不行了。也试了 9 楼的方案，在 sing-box 的 config.json 加入了监听 53 端口的配置，情况依旧。
我也顺便测试了一下用 adguardhome 搭了个单独 ip 的服务器，把 dns 解析指向它，情况一样。服务器没问题的，只要把 homeproxy 关了，DNS 指向 adguardhome 的 ip ，就能解析。
所以暂时得出的结论，就是 homeproxy 会挟持所有外出流量的 DNS 解析，这已经超出我知识范围之外了。

@cassidy0134 如果你自带的翻墙软件不带 DNS 分流，也就是说默认一个 DNS 服务器不分内外网，情况只会要么全部可以，要么全部不能访问，出现国内某些网站不能访问的，大多数是存在 DNS 分流或者线路分流配置上的问题。

@xiaoke 我刚才试了一下，按照二楼提示把 DNS 转发到 dnsmasq 打开，然后把上游 DNS 设置成内网的 DNS(10.0.0.2)，然后 homeproxy 的 DNS 选项页面中“默认 DNS 服务器”设置成系统 DNS ，点击“服务状态”的“连接检查”，发现竟然通过了。由于现在在公司摸鱼，我是通过 DDNS 访问家中路由页面设置的，故此还是需要回家开电脑验证一下。

@cassidy0134 所以有点不敢用啊，但 tracerrt 的数据，是连的香港。

这是后面这几跳的数据：
7 5 ms 6 ms * 202.97.82.62
8 7 ms 7 ms 7 ms 202.97.12.45
9 11 ms 9 ms 10 ms 202.97.58.118
10 12 ms 11 ms 12 ms 203.22.178.197
11 * * * 请求超时。
12 10 ms 10 ms 9 ms google-ic-344101.ip.twelve99-cust.net [62.115.174.47]
13 11 ms 10 ms 10 ms 142.251.67.15
14 9 ms 9 ms 10 ms 66.249.95.171
15 10 ms 9 ms 9 ms dns.google [8.8.8.8]

跟踪完成。

1.1.1.1 的情况如下：
正在 Ping 1.1.1.1 具有 32 字节的数据:
来自 1.1.1.1 的回复: 字节=32 时间=199ms TTL=53
来自 1.1.1.1 的回复: 字节=32 时间=287ms TTL=53
来自 1.1.1.1 的回复: 字节=32 时间=305ms TTL=53
来自 1.1.1.1 的回复: 字节=32 时间=351ms TTL=53

1.1.1.1 的 Ping 统计信息:
数据包: 已发送 = 4 ，已接收 = 4 ，丢失 = 0 (0% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 199ms ，最长 = 351ms ，平均 = 285ms

@xiaoke 你好，我也想过这个问题，例如文章示例给出的配置这一段：
{
"tag": "dns_resolver",
"address": "223.5.5.5",
"strategy": "ipv4_only",
"detour": "direct"
}
这个出口，明显就是指 direct 直连，但我有点不理解的是这个直连，是不是已经是到了 homeproxy 网外出口的直连，就是直接到 wan 口，而与内网不通联？请问如何才能解决？谢谢。