[beta] BUG和建议 #1717

New issue

Closed

opened 2026-03-04 01:29:47 -05:00 by deekerman · 19 comments

deekerman commented 2026-03-04 01:29:47 -05:00

Owner

Copy link

Originally created by @qpzr on GitHub (Jun 29, 2020).

1.BUG：
我已经勾选 最快的IP地址
那么 nslookup time-ios.apple.com 就应该只返回一个最快的IP
然而
time-ios.apple.com
类型: A, 无加密DNS
响应细节
域名
time-ios.apple.com
状态
已处理
DNS 服务器
8.8.8.8:53
耗时
1046 毫秒
响应代码
NOERROR
响应
CNAME: time-ios.g.aaplimg.com. (ttl=2642)
A: 17.253.116.125 (ttl=813)
A: 17.253.84.253 (ttl=813)
A: 17.253.84.123 (ttl=813)

2.建议：响应细节里增加规则，跟旧版本的查询日志里一样，有个规则方便排查错误
在最新的beta版本: v0.102.0-101-gda6c中 查询日志-响应细节 里面没有响应规则
如果出现错误的拦截，没有响应规则，排查起来会麻烦
例如：
08:09:54
2020/6/30
btrace.qq.com
类型: A, 无加密DNS
已拦截
AGH-diy

响应细节
域名
btrace.qq.com
状态
已拦截
DNS 服务器
—
耗时
8 毫秒
响应代码
NXDOMAIN

Originally created by @qpzr on GitHub (Jun 29, 2020). 1.BUG： 我已经勾选 最快的IP地址 那么 nslookup time-ios.apple.com 就应该只返回一个最快的IP 然而 time-ios.apple.com 类型: A, 无加密DNS 响应细节 域名 time-ios.apple.com 状态 已处理 DNS 服务器 8.8.8.8:53 耗时 1046 毫秒 响应代码 NOERROR 响应 CNAME: time-ios.g.aaplimg.com. (ttl=2642) A: 17.253.116.125 (ttl=813) A: 17.253.84.253 (ttl=813) A: 17.253.84.123 (ttl=813) 2.建议：响应细节里增加规则，跟旧版本的查询日志里一样，有个规则方便排查错误 在最新的beta版本: v0.102.0-101-gda6c中 查询日志-响应细节 里面没有响应规则 如果出现错误的拦截，没有响应规则，排查起来会麻烦 例如： 08:09:54 2020/6/30 btrace.qq.com 类型: A, 无加密DNS 已拦截 AGH-diy 响应细节 域名 btrace.qq.com 状态 已拦截 DNS 服务器 — 耗时 8 毫秒 响应代码 NXDOMAIN

deekerman closed this issue 2026-03-04 01:29:52 -05:00

deekerman commented 2026-03-04 01:29:53 -05:00

Author

Owner

Copy link

@Potterli20 commented on GitHub (Jun 29, 2020):

BUG：
我已经勾选 最快的IP地址
那么 nslookup time-ios.apple.com 就应该只返回一个最快的IP
然而
time-ios.apple.com
A
CNAME: time-ios.g.aaplimg.com. (ttl=773)
A: 17.253.84.123 (ttl=220)
A: 17.253.68.253 (ttl=220)
A: 17.253.68.125 (ttl=220)

在最新的beta版本中 查询日志-响应信息 里面没有响应规则
如果出现错误的拦截，没有响应规则，排查起来会麻烦
建议：响应信息里增加规则，跟旧版本的查询日志里一样，有个规则方便排查错误

你是局域网选择？还是广域网？

@Potterli20 commented on GitHub (Jun 29, 2020): > BUG： > 我已经勾选 最快的IP地址 > 那么 nslookup time-ios.apple.com 就应该只返回一个最快的IP > 然而 > time-ios.apple.com > A > CNAME: time-ios.g.aaplimg.com. (ttl=773) > A: 17.253.84.123 (ttl=220) > A: 17.253.68.253 (ttl=220) > A: 17.253.68.125 (ttl=220) > > 在最新的beta版本中 查询日志-响应信息 里面没有响应规则 > 如果出现错误的拦截，没有响应规则，排查起来会麻烦 > 建议：响应信息里增加规则，跟旧版本的查询日志里一样，有个规则方便排查错误 你是局域网选择？还是广域网？

deekerman commented 2026-03-04 01:29:53 -05:00

Author

Owner

Copy link

@Potterli20 commented on GitHub (Jun 29, 2020):

如果没有响应规则，就是空白，没有加黑名单，这个是我图

@Potterli20 commented on GitHub (Jun 29, 2020): 如果没有响应规则，就是空白，没有加黑名单，这个是我图

deekerman commented 2026-03-04 01:29:54 -05:00

Author

Owner

Copy link

@qpzr commented on GitHub (Jun 29, 2020):

BUG：
我已经勾选 最快的IP地址
那么 nslookup time-ios.apple.com 就应该只返回一个最快的IP
然而
time-ios.apple.com
A
CNAME: time-ios.g.aaplimg.com. (ttl=773)
A: 17.253.84.123 (ttl=220)
A: 17.253.68.253 (ttl=220)
A: 17.253.68.125 (ttl=220)
在最新的beta版本中 查询日志-响应信息 里面没有响应规则
如果出现错误的拦截，没有响应规则，排查起来会麻烦
建议：响应信息里增加规则，跟旧版本的查询日志里一样，有个规则方便排查错误

你是局域网选择？还是广域网？

我装在路由器上的运行的，是局域网。smartdns就可以 只返回一个IP。 然而AGH 我只勾选了最快的IP地址 却还是返回多个IP地址

