这是一个创建于 531 天前的主题，其中的信息可能已经有所发展或是发生改变。
我就是不想每次出门都要开关一下手机上的代理，代理就一直打开状态，家里需要 KDE Connect 还有电视投屏所以得连 WIFI ，然后家里软路由上又有个小猫咪，和手机上的是同一个订阅（可能节点不同），小猫咪上游 DNS 是 adguardhome 也想让手机蹭蹭去广告，这种两层代理的情况下手机的网络会有问题吗？我记得以前这样搞碰到过无法科学，但是今天试了试网络好像正常，不知道会不会有隐患
 | 1 yyzh 2024-06-13 22:39:32 +08:00 via Android 没有。手机用的机场 ip 在国内的话就直接出去,国外的就进隧道后出去. 顶多就是访问国内网站要至少两次判断会慢点而已 |
 | 2 sekisui 2024-06-14 02:58:44 +08:00 via iPhone iOS 小火箭有个按需求连接 |
 | 3 xingkong06 2024-06-14 06:21:55 +08:00 你可以在家里的路由器部署个 tailscale ，然后打开 tailscale 的 Exit nodes ，这时候把手机连进来，在外面就可以用家里的网络上网了。 |
 | 4 moioooo 2024-06-14 08:06:44 +08:00 via iPhone 如果两个设备的都是同样的分流规则的话，对于软路由来说，就是全部直连了 因为手机直连的，到了软路由，依旧直连 手机代理的，跳到代理线路，而代理线路是直连的（你直接链接代理节点），所以也是直连。 所以用起来没啥问题。 |
 | 5 Andim 2024-06-14 08:32:32 +08:00 应该不会出现嵌套代理的情况 因为你路由端肯定有分流的， 比如你手机用的机场入口是上海移动，此时你的路由会识别到你的手机流量目的 ip 上海移动就放行了,所以不会二次代理的 |
 | 6 kyor0 2024-06-14 09:18:48 +08:00 via iPhone 有国内中转的话，一点影响都没有 |
 | 7 povsister 2024-06-14 09:23:46 +08:00 via iPhone 快捷指令，连接到家里 Wi-Fi 自动关闭代理，反之打开 |
 | 8 Goalonez 2024-06-14 09:44:49 +08:00 软路由上根据 ip 或者 mac 地址设置黑白名单。 不过我之前折腾了一阵，最后还是退回旁路由的模式了，家里真正需要科学的设备才指向过去，其他走正常网络。像手机这种就直接走手机上的客户端就行了。 |
 | 9 ethusdt 2024-06-14 11:16:33 +08:00 手机代理软件都有按场景切换不同模式的，比如 qx 有`running_mode_trigger`。 同时 fq 的话，比如你访问谷歌，手机软件经过规则看到需要走节点，比如日本 ip ，于是这条请求是发往代理节点的，到了路由器上，路由器运行的 fq 服务收到这个请求，收到日本 ip 为目标，于是会经过自己的规则，命中规则或者不命中规则，都可能再嵌套一次。除非将这个日本 ip 设置成黑白名单，走直连。 也没有研究过代理服务的源码，不清楚它有没有一条：if dest.ip == currentNodeIp { go direct } 的规则。有的话，就不会再次嵌套。 所以蹲个大佬详细解答下。 |
| 10 Andim 2024-06-14 13:06:55 +08:00 @FaiChou 你所假设和这些都不会发生，因为 OP 说是订阅的节点，那么大概率他有个国内机房的中转 所以路器端看到的手机翻墙的流量是手机到国内机房的连接，自然就放行直连了 如果是手机用的是自建的海外直连代理的情况下才会嵌套代理 |
 | 11 tediorelee 2024-06-14 16:31:33 +08:00 Home = subnet, default = DEVICE:MACMINI, SSID:YOUR-WIFI = DIRECT, ROUTER:192.168.2.1 = DIRECT |
 | 12 lzp441321890 2024-06-14 17:35:59 +08:00 手机代理软件的配置文件里加一条连接指定 wifi 暂停代理的规则就行了。。。surge 是 [SSID Setting] SSID:你家里的 WIFI 名称 suspend=true |
 | 13 JensenQian 2024-06-14 20:41:47 +08:00 看协议了 udp 的 hysteria 你只代理 tcp 的肯定不会走啊 伪装成 https 流量的话你说呢 还有节点是国内中转 情况太复杂，自己测下延迟不就知道了吗 |
 | 14 yshtcn 2024-06-21 18:33:48 +08:00 via iPhone 没有说软件很难说具体怎么做。 但是的确应该通过配置文件去避开这种问题。 这里有两个部分：一是判断，二是隧道。 因此我一般会保留手机判断，然后通过 fallback 策略决定走路由还是走手机。 至于 DNS ，我通过搭建独立的 dns 服务实现，通过 DHCP 下发。 在局域网以外的地方，我搭建了公网 dns 服务保证一致的体验（通过脚本自动管理云服务器白名单，非公开） |
Select Language