现在机场都这样搞了..这DOH怎么配置呢?

[Lovest20018]

最近机场貌似都要这样搞了... 内网的架构还是paopaodns+paopaogw.上面套了个adghome去广告. paopaodns的 CUSTOM_FORWARD 不支持直接填DOH地址吧? PaoPaoGateWay 的 trusted DNS支持DoH地址吗? 或者我把adg改成当上游?挂doh呢?

[kkkgo]

没看明白这是要干什么，PaoPaoDNS本身有dnscrypt加密查询

[Lovest20018]

大佬回复好快.机场貌似都要走自己的doh dns了?不过我现在不设置也能用,就是后续不知道会如何.最近还有些机场都要用专用的客户端..

[kkkgo]

除非它节点入口强制要用它的doh解析（但这样的话兼容性太差了，只能有限的客户端支持），不然应该没有什么影响吧

[kkkgo]

我猜测只是为了它节点域名防止被污染不用频繁换域名而已，按理说强制用doh麻烦远大于收益

[Lovest20018]

嗯暂时现在只是测速有影响.不过也看到要求关闭所有客服端的DNS覆写了.后续不知道这些机场会不会走到这步.

[Lovest20018]

感谢大佬paopaogw的更新.现在没什么问题了.

[kkkgo]

https://github.com/kkkgo/PaoPaoGateWay/releases/

[Lovest20018]

貌似现在奶昔就是直接要求用doh 解析.不得已,我再套个adg上游跑机场的doh,然后把ppgw的dns设置为这个adgh的ip.

[kkkgo]

你设置dns_burn=yes在ppsub模式下就是会额外用订阅的dns解析节点的。

[Lovest20018]

#paopao-gateway

# mode=socks5|ovpn|yaml|suburl|free
mode=suburl

# default: fake_cidr=7.0.0.0/8
fake_cidr=7.0.0.0/8

# Set your trusted DNS here
dns_ip=192.168.8.88
dns_port=53

# Clash web dashboard
clash_web_port="9090"
clash_web_password=""

# default: openport=no
openport=no

udp_enable=yes

# default: 30
sleeptime=30

# unused in suburl mode
socks5_ip=""
socks5_port=""
ovpnfile=""
ovpn_username=""
ovpn_password=""
yamlfile=""

# suburl mode setting
suburl="ppsub@http://192.168.8.2:8000/ppsub.json"
subtime=1d

# keep check mode: only act when network is unhealthy
fast_node=check
test_node_url="http://cp.cloudflare.com/generate_204"
ext_node="Traffic|Expire| GB|Days|Date"
cpudelay="1000"

# disable dns_burn to avoid derived node suffixes like @27/@206
dns_burn=yes
ex_dns="192.168.8.88:53"

# Network traffic records
net_rec=yes
max_rec=5000

生成的iso能获取到订阅节点，但完全没速度。是不是paopaodns那边需要把那几个DOH地址放到force_dnscrypt_list.txt里面呢？

[kkkgo]

如果你192.168.8.88使用paopaodns，dns_port填5304，走加密查询
dns_ip=192.168.8.88
dns_port=5304

[Lovest20018]

嗯发现自己这里错了。不过我dns_burn=yes的话，重载几次能获取到节点，但测试延迟却没速度，选择节点也是没速度。

选择no的话，多重载几次，能获取到了。

不过刚开始都会报这个错误。。还有其他哪里需要设置的吗？很奇怪，ping这个订阅地址，返回的不是fakeip了。。

[kkkgo]

订阅地址是没有任何代理的情况下直接拉取的话遇到RST是正常的，取决于你的订阅地址到国内网络的可用性。
你获取到的节点名称有@subdns后缀吗，如果有的话就是成功用订阅自带的dns解析了。

[Lovest20018]

有@后缀，但这里有个问题，我绑定了2个机场，但2个机场获取到的后缀都是一样的？这样正常吗？

[kkkgo]

节点命名规则

1. 原始节点命名

规则：
原始节点名 = sub.Name + "_" + proxy["name"]

示例：

• 订阅提供商名：MySub
• 原始节点名：香港 01
• 最终节点名：MySub_香港 01

在 Web 界面中会自动提取订阅提供商名显示在左下角。也就是你界面看到左下角MySub，节点叫香港 01

2. DNS Burn 节点命名

在原始节点命名的基础上，每个通过 DNS 解析出的 IP 都会创建一个新节点：

IP 类型	后缀规则	示例
IPv4	取 IP 最后一段（last octet）	MySub_香港 01@103
IPv6	去掉 : 后取最后 4 位	MySub_香港 01@a1b2

冲突处理：
如果节点名已被占用，会追加类似 Excel 列号的递增后缀（A、B、C... AA、AB...）。
例如：MySub_香港 01@103A

3. SubDNS Burn 节点命名

读取订阅 YAML 中的 dns 段，使用该订阅自带的 DNS 进行再次解析。
过滤掉基础 DNS 已解析到的 IP，仅为新增的 IP 创建节点（如果有的话）。

IP 类型	后缀规则	示例
IPv4	@subdns + IP 最后一段	MySub_香港 01@subdns103
IPv6	@subdns + 去冒号后的最后 4 位	MySub_香港 01@subdnsa1b2

冲突处理：同样会追加 A、B、AA 等后缀。

[kkkgo]

理论上不会用相同名字的节点，你说后缀一样不知道你指的是什么，如果是IP后缀碰巧一样正常

[Lovest20018]

看文档明白了.但我怎么获取到的节点命名都是dns的?没有带subdns

[kkkgo]

原因有两种：

• 使用订阅提供的DNS并没有解析出新的IP结果。这个你可以自己对比下，比如用工具查询对比doH的解析结果： https://github.com/ameshkov/dnslookup
• 使用订阅提供的DNS解析失败。这个需要看日志

[Lovest20018]

dnslookup 订阅地址到域名 paopaodns 与机场的DOH 获取到的ip是一样的.
然能ping通域名地址,但带上Base64 编码就不能下载到具体的yaml文件了.
用手机流量都话就正常
看着情况,感觉像是被订阅服务器给拒了..
我倒是可以yaml模式,yaml支持DNS Burn吗?或者我直接yaml里写name-server 支持吗?

[kkkgo]

不是订阅地址域名，是节点域名，proxies里面的每个server字段。

[kkkgo]

另外，用手机流量正常的话，说明可能是解析到了IPv6地址，没有这么容易遇到RST

[kkkgo]

你现在重新拉镜像定制尝试

[kkkgo]

我碰巧有人给我提供了类似的订阅，跟我想的一样是的确是节点解析的问题。不过预想的调用配置自带DNS解析似乎没有正常工作，后续尝试改进更新

[kkkgo]

已修复，程序没问题确实能调用配置自带DNS解析，问题在于被逻辑上错误去重了。你现在重新拉镜像定制尝试，应该能够看到所有节点都能正确解析并带上带subdns字样。

[Lovest20018]

感谢大佬，晚上回家就测试。