@qpzr commented on GitHub (Jun 29, 2020): > > BUG： > > 我已经勾选 最快的IP地址 > > 那么 nslookup time-ios.apple.com 就应该只返回一个最快的IP > > 然而 > > time-ios.apple.com > > A > > CNAME: time-ios.g.aaplimg.com. (ttl=773) > > A: 17.253.84.123 (ttl=220) > > A: 17.253.68.253 (ttl=220) > > A: 17.253.68.125 (ttl=220) > > 在最新的beta版本中 查询日志-响应信息 里面没有响应规则 > > 如果出现错误的拦截，没有响应规则，排查起来会麻烦 > > 建议：响应信息里增加规则，跟旧版本的查询日志里一样，有个规则方便排查错误 > > 你是局域网选择？还是广域网？ 我装在路由器上的运行的，是局域网。smartdns就可以 只返回一个IP。 然而AGH 我只勾选了最快的IP地址 却还是返回多个IP地址

deekerman commented 2026-03-04 01:29:54 -05:00

Author

Owner

Copy link

@qpzr commented on GitHub (Jun 29, 2020):

如果没有响应规则，就是空白，没有加黑名单，这个是我图

我不知道 是不是就这些 time-ios.apple.com 类似带-的网址 属于个例
下面这个是我在AGH转发 SMARTDNS 查到的结果
07:38:00
time-ios.apple.com
响应细节
域名
time-ios.apple.com
状态
已处理
DNS 服务器
127.0.0.1:6053 这个是 SMARTDNS
耗时
8 毫秒
响应代码
NOERROR
响应
CNAME: time-ios.g.aaplimg.com. (ttl=3249)
A: 17.253.84.123 (ttl=0)

@qpzr commented on GitHub (Jun 29, 2020): > 如果没有响应规则，就是空白，没有加黑名单，这个是我图 我不知道 是不是就这些 time-ios.apple.com 类似带-的网址 属于个例 下面这个是我在AGH转发 SMARTDNS 查到的结果 07:38:00 time-ios.apple.com 响应细节 域名 time-ios.apple.com 状态 已处理 DNS 服务器 127.0.0.1:6053 这个是 SMARTDNS 耗时 8 毫秒 响应代码 NOERROR 响应 CNAME: time-ios.g.aaplimg.com. (ttl=3249) A: 17.253.84.123 (ttl=0)

deekerman commented 2026-03-04 01:29:54 -05:00

Author

Owner

Copy link

@Potterli20 commented on GitHub (Jun 29, 2020):

BUG：
我已经勾选 最快的IP地址
那么 nslookup time-ios.apple.com 就应该只返回一个最快的IP
然而
time-ios.apple.com
A
CNAME: time-ios.g.aaplimg.com. (ttl=773)
A: 17.253.84.123 (ttl=220)
A: 17.253.68.253 (ttl=220)
A: 17.253.68.125 (ttl=220)
在最新的beta版本中 查询日志-响应信息 里面没有响应规则
如果出现错误的拦截，没有响应规则，排查起来会麻烦
建议：响应信息里增加规则，跟旧版本的查询日志里一样，有个规则方便排查错误

你是局域网选择？还是广域网？

我装在路由器上的运行的，是局域网。smartdns就可以 只返回一个IP。 然而AGH 我只勾选了最快的IP地址 却还是返回多个IP地址

是第三个？？

@Potterli20 commented on GitHub (Jun 29, 2020): > > > BUG： > > > 我已经勾选 最快的IP地址 > > > 那么 nslookup time-ios.apple.com 就应该只返回一个最快的IP > > > 然而 > > > time-ios.apple.com > > > A > > > CNAME: time-ios.g.aaplimg.com. (ttl=773) > > > A: 17.253.84.123 (ttl=220) > > > A: 17.253.68.253 (ttl=220) > > > A: 17.253.68.125 (ttl=220) > > > 在最新的beta版本中 查询日志-响应信息 里面没有响应规则 > > > 如果出现错误的拦截，没有响应规则，排查起来会麻烦 > > > 建议：响应信息里增加规则，跟旧版本的查询日志里一样，有个规则方便排查错误 > > > > > > 你是局域网选择？还是广域网？ > > 我装在路由器上的运行的，是局域网。smartdns就可以 只返回一个IP。 然而AGH 我只勾选了最快的IP地址 却还是返回多个IP地址  是第三个？？

deekerman commented 2026-03-04 01:29:54 -05:00

Author

Owner

Copy link

@Potterli20 commented on GitHub (Jun 29, 2020):

如果没有响应规则，就是空白，没有加黑名单，这个是我图

我不知道 是不是就这些 time-ios.apple.com 类似带-的网址 属于个例
下面这个是我在AGH转发 SMARTDNS 查到的结果
07:38:00
time-ios.apple.com
响应细节
域名
time-ios.apple.com
状态
已处理
DNS 服务器
127.0.0.1:6053 这个是 SMARTDNS
耗时
8 毫秒
响应代码
NOERROR
响应
CNAME: time-ios.g.aaplimg.com. (ttl=3249)
A: 17.253.84.123 (ttl=0)

这些可能弄一下分流

@Potterli20 commented on GitHub (Jun 29, 2020): > > 如果没有响应规则，就是空白，没有加黑名单，这个是我图 > > 我不知道 是不是就这些 time-ios.apple.com 类似带-的网址 属于个例 > 下面这个是我在AGH转发 SMARTDNS 查到的结果 > 07:38:00 > time-ios.apple.com > 响应细节 > 域名 > time-ios.apple.com > 状态 > 已处理 > DNS 服务器 > 127.0.0.1:6053 这个是 SMARTDNS > 耗时 > 8 毫秒 > 响应代码 > NOERROR > 响应 > CNAME: time-ios.g.aaplimg.com. (ttl=3249) > A: 17.253.84.123 (ttl=0) 这些可能弄一下分流

deekerman commented 2026-03-04 01:29:54 -05:00

Author

Owner

