请教 Clash 透明代理问题， iPhone 的哔哩哔哩、微博 app 无法联网，但是网页正常

和这个 issue 类似，但是我没找到原因在哪，求助攻。

clash 透明代理跑在局域网 n1 这台设备上。

iPhone 的哔哩哔哩、微博 app 无法联网，但是网页正常
桌面平台设备访问 bilibili 、weibo web 也正常
安卓设备访问 share 微博客户端也 ok (没有安装微博官方 app 就没测试了)

clash config.yaml 配置

redir-port: 7892
mixed-port: 7890
# Transparent proxy server port for Linux (TProxy TCP and TProxy UDP)
#tproxy-port: 7893
allow-lan: true
mode: rule 
# 设置输出日志的等级 (默认为 info)
# silent / info / warning / error / debug
log-level: silent 
external-controller: 0.0.0.0:9090
secret: ""
external-ui: dashboard
# hosts 设置，只有当 DNS 模式为 redir-host 时生效
hosts:
  # '*.clash.dev': 127.0.0.1
  # '.dev': 127.0.0.1
  # 'alpha.clash.dev': '::1'

dns:
  enable: true # 启用自定义 DNS
  ipv6: false # default is false
  listen: 0.0.0.0:53
  enhanced-mode: fake-ip  #DNS 模式，这里推荐使用 fake-ip ，因为后续的 iptables 规则是根据 fake-ip 做的
  fake-ip-range: 198.18.0.1/16 # if you don't know what it is, don't change it
  default-nameserver:
    - 180.76.76.76
    - 119.29.29.29
    - 223.5.5.5
  nameserver:
    - https://doh.pub/dns-query
    - https://dns.alidns.com/dns-query

其中 fallback 相关的配置已经注释掉了

  fallback:
    - 101.6.6.6:5353
  fallback-filter:
    geoip: true
  ipcidr:
    - 240.0.0.0/4

clash debug 级别的日志

[TCP] dial 🎯 全球直连 (match GeoIP/CN) to 202.113.3.108:43388 error: dial tcp4 202.113.3.108:43388: i/o timeout

[TCP] dial 🎯 全球直连 (match GeoIP/CN) to 101.229.42.233:51413 error: dial tcp4 101.229.42.233:51413: connect: connection refused

find process name Process error: no such process

感觉还是 dns 的问题，可以看本文开头那个 issue

已经查了一些资料

bigbyto

2021-11-07 15:32:03 +08:00

@AllenHua dnscrypt-proxy 只需要指定 server_names 即可，我的配置是:

server_names = ['scaleway-fr', 'google', 'yandex', 'cloudflare']

如果这几个网站没法访问，还可以配置 http_proxy 或 socks5 proxy 。

proxy = 'socks5://127.0.0.1:7890'
http_proxy = 'http://127.0.0.1:7891'

一般情况不需要指定，cloudflare 的 doh 应该是可用的，查询结果会被 dnscrypt-proxy 缓存起来，这个的配置就是这样。搭配 dnsmasq 的话有两种用法:

1. 使用 dnscrypt-proxy 作为 dnsmasq 的上游
dnsmsaq 需要去 github 找一份国内域名的列表，这份列表使用国内的 dns 解析，可以用阿里的 223.5.5.5 。关于这些的配置网上有很多，这样就可以实现国内域名用国内 dns 解析，其他域名使用 dnscrypt-proxy 解析。

需要注意的是，用了这个方法，如果你配置了 http_proxy 或者 socks5 来代理 doh 解析时，记得要在 dnsmsaq 中指定你的 fq 服务器域名使用一个国内或者其他可以用的 dns 服务来解析，不然会因为你的域名不在 dnsmasq 不在白名单内，跑到 dnscrypt-proxy 解析，造成无法解析你的 server 的情况。

2. dnsmasq 配置被墙的域名列表，配置 dnscrypt-proxy 解析
这种方案就是跟上面反过来，需要自己去整理被墙的域名列表。

m1nm13

2021-11-07 16:51:00 +08:00

在 MIPS 和 ARM 版的 Openclash 上疯狂翻车，我已经不信任这两个版本了，现在只用 clash for windows , X86 的 Openclash 没试过，不评论。

一般就是 DNSMASQ 有问题，但是懒得弄。和 CLASH 本身可能并没有关系，大概率和 OPENWRT 水土不服。各种 ADGUARD ，smartDNS 之类的 DNS 服务嵌套一下，DNS 很容易就崩溃在莫名奇妙的地方。

N1 做旁路由我也遇到过奇葩的，不能有 br-lan 的问题，不然通过 WIFI 连接的话，反复 DNS 超时。但是不用 br-lan,只用 ETH0 ，又有很多服务是硬绑定 bridge 的，删了 br-lan 就反复崩溃报错。只能说，开源有好的一面，也有不好的一面