当前版本中，对类似 ”Mijia Cloud“ 这种特殊域名有比较好的处理方案了吗？

[zongwei007]

最近在路由上启用了透明代理，发现米家的空调助手无法连接，调试后发现了这个问题。

相关的日志：

2021/07/04 07:34:08 [Info] [3473385816] v2ray.com/core/app/dispatcher: sniffed domain: Mijia Cloud
2021/07/04 07:34:08 [Info] [3473385816] v2ray.com/core/app/dispatcher: taking detour [direct] for [tcp:Mijia Cloud:443]
2021/07/04 07:34:08 [Info] [3473385816] v2ray.com/core/proxy/freedom: opening connection to tcp:Mijia Cloud:443
2021/07/04 07:34:08 [Info] [3473385816] v2ray.com/core/transport/internet/tcp: dialing TCP to tcp:Mijia Cloud:443
2021/07/04 07:34:08 [Info] [3473385816] v2ray.com/core/transport/internet/tcp: dialing TCP to tcp:Mijia Cloud:443
2021/07/04 07:34:08 [Info] [3473385816] v2ray.com/core/transport/internet/tcp: dialing TCP to tcp:Mijia Cloud:443
2021/07/04 07:34:08 [Info] [3473385816] v2ray.com/core/transport/internet/tcp: dialing TCP to tcp:Mijia Cloud:443
2021/07/04 07:34:08 [Info] [3473385816] v2ray.com/core/transport/internet/tcp: dialing TCP to tcp:Mijia Cloud:443
2021/07/04 07:34:09 [Info] [3473385816] v2ray.com/core/app/proxyman/outbound: failed to process outbound traffic > v2ray.com/core/proxy/freedom: failed to open connection to tcp:Mijia Cloud:443 > v2ray.com/core/common/retry: [dial tcp: lookup Mijia Cloud: no such host] > v2ray.com/core/common/retry: all retry attempts failed

按我的理解，启用透明代理后，v2ray 会按照 inbounds 中的 sniffing 配置尝试对请求地址进行域名解析，在没启用 v2ray 自身的 dns 功能时，这个解析会抛给本地 dns 进行。但蛋疼的是 Mijia Cloud 这种伪域名根本无法返回有效的解析结果，导致 v2ray 没有发出后续请求。

我查找了相关的讨论，比如 #88， #89。似乎现在的状态已经是较之前有所改进了，但具体在 Mijia Cloud 这个特例上问题仍未解决。

不太懂 v2ray 的内部实现，想询问下，目前是否有这种透明代理场景下，忽略 sniffing 配置的策略；或者有没有 sniffing 失败后，忽略错误使用原 IP 地址的选项？

目前暂时是通过配置规则 iptables -t nat -A v2ray -s 源设备地址 -j RETURN 暂时解决了，但仍希望有更合理的方案。