Copy link

@qpzr commented on GitHub (Jun 29, 2020):

BUG：
我已经勾选 最快的IP地址
那么 nslookup time-ios.apple.com 就应该只返回一个最快的IP
然而
time-ios.apple.com
A
CNAME: time-ios.g.aaplimg.com. (ttl=773)
A: 17.253.84.123 (ttl=220)
A: 17.253.68.253 (ttl=220)
A: 17.253.68.125 (ttl=220)
在最新的beta版本中 查询日志-响应信息 里面没有响应规则
如果出现错误的拦截，没有响应规则，排查起来会麻烦
建议：响应信息里增加规则，跟旧版本的查询日志里一样，有个规则方便排查错误

你是局域网选择？还是广域网？

我装在路由器上的运行的，是局域网。smartdns就可以 只返回一个IP。 然而AGH 我只勾选了最快的IP地址 却还是返回多个IP地址

是第三个？？

是的 第三个

@qpzr commented on GitHub (Jun 29, 2020): > > > > BUG： > > > > 我已经勾选 最快的IP地址 > > > > 那么 nslookup time-ios.apple.com 就应该只返回一个最快的IP > > > > 然而 > > > > time-ios.apple.com > > > > A > > > > CNAME: time-ios.g.aaplimg.com. (ttl=773) > > > > A: 17.253.84.123 (ttl=220) > > > > A: 17.253.68.253 (ttl=220) > > > > A: 17.253.68.125 (ttl=220) > > > > 在最新的beta版本中 查询日志-响应信息 里面没有响应规则 > > > > 如果出现错误的拦截，没有响应规则，排查起来会麻烦 > > > > 建议：响应信息里增加规则，跟旧版本的查询日志里一样，有个规则方便排查错误 > > > > > > > > > 你是局域网选择？还是广域网？ > > > > > > 我装在路由器上的运行的，是局域网。smartdns就可以 只返回一个IP。 然而AGH 我只勾选了最快的IP地址 却还是返回多个IP地址 > >  > 是第三个？？ 是的 第三个

deekerman commented 2026-03-04 01:29:54 -05:00

Author

Owner

Copy link

@Potterli20 commented on GitHub (Jun 29, 2020):

BUG：
我已经勾选 最快的IP地址
那么 nslookup time-ios.apple.com 就应该只返回一个最快的IP
然而
time-ios.apple.com
A
CNAME: time-ios.g.aaplimg.com. (ttl=773)
A: 17.253.84.123 (ttl=220)
A: 17.253.68.253 (ttl=220)
A: 17.253.68.125 (ttl=220)
在最新的beta版本中 查询日志-响应信息 里面没有响应规则
如果出现错误的拦截，没有响应规则，排查起来会麻烦
建议：响应信息里增加规则，跟旧版本的查询日志里一样，有个规则方便排查错误

你是局域网选择？还是广域网？

我装在路由器上的运行的，是局域网。smartdns就可以 只返回一个IP。 然而AGH 我只勾选了最快的IP地址 却还是返回多个IP地址

是第三个？？

是的 第三个

一般来说都是DNS反馈有问题，有些DNS直接反馈空的

@Potterli20 commented on GitHub (Jun 29, 2020): > > > > > BUG： > > > > > 我已经勾选 最快的IP地址 > > > > > 那么 nslookup time-ios.apple.com 就应该只返回一个最快的IP > > > > > 然而 > > > > > time-ios.apple.com > > > > > A > > > > > CNAME: time-ios.g.aaplimg.com. (ttl=773) > > > > > A: 17.253.84.123 (ttl=220) > > > > > A: 17.253.68.253 (ttl=220) > > > > > A: 17.253.68.125 (ttl=220) > > > > > 在最新的beta版本中 查询日志-响应信息 里面没有响应规则 > > > > > 如果出现错误的拦截，没有响应规则，排查起来会麻烦 > > > > > 建议：响应信息里增加规则，跟旧版本的查询日志里一样，有个规则方便排查错误 > > > > > > > > > > > > 你是局域网选择？还是广域网？ > > > > > > > > > 我装在路由器上的运行的，是局域网。smartdns就可以 只返回一个IP。 然而AGH 我只勾选了最快的IP地址 却还是返回多个IP地址 > > > > > >  > > 是第三个？？ > > 是的 第三个 一般来说都是DNS反馈有问题，有些DNS直接反馈空的

deekerman commented 2026-03-04 01:29:54 -05:00

Author

Owner

Copy link

@Potterli20 commented on GitHub (Jun 29, 2020):

不是规则问题，而是DNS的问题，我也有遇到过问题，我也只能把DNS一个个看

@Potterli20 commented on GitHub (Jun 29, 2020): 不是规则问题，而是DNS的问题，我也有遇到过问题，我也只能把DNS一个个看

deekerman commented 2026-03-04 01:29:54 -05:00

Author

Owner

Copy link

@qpzr commented on GitHub (Jun 29, 2020):

不是规则问题，而是DNS的问题，我也有遇到过问题，我也只能把DNS一个个看

我觉得你应该单用 SMATDNS 查一次 time-ios.apple.com
在用AGH 在查一次 time-ios.apple.com
对比一下就很明显了
同样都是填了一堆上游DNS
SMARTDNS 就是返回一个IP
AGH 还是返回好几个IP
是不是AGH去SMARTDNS那里搬砖优选最快的IP技术没到家

@qpzr commented on GitHub (Jun 29, 2020): > 不是规则问题，而是DNS的问题，我也有遇到过问题，我也只能把DNS一个个看 我觉得你应该单用 SMATDNS 查一次 time-ios.apple.com 在用AGH 在查一次 time-ios.apple.com 对比一下就很明显了 同样都是填了一堆上游DNS SMARTDNS 就是返回一个IP AGH 还是返回好几个IP 是不是AGH去SMARTDNS那里搬砖优选最快的IP技术没到家

