软路由+手机客户端同时 FQ 会有什么问题？

没有。手机用的机场 ip 在国内的话就直接出去,国外的就进隧道后出去.
顶多就是访问国内网站要至少两次判断会慢点而已

iOS 小火箭有个按需求连接

你可以在家里的路由器部署个 tailscale ，然后打开 tailscale 的 Exit nodes ，这时候把手机连进来，在外面就可以用家里的网络上网了。

如果两个设备的都是同样的分流规则的话，对于软路由来说，就是全部直连了
因为手机直连的，到了软路由，依旧直连
手机代理的，跳到代理线路，而代理线路是直连的（你直接链接代理节点），所以也是直连。
所以用起来没啥问题。

应该不会出现嵌套代理的情况
因为你路由端肯定有分流的，
比如你手机用的机场入口是上海移动，此时你的路由会识别到你的手机流量目的 ip 上海移动就放行了,所以不会二次代理的

有国内中转的话，一点影响都没有

快捷指令，连接到家里 Wi-Fi 自动关闭代理，反之打开

软路由上根据 ip 或者 mac 地址设置黑白名单。
不过我之前折腾了一阵，最后还是退回旁路由的模式了，家里真正需要科学的设备才指向过去，其他走正常网络。像手机这种就直接走手机上的客户端就行了。

手机代理软件都有按场景切换不同模式的，比如 qx 有`running_mode_trigger`。

同时 fq 的话，比如你访问谷歌，手机软件经过规则看到需要走节点，比如日本 ip ，于是这条请求是发往代理节点的，到了路由器上，路由器运行的 fq 服务收到这个请求，收到日本 ip 为目标，于是会经过自己的规则，命中规则或者不命中规则，都可能再嵌套一次。除非将这个日本 ip 设置成黑白名单，走直连。

也没有研究过代理服务的源码，不清楚它有没有一条：if dest.ip == currentNodeIp { go direct } 的规则。有的话，就不会再次嵌套。

所以蹲个大佬详细解答下。

@FaiChou 你所假设和这些都不会发生，因为 OP 说是订阅的节点，那么大概率他有个国内机房的中转
所以路器端看到的手机翻墙的流量是手机到国内机房的连接，自然就放行直连了
如果是手机用的是自建的海外直连代理的情况下才会嵌套代理

Home = subnet, default = DEVICE:MACMINI, SSID:YOUR-WIFI = DIRECT, ROUTER:192.168.2.1 = DIRECT

手机代理软件的配置文件里加一条连接指定 wifi 暂停代理的规则就行了。。。surge 是

[SSID Setting]
SSID:你家里的 WIFI 名称 suspend=true

看协议了
udp 的 hysteria 你只代理 tcp 的肯定不会走啊
伪装成 https 流量的话你说呢
还有节点是国内中转
情况太复杂，自己测下延迟不就知道了吗

没有说软件很难说具体怎么做。
但是的确应该通过配置文件去避开这种问题。

这里有两个部分：一是判断，二是隧道。
因此我一般会保留手机判断，然后通过 fallback 策略决定走路由还是走手机。

至于 DNS ，我通过搭建独立的 dns 服务实现，通过 DHCP 下发。
在局域网以外的地方，我搭建了公网 dns 服务保证一致的体验（通过脚本自动管理云服务器白名单，非公开）