如何判断 context deadline exceeded 是由哪一个 upstream server 引起的？

[widewind2015]

日志中出现了如下的警告，但PC 可以通过 nslookup 查询到相应域名对应的 IP。

2021-03-17T08:31:21.119Z        warn    main_server     server/server_handler.go:88     entry returned an err   {"query": "www.google.com. 1 1 58350 12", "error": "main_sequence: forward_remote: context deadline exceeded"}
2021-03-17T08:31:30.831Z        warn    main_server     server/server_handler.go:88     entry returned an err   {"query": "push.services.mozilla.com. 28 1 59010 28", "error": "main_sequence: forward_remote: context deadline exceeded"}
2021-03-17T08:31:31.413Z        warn    main_server     server/server_handler.go:88     entry returned an err   {"query": "mis.vxtrans.com. 28 1 3723 38", "error": "main_sequence: forward_remote: context deadline exceeded"}
2021-03-17T08:31:36.379Z        warn    main_server     server/server_handler.go:88     entry returned an err   {"query": "ocsp.sca1b.amazontrust.com. 28 1 5293 67", "error": "main_sequence: forward_remote: context deadline exceeded"}
2021-03-17T08:31:42.755Z        warn    main_server     server/server_handler.go:88     entry returned an err   {"query": "mis.vxtrans.com. 28 1 26455 98", "error": "main_sequence: forward_remote: context deadline exceeded"}

配置参考了“本地/远程域名分流外加广告域名屏蔽”，做了简单的修改，forward_remote添加了两个自己的 upstream server, 使用 UDP，非53端口。

log:
  level: info
  file: ""
library: []
plugin:
  - tag: main_server
    type: server
    args:
      entry:
        - _default_cache
        - main_sequence
      server:
        - addr: X.X.X.X:53
          protocol: udp
        - addr: X.X.X.X:53
          protocol: tcp


  - tag: main_sequence
    type: sequence
    args:
      exec:
        - if:
            - query_is_ad_domain    # 已知的广告域名
          exec:
            - _block_with_nxdomain  # 屏蔽
            - _end

        - if:
            - query_is_local_domain   # 已知的本地域名
            - '!_query_is_common'     # 和不常见的请求类型
          exec:
            - forward_local           # 用本地服务器
            - _end

        - if:
            - query_is_non_local_domain  # 已知的非本地域名
          exec:
            - forward_remote             # 用远程服务器
            - _end

        # 剩下的未知域名用 IP 分流。以下是"顺序分流"的逻辑。很稳定，不易出错。
        # <高级> 如果想用"并发分流"逻辑，从下文的 <并发分流示例> 里选择一个方案，
        # 然后将下面几行替换掉。
        #- forward_local               # 先请求转发至本地服务器
        #- if:
        #    - response_has_local_ip   # 如果(本地)应答包含本地 IP
        #  exec:
        #    - _end                    # 就直接采用结果
        - forward_remote              # 否则去请求远程服务器的结果

  - tag: forward_local                # 转发至本地服务器的插件
    type: forward
    args:
      upstream:
        - addr: 223.5.5.5:53

  - tag: forward_remote               # 转发至远程服务器的插件
    type: forward
    args:
      upstream:
        - addr: ip:port
          trusted: true
        - addr: domain:port
      bootstrap:
        - https://223.5.5.5/dns-query
        - tls://1.1.1.1

[IrineSistiana]

因为 forward_remote 配置的两个 upstream 都没有响应。

没有问题，偶尔的 context deadline exceeded 应该是网不稳。

[widewind2015]

好的，谢谢

[widewind2015]

添加了基于 TCP 的 upstream server， 改善很多。