deekerman commented 2026-03-04 01:29:54 -05:00

Author

Owner

Copy link

@qpzr commented on GitHub (Jun 29, 2020):

要不是出现这个问题，我早就放弃SMARTDNS 单用AGH了。
就是用了几天发现有情况，继续保留SMARTDNS给AGH当上游

@qpzr commented on GitHub (Jun 29, 2020): 要不是出现这个问题，我早就放弃SMARTDNS 单用AGH了。 就是用了几天发现有情况，继续保留SMARTDNS给AGH当上游

deekerman commented 2026-03-04 01:29:54 -05:00

Author

Owner

Copy link

@Potterli20 commented on GitHub (Jun 29, 2020):

要不是出现这个问题，我早就放弃SMARTDNS 单用AGH了。
就是用了几天发现有情况，继续保留SMARTDNS给AGH当上游

你会发现最快的IP是最慢的IP，其实有多个IP就更好不过，有好处，没坏处

@Potterli20 commented on GitHub (Jun 29, 2020): > 要不是出现这个问题，我早就放弃SMARTDNS 单用AGH了。 > 就是用了几天发现有情况，继续保留SMARTDNS给AGH当上游 你会发现最快的IP是最慢的IP，其实有多个IP就更好不过，有好处，没坏处

deekerman commented 2026-03-04 01:29:54 -05:00

Author

Owner

Copy link

@qpzr commented on GitHub (Jun 29, 2020):

要不是出现这个问题，我早就放弃SMARTDNS 单用AGH了。
就是用了几天发现有情况，继续保留SMARTDNS给AGH当上游

你会发现最快的IP是最慢的IP，其实有多个IP就更好不过，有好处，没坏处

要不是出现这个问题，我早就放弃SMARTDNS 单用AGH了。
就是用了几天发现有情况，继续保留SMARTDNS给AGH当上游

你会发现最快的IP是最慢的IP，其实有多个IP就更好不过，有好处，没坏处

这个我懂，但是我没有飞天遁地跑出去的需求。不需要备着那么多候选的IP ，给一个快一点的就行了

@qpzr commented on GitHub (Jun 29, 2020): > > 要不是出现这个问题，我早就放弃SMARTDNS 单用AGH了。 > > 就是用了几天发现有情况，继续保留SMARTDNS给AGH当上游 > > 你会发现最快的IP是最慢的IP，其实有多个IP就更好不过，有好处，没坏处 > > 要不是出现这个问题，我早就放弃SMARTDNS 单用AGH了。 > > 就是用了几天发现有情况，继续保留SMARTDNS给AGH当上游 > > 你会发现最快的IP是最慢的IP，其实有多个IP就更好不过，有好处，没坏处 这个我懂，但是我没有飞天遁地跑出去的需求。不需要备着那么多候选的IP ，给一个快一点的就行了

deekerman commented 2026-03-04 01:29:54 -05:00

Author

Owner

Copy link

@Potterli20 commented on GitHub (Jun 29, 2020):

要不是出现这个问题，我早就放弃SMARTDNS 单用AGH了。
就是用了几天发现有情况，继续保留SMARTDNS给AGH当上游

你会发现最快的IP是最慢的IP，其实有多个IP就更好不过，有好处，没坏处

要不是出现这个问题，我早就放弃SMARTDNS 单用AGH了。
就是用了几天发现有情况，继续保留SMARTDNS给AGH当上游

你会发现最快的IP是最慢的IP，其实有多个IP就更好不过，有好处，没坏处

这个我懂，但是我没有飞天遁地跑出去的需求。不需要备着那么多候选的IP ，给一个快一点的就行了

国内的网络环境你又不知道😂😂

@Potterli20 commented on GitHub (Jun 29, 2020): > > > 要不是出现这个问题，我早就放弃SMARTDNS 单用AGH了。 > > > 就是用了几天发现有情况，继续保留SMARTDNS给AGH当上游 > > > > > > 你会发现最快的IP是最慢的IP，其实有多个IP就更好不过，有好处，没坏处 > > > > 要不是出现这个问题，我早就放弃SMARTDNS 单用AGH了。 > > > 就是用了几天发现有情况，继续保留SMARTDNS给AGH当上游 > > > > > > 你会发现最快的IP是最慢的IP，其实有多个IP就更好不过，有好处，没坏处 > > 这个我懂，但是我没有飞天遁地跑出去的需求。不需要备着那么多候选的IP ，给一个快一点的就行了 国内的网络环境你又不知道😂😂

deekerman commented 2026-03-04 01:29:54 -05:00

Author

Owner

Copy link

@qpzr commented on GitHub (Jun 29, 2020):

要不是出现这个问题，我早就放弃SMARTDNS 单用AGH了。
就是用了几天发现有情况，继续保留SMARTDNS给AGH当上游

你会发现最快的IP是最慢的IP，其实有多个IP就更好不过，有好处，没坏处

要不是出现这个问题，我早就放弃SMARTDNS 单用AGH了。
就是用了几天发现有情况，继续保留SMARTDNS给AGH当上游

你会发现最快的IP是最慢的IP，其实有多个IP就更好不过，有好处，没坏处

这个我懂，但是我没有飞天遁地跑出去的需求。不需要备着那么多候选的IP ，给一个快一点的就行了

国内的网络环境你又不知道😂😂

怕你是没用远古时期的 右键 连接到敲国外IP就能直接出去看YOUTUBE吧 什么买国外VPS 影梭 加密SSR弱爆了

好了 尬问尬答那么久 到底 这个1.BUG会不会修复 2.这个 在响应细节里 增加回 响应规则的建议 会不会采纳

如果没戏 我就关问题 自娱自乐继续东拼西凑自己玩了

