我目前的情况：

Surge For Mac 是最新的 v5 版本。
有个策略是需要访问公司网络，走 docker 中运行的代理服务。
（公司是 openvpn 的，我在 docker 中将 openvpn 转换为了普通是 socks5 协议。用的镜像是：https://github.com/curve25519xsalsa20poly1305/docker-openvpn-socks5）
同机器上还开了一个虚拟机，虚拟机中的服务会通过 docker 中的 openvpn 协议访问特定网络。
Surge 开启了系统代理和增强模式
Surge 会有个提示：Performance Degradation: The new Surge VIF mode is incompatible with Internet Sharing and virtual machine networks, and has automatically fallen back to the legacy mode, which may affect performance.

目前的效果：

虚拟机中的 DNS 设置的是 198.18.0.2，网关是 Surge 电脑的 IP。所以虚拟机就是完全通过 Surge 访问其他网络。
运行 Surge 的 MacOS 系统 DNS 会自动设置为 198.18.0.2
Docker 中的服务实际也会走到 Surge。
这里看上去是有环：虚拟机中的服务 -> Surge -> Docker 中的 socks5 -> Surge -> Docker -> xxx
目前的问题也确实是这样，如果虚拟机中的访问地址需要用到 Docker 中的服务，就有可能触发环。（短时间创建很多的连接）
如果我把 Surge 机器上的网关不设置成 198.18.0.2，那么不会形成环。但是虚拟机中的服务在握手阶段就有可能遇到 10s 超时的问题。（貌似是因为解析域名失败了，虚拟机中是访问的解析到特定网络中的域名。）
奇怪的是，少数情况下，又能成功连接成功，且能获取到数据。
也就是说，相同的域名，相同的请求方，但是行为却有 3 种。感觉不太科学。

我的尝试：

由于运行 Surge 的机器有多个网卡。（物理网卡和 WIFI）我试着通过另外一个网卡走入 Docker 中的服务，尝试无效。（配置了这个：, interface=en1, allow-other-interface=true）
docker 中的 openvpn 远端服务器的域名和 IP 已经配置过了对应的规则，走直连。DIRECT（要不然也不可能偶尔通偶尔不通）
修改 Surge 宿主机上的 DNS，移除 198.18.0.2 避免再次接管 Docker 中的流量。但是还是经常会遇到 10s 链接超时断开的问题。

请问：