Subnet里的Direct和DEVICE有何不同？

发现一个现象，但不知道问题出在哪里。
路由器网线连光猫，Mac网线连路由器，路由器DHCP已关，surge Mac开启DHCP，目标端口为以太网。Mac Wi-Fi是关闭状态。

场景1：
手机连上路由器，关掉手机上的surge，科学上网无障碍

场景2:
如果开启且设置subnet规则为Direct，则无法科学上网。从Mac端surge的请求日志来看，没有按规则走，比如api.twitter.com应该走twitter的rule_set，但实际情况并没有；

场景3:
如果将subnet的规则设为DEVICE:MACMINI ，此处为Mac的Ponte名称，能科学上网无障碍。

前面有大佬提过说：不要用surge来接管本身就装有surge的设备，这里只是来讨论这里的Direct和DEVICE因为什么有这么大的差异。

场景 2 因为 DNS 被 Surge iOS 接管发向上游，Mac 网关默认不会劫持，这导致了 twitter 等域名在本地解析，所以一般连不上。

DEVICE 策略相当于代理，Surge iOS 会同时发送域名过去，Mac mini 能接管到 DNS 解析过程，而 DIRECT 策略下，Mac mini 只接管在 Surge iOS 那边本地解析完的 IP。

mieqq
非常感谢，那就是手机连上路由器后要么关闭surge，要么按场景3设置就能无碍了。

你 Surge iOS 子网覆盖设置一下该Wi-Fi下使用系统dns，并且不使用加密dns，Mac 网关就能劫持。

我不太清楚这一块该怎么设置 ಥ_ಥ

dns 填 system，加密dns填off

mieqq
好的，👌，这位兄台，等下班回家就试试😄

可以访问了，但这些奇怪的域名是怎么回事 😅，是正常的吗？

上图应该是我并没有针对指定的SSID走Direct，只是设置了子网覆盖，增加subnet direct后就没有那些奇怪的域名了。
但这样设置好奇怪，确实是 “不要用surge来接管本身就装有surge的设备”

mryee2023 …那是你节点域名之类的

mieqq 哈哈哈，这就略尴尬了。