@qpzr commented on GitHub (Jun 29, 2020): > > > > 要不是出现这个问题，我早就放弃SMARTDNS 单用AGH了。 > > > > 就是用了几天发现有情况，继续保留SMARTDNS给AGH当上游 > > > > > > > > > 你会发现最快的IP是最慢的IP，其实有多个IP就更好不过，有好处，没坏处 > > > > > > > > 要不是出现这个问题，我早就放弃SMARTDNS 单用AGH了。 > > > > 就是用了几天发现有情况，继续保留SMARTDNS给AGH当上游 > > > > > > > > > 你会发现最快的IP是最慢的IP，其实有多个IP就更好不过，有好处，没坏处 > > > > > > 这个我懂，但是我没有飞天遁地跑出去的需求。不需要备着那么多候选的IP ，给一个快一点的就行了 > > 国内的网络环境你又不知道😂😂 怕你是没用远古时期的 右键 连接到敲国外IP就能直接出去看YOUTUBE吧 什么买国外VPS 影梭 加密SSR弱爆了 好了 尬问尬答那么久 到底 这个1.BUG会不会修复 2.这个 在响应细节里 增加回 响应规则的建议 会不会采纳 如果没戏 我就关问题 自娱自乐继续东拼西凑自己玩了

deekerman commented 2026-03-04 01:29:54 -05:00

Author

Owner

Copy link

@Potterli20 commented on GitHub (Jun 29, 2020):

要不是出现这个问题，我早就放弃SMARTDNS 单用AGH了。
就是用了几天发现有情况，继续保留SMARTDNS给AGH当上游

你会发现最快的IP是最慢的IP，其实有多个IP就更好不过，有好处，没坏处

要不是出现这个问题，我早就放弃SMARTDNS 单用AGH了。
就是用了几天发现有情况，继续保留SMARTDNS给AGH当上游

你会发现最快的IP是最慢的IP，其实有多个IP就更好不过，有好处，没坏处

这个我懂，但是我没有飞天遁地跑出去的需求。不需要备着那么多候选的IP ，给一个快一点的就行了

国内的网络环境你又不知道joyjoy

怕你是没用远古时期的 右键 连接到敲国外IP就能直接出去看YOUTUBE吧 什么买国外VPS 影梭 加密SSR弱爆了

好了 尬问尬答那么久 到底 这个1.BUG会不会修复 2.这个 在响应细节里 增加回 响应规则的建议 会不会采纳

如果没戏 我就关问题 自娱自乐继续东拼西凑自己玩了

哈哈哈哈，这个bug是有的，我也测试了最快IP是个bug，没有反馈一个IP，，我不用他们的什么ss之类的，我是用trojan的

@Potterli20 commented on GitHub (Jun 29, 2020): > > > > > 要不是出现这个问题，我早就放弃SMARTDNS 单用AGH了。 > > > > > 就是用了几天发现有情况，继续保留SMARTDNS给AGH当上游 > > > > > > > > > > > > 你会发现最快的IP是最慢的IP，其实有多个IP就更好不过，有好处，没坏处 > > > > > > > > > > > 要不是出现这个问题，我早就放弃SMARTDNS 单用AGH了。 > > > > > 就是用了几天发现有情况，继续保留SMARTDNS给AGH当上游 > > > > > > > > > > > > 你会发现最快的IP是最慢的IP，其实有多个IP就更好不过，有好处，没坏处 > > > > > > > > > 这个我懂，但是我没有飞天遁地跑出去的需求。不需要备着那么多候选的IP ，给一个快一点的就行了 > > > > > > 国内的网络环境你又不知道joyjoy > > 怕你是没用远古时期的 右键 连接到敲国外IP就能直接出去看YOUTUBE吧 什么买国外VPS 影梭 加密SSR弱爆了 > > 好了 尬问尬答那么久 到底 这个1.BUG会不会修复 2.这个 在响应细节里 增加回 响应规则的建议 会不会采纳 > > 如果没戏 我就关问题 自娱自乐继续东拼西凑自己玩了 哈哈哈哈，这个bug是有的，我也测试了最快IP是个bug，没有反馈一个IP，，我不用他们的什么ss之类的，我是用trojan的

deekerman commented 2026-03-04 01:29:54 -05:00

Author

Owner

Copy link

@qpzr commented on GitHub (Jun 29, 2020):

要不是出现这个问题，我早就放弃SMARTDNS 单用AGH了。
就是用了几天发现有情况，继续保留SMARTDNS给AGH当上游

你会发现最快的IP是最慢的IP，其实有多个IP就更好不过，有好处，没坏处

要不是出现这个问题，我早就放弃SMARTDNS 单用AGH了。
就是用了几天发现有情况，继续保留SMARTDNS给AGH当上游

你会发现最快的IP是最慢的IP，其实有多个IP就更好不过，有好处，没坏处

这个我懂，但是我没有飞天遁地跑出去的需求。不需要备着那么多候选的IP ，给一个快一点的就行了

国内的网络环境你又不知道joyjoy

怕你是没用远古时期的 右键 连接到敲国外IP就能直接出去看YOUTUBE吧 什么买国外VPS 影梭 加密SSR弱爆了
好了 尬问尬答那么久 到底 这个1.BUG会不会修复 2.这个 在响应细节里 增加回 响应规则的建议 会不会采纳
如果没戏 我就关问题 自娱自乐继续东拼西凑自己玩了

哈哈哈哈，这个bug是有的，我也测试了最快IP是个bug，我不用他们的什么ss之类的，我是用trojan的

那意思就是 丢着问题 等他们解决？ 我就不关问题咯？

@qpzr commented on GitHub (Jun 29, 2020): > > > > > > 要不是出现这个问题，我早就放弃SMARTDNS 单用AGH了。 > > > > > > 就是用了几天发现有情况，继续保留SMARTDNS给AGH当上游 > > > > > > > > > > > > > > > 你会发现最快的IP是最慢的IP，其实有多个IP就更好不过，有好处，没坏处 > > > > > > > > > > > > > > 要不是出现这个问题，我早就放弃SMARTDNS 单用AGH了。 > > > > > > 就是用了几天发现有情况，继续保留SMARTDNS给AGH当上游 > > > > > > > > > > > > > > > 你会发现最快的IP是最慢的IP，其实有多个IP就更好不过，有好处，没坏处 > > > > > > > > > > > > 这个我懂，但是我没有飞天遁地跑出去的需求。不需要备着那么多候选的IP ，给一个快一点的就行了 > > > > > > > > > 国内的网络环境你又不知道joyjoy > > > > > > 怕你是没用远古时期的 右键 连接到敲国外IP就能直接出去看YOUTUBE吧 什么买国外VPS 影梭 加密SSR弱爆了 > > 好了 尬问尬答那么久 到底 这个1.BUG会不会修复 2.这个 在响应细节里 增加回 响应规则的建议 会不会采纳 > > 如果没戏 我就关问题 自娱自乐继续东拼西凑自己玩了 > > 哈哈哈哈，这个bug是有的，我也测试了最快IP是个bug，我不用他们的什么ss之类的，我是用trojan的 那意思就是 丢着问题 等他们解决？ 我就不关问题咯？

deekerman commented 2026-03-04 01:29:54 -05:00

Author

Owner

Copy link

@ghost commented on GitHub (Jul 15, 2020):

要不是出现这个问题，我早就放弃SMARTDNS 单用AGH了。
就是用了几天发现有情况，继续保留SMARTDNS给AGH当上游

你会发现最快的IP是最慢的IP，其实有多个IP就更好不过，有好处，没坏处

要不是出现这个问题，我早就放弃SMARTDNS 单用AGH了。
就是用了几天发现有情况，继续保留SMARTDNS给AGH当上游

你会发现最快的IP是最慢的IP，其实有多个IP就更好不过，有好处，没坏处

这个我懂，但是我没有飞天遁地跑出去的需求。不需要备着那么多候选的IP ，给一个快一点的就行了

国内的网络环境你又不知道joyjoy

怕你是没用远古时期的 右键 连接到敲国外IP就能直接出去看YOUTUBE吧 什么买国外VPS 影梭 加密SSR弱爆了
好了 尬问尬答那么久 到底 这个1.BUG会不会修复 2.这个 在响应细节里 增加回 响应规则的建议 会不会采纳
如果没戏 我就关问题 自娱自乐继续东拼西凑自己玩了

哈哈哈哈，这个bug是有的，我也测试了最快IP是个bug，没有反馈一个IP，，我不用他们的什么ss之类的，我是用trojan的

宁就是adguard国区负责人吗

@ghost commented on GitHub (Jul 15, 2020): > > > > > > 要不是出现这个问题，我早就放弃SMARTDNS 单用AGH了。 > > > > > > 就是用了几天发现有情况，继续保留SMARTDNS给AGH当上游 > > > > > > > > > > > > > > > 你会发现最快的IP是最慢的IP，其实有多个IP就更好不过，有好处，没坏处 > > > > > > > > > > > > > > 要不是出现这个问题，我早就放弃SMARTDNS 单用AGH了。 > > > > > > 就是用了几天发现有情况，继续保留SMARTDNS给AGH当上游 > > > > > > > > > > > > > > > 你会发现最快的IP是最慢的IP，其实有多个IP就更好不过，有好处，没坏处 > > > > > > > > > > > > 这个我懂，但是我没有飞天遁地跑出去的需求。不需要备着那么多候选的IP ，给一个快一点的就行了 > > > > > > > > > 国内的网络环境你又不知道joyjoy > > > > > > 怕你是没用远古时期的 右键 连接到敲国外IP就能直接出去看YOUTUBE吧 什么买国外VPS 影梭 加密SSR弱爆了 > > 好了 尬问尬答那么久 到底 这个1.BUG会不会修复 2.这个 在响应细节里 增加回 响应规则的建议 会不会采纳 > > 如果没戏 我就关问题 自娱自乐继续东拼西凑自己玩了 > > 哈哈哈哈，这个bug是有的，我也测试了最快IP是个bug，没有反馈一个IP，，我不用他们的什么ss之类的，我是用trojan的 宁就是adguard国区负责人吗

deekerman commented 2026-03-04 01:29:54 -05:00

Author

Owner

Copy link

@Potterli20 commented on GitHub (Jul 16, 2020):

要不是出现这个问题，我早就放弃SMARTDNS 单用AGH了。
就是用了几天发现有情况，继续保留SMARTDNS给AGH当上游

你会发现最快的IP是最慢的IP，其实有多个IP就更好不过，有好处，没坏处

要不是出现这个问题，我早就放弃SMARTDNS 单用AGH了。
就是用了几天发现有情况，继续保留SMARTDNS给AGH当上游

你会发现最快的IP是最慢的IP，其实有多个IP就更好不过，有好处，没坏处

这个我懂，但是我没有飞天遁地跑出去的需求。不需要备着那么多候选的IP ，给一个快一点的就行了

国内的网络环境你又不知道joyjoy

怕你是没用远古时期的 右键 连接到敲国外IP就能直接出去看YOUTUBE吧 什么买国外VPS 影梭 加密SSR弱爆了
好了 尬问尬答那么久 到底 这个1.BUG会不会修复 2.这个 在响应细节里 增加回 响应规则的建议 会不会采纳
如果没戏 我就关问题 自娱自乐继续东拼西凑自己玩了

哈哈哈哈，这个bug是有的，我也测试了最快IP是个bug，没有反馈一个IP，，我不用他们的什么ss之类的，我是用trojan的

宁就是adguard国区负责人吗
是就好

@Potterli20 commented on GitHub (Jul 16, 2020): > > > > > > > 要不是出现这个问题，我早就放弃SMARTDNS 单用AGH了。 > > > > > > > 就是用了几天发现有情况，继续保留SMARTDNS给AGH当上游 > > > > > > > > > > > > > > > > > > 你会发现最快的IP是最慢的IP，其实有多个IP就更好不过，有好处，没坏处 > > > > > > > > > > > > > > > > > 要不是出现这个问题，我早就放弃SMARTDNS 单用AGH了。 > > > > > > > 就是用了几天发现有情况，继续保留SMARTDNS给AGH当上游 > > > > > > > > > > > > > > > > > > 你会发现最快的IP是最慢的IP，其实有多个IP就更好不过，有好处，没坏处 > > > > > > > > > > > > > > > 这个我懂，但是我没有飞天遁地跑出去的需求。不需要备着那么多候选的IP ，给一个快一点的就行了 > > > > > > > > > > > > 国内的网络环境你又不知道joyjoy > > > > > > > > > 怕你是没用远古时期的 右键 连接到敲国外IP就能直接出去看YOUTUBE吧 什么买国外VPS 影梭 加密SSR弱爆了 > > > 好了 尬问尬答那么久 到底 这个1.BUG会不会修复 2.这个 在响应细节里 增加回 响应规则的建议 会不会采纳 > > > 如果没戏 我就关问题 自娱自乐继续东拼西凑自己玩了 > > > > > > 哈哈哈哈，这个bug是有的，我也测试了最快IP是个bug，没有反馈一个IP，，我不用他们的什么ss之类的，我是用trojan的 > > 宁就是adguard国区负责人吗 是就好

deekerman referenced this issue 2026-03-04 02:35:56 -05:00

An option to only delete log entries that belong to a specific IP or CIDR #2895

deekerman referenced this issue 2026-03-04 03:44:30 -05:00

Log ignore policy for Chatty Clients and/or domains #3491

Sign in to join this conversation.

No Branch/Tag specified

Branches Tags

master

AGDNS-3523-upd-dnsproxy-middlewares

ADG-11407-add-docker-release

AGDNS-3535-upd-urlfilter

AGDNS-3684-fix-tls-status

beta-v0.107

release-v0.107.72

ADG-10306

beta-v0.108

ADG-10291

upd-url-filter

release-v0.107.71

release-v0.107.70

ADG-10301

ADG-8560-react-update

ADG-8560-graph-fix

release-v0.107.69

release-v0.107.68

release-v0.107.67

release-v0.107.66

ADG-10295

release-v0.107.65

release-v0.107.64

release-v0.107.63

release-v0.107.62

release-v0.107.61

release-v0.107.60

release-v0.107.59

release-v0.107.58

ADG-9783

ADG-1-utils-bundle-update

ADG-9415

release-v0.107.57

ADG-9565

release-v0.107.56

release-v0.107.55

release-v0.107.54

release-v0.107.53

infra-fix

upd-locales

release-v0.107.52

release-v0.107.51

AGDNS-2184-adguard-home

AG-32410-upd-dnsproxy

release-v0.107.50

release-v0.107.49

release-v0.107.48

release-v0.107.47

release-v0.107.46

release-v0.107.45

release-v0.107.44

release-v0.107.43

release-v0.107.42

6263-custom-ups-cache

release-v0.107.41

6399-fix-ups-check

release-v0.107.40

release-v0.107.39

release-v0.107.38

release-v0.107.37

6099-check-port-install

release-v0.107.36

release-v0.107.35

6006-refactor-client-lookup

release-v0.107.34

AG-23822

release-v0.107.33

3389-querylog-export

release-v0.107.32

fix-templates

release-v0.107.31

release-v0.107.30

5799-allowed-clients

5347-wildcard-interference

release-v0.107.29

AG-21485

release-v0.107.28

release-v0.107.27

release-v0.107.26

release-v0.107.25

release-v0.107.24

4728-cap-check

release-v0.107.23

release-v0.107.22

2499-rewrites-3

release-v0.107.21

release-v0.107.20

release-v0.107.19

4927-refactor-tls

release-v0.107.18

release-v0.107.17

release-v0.107.16

release-v0.107.15

websvc-confin-manager

release-v0.107.14

2926-lla-ipv6

4926-scroll

release-v0.107.13

release-v0.107.12

release-v0.107.11

release-v0.107.10

release-v0.107.9

WIP-upd-urls

release-v0.107.8

release-v0.107.7

release-v0.107.6

release-v0.107.5

release-v0.107.4

release-v0.107.3

release-v0.107.2

release-v0.107.1

release-v0.107.0

fix-stats-layout

beta-v0.106

release-v0.106.3

release-v0.106.2

release-v0.106.1

fix-client2-generator

dsheets-ipset-subs

fix-context

2044-gc

1691-clear-leases-v2

v0.107.72

v0.108.0-b.82

v0.108.0-b.81

v0.107.71

v0.108.0-b.80

v0.107.70

v0.108.0-b.79

v0.107.69

v0.108.0-b.78

v0.107.68

v0.108.0-b.77

v0.107.67

v0.108.0-b.76

v0.107.66

v0.108.0-b.75

v0.107.65

v0.108.0-b.74

v0.108.0-b.73

v0.107.64

v0.108.0-b.72

v0.107.63

v0.108.0-b.71

v0.107.62

v0.108.0-b.70

v0.108.0-b.69

v0.107.61

v0.108.0-b.68

v0.108.0-b.67

v0.107.60

v0.108.0-b.66

v0.107.59

v0.108.0-b.65

v0.107.58

v0.108.0-b.64

v0.107.57

v0.108.0-b.63

v0.107.56

v0.108.0-b.62

v0.107.55

v0.108.0-b.61

v0.108.0-b.60

v0.107.54

v0.108.0-b.59

v0.107.53

v0.108.0-b.58

v0.107.52

v0.108.0-b.57

v0.107.51

v0.108.0-b.56

v0.107.50

v0.107.49

v0.108.0-b.55

v0.107.48

v0.107.47

v0.107.46

v0.108.0-b.54

v0.107.45

v0.108.0-b.53

v0.107.44

v0.108.0-b.52

v0.107.43

v0.108.0-b.51

v0.107.42

v0.108.0-b.50

v0.108.0-b.49

v0.107.41

v0.107.40

v0.108.0-b.48

v0.108.0-b.47

v0.107.39

v0.108.0-b.46

v0.107.38

v0.108.0-b.45

v0.107.37

v0.108.0-b.44

v0.108.0-b.43

v0.107.36

v0.107.35

v0.108.0-b.42

v0.108.0-b.41

v0.107.34

v0.108.0-b.40

v0.108.0-b.39

v0.107.33

v0.108.0-b.38

v0.108.0-b.37

v0.107.32

v0.108.0-b.36

v0.107.31

v0.108.0-b.35

v0.107.30

v0.108.0-b.34

v0.107.29

v0.108.0-b.33

v0.107.28

v0.108.0-b.32

v0.107.27

v0.108.0-b.31

v0.108.0-b.30

v0.107.26

v0.108.0-b.29

v0.108.0-b.28

v0.107.25

v0.108.0-b.27

v0.107.24

v0.108.0-b.26

v0.107.23

v0.108.0-b.25

v0.107.22

v0.108.0-b.24

v0.107.21

v0.108.0-b.23

v0.107.20

v0.108.0-b.22

v0.107.19

v0.108.0-b.21

v0.107.18

v0.108.0-b.20

v0.107.17

v0.108.0-b.19

v0.108.0-b.18

v0.107.16

v0.108.0-b.17

v0.107.15

v0.108.0-b.16

v0.107.14

v0.108.0-b.15

v0.107.13

v0.108.0-b.14

v0.107.12

v0.108.0-b.13

v0.107.11

v0.108.0-b.12

v0.107.10

v0.108.0-b.11

v0.107.9

v0.108.0-b.10

v0.107.8

v0.107.7

v0.108.0-b.9

v0.108.0-b.8

v0.108.0-b.7

v0.108.0-b.6

v0.107.6

v0.108.0-b.5

v0.108.0-b.4

v0.107.5

v0.107.4

v0.108.0-b.3

v0.107.3

v0.108.0-b.2

v0.108.0-b.1

v0.107.2

v0.107.1

v0.107.0

v0.107.0-b.17

v0.107.0-b.16

v0.107.0-b.15

v0.107.0-b.14

v0.107.0-b.13

v0.107.0-b.12

v0.107.0-b.11

v0.107.0-b.10

v0.107.0-b.9

v0.107.0-b.8

v0.107.0-b.7

v0.107.0-b.6

v0.107.0-b.5

v0.107.0-b.4

v0.107.0-b.3

v0.107.0-b.2

v0.107.0-b.1

v0.106.3

v0.106.3-b.1

v0.106.2

v0.106.2-b.1

v0.106.1

v0.106.1-b.1

v0.106.0

v0.106.0-b.5

v0.106.0-b.4

v0.106.0-b.3

v0.106.0-b.2

v0.106.0-b.1

v0.105.2

v0.105.2-beta.1

v0.105.1

v0.105.1-beta.1

v0.105.0

v0.105.0-beta.5

v0.105.0-beta.4

v0.105.0-beta.3

v0.105.0-beta.2

v0.105.0-beta.1

v0.104.3

v0.104.2

v0.104.1

v0.104.0

v0.104.0-beta3

v0.104.0-beta2

v0.104.0-beta1

v0.103.3

v0.103.2

v0.103.1

v0.103.0

v0.103.0-beta3

v0.103.0-beta2

v0.103.0-beta1

v0.102.0

v0.101.0

v0.100.9

v0.100.8

v0.100.7

v0.100.6

v0.100.5

v0.100.4

v0.100.3

v0.100.2

v0.100.1

v0.100.0

v0.99.3

v0.99.2

v0.99.1

v0.99.0

v0.98.1

v0.98.0

v0.97.1

v0.97.0

v0.96-hotfix

v0.96

v0.95-hotfix

v0.95

v0.94

v0.93

v0.92-hotfix2

v0.92-hotfix1

v0.92

v0.91

v0.9-hotfix1

v0.9

v0.1

Labels

Clear labels   

P1: Critical

  

P2: High

  

P3: Medium

  

P4: Low

  

UI

  

bug

  

cannot reproduce

  

compatibility

  

dependencies

  

docker

  

documentation

  

duplicate

  

enhancement

  

enhancement

  

external libs

  

feature request

  

good first issue

  

help wanted

  

infrastructure

  

invalid

  

localization

  

needs investigation

  

performance

  

potential-duplicate

  

question

  

recurrent

  

research

  

snap

  

waiting for data

  

wontfix

No labels

P1: Critical

P2: High

P3: Medium

P4: Low

UI

bug

cannot reproduce

compatibility

dependencies

docker

documentation

duplicate

enhancement

enhancement

external libs

feature request

good first issue

help wanted

infrastructure

invalid

localization

needs investigation

performance

potential-duplicate

question

recurrent

research

snap

waiting for data

wontfix

Milestone

Clear milestone

No items

No milestone

Projects

Clear projects

No items

No project

Assignees

Clear assignees

No assignees

1 participant

Notifications

Subscribe

Due date

The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference

starred/AdGuardHome#1717

No description provided.