这是干什么的，为什么要发送这个请求？（可疑请求）

[rikyotei]

Release Version / 软件版本

v0.4.17

Description / 问题描述

我发现certimate会发送一个请求到www.doubao.com.queniurc.com
这个是干什么的？既不是豆包官方的也不是千问的。

Miscellaneous / 其他

No response

[fudiwei]

这是在哪儿看到的？ 😕

[rikyotei]

这是在哪儿看到的？ 😕

Proxifier，通过代理来跑certimate就可以看到所有请求。《申请》这个过程中会出现这个请求，一般是在letsencrypt的请求之后出来。
我现在还遇到SSH上传challenge会被秒断的问题。
通过dns-01认证，cloudflare设置token限制访问ip就不成功的问题。
通宵了一夜，我快挂了。T_T

[fudiwei]

查了下 queniurc.com ICP 备案属于浙江雀牛网络科技有限公司，股权穿透来看是阿里云的全资控股子公司，目测是个 CDN 域名。

至于为什么会有这个域名上的请求，感觉是你本机环境的问题，把抖音系的软件也好插件也罢都卸载了再试试，或者用一台纯净系统重新抓包再看看。

[fudiwei]

https://github.com/oneyearice/oneyearice.github.io/blob/b851cd2fb4e76125f3a9b5d7b858ce6fce18a98e/45-Redis/NoSQL%E6%95%B0%E6%8D%AE%E5%BA%93Redis/3.Redis%E6%80%A7%E8%83%BD%E4%BC%98%E5%8C%96%E5%92%8C%E5%AE%A2%E6%88%B7%E7%AB%AF%E8%AE%BF%E9%97%AE.md?plain=1#L281

这里有人提到过这是抖音开发者工具所使用的域名。你有安装过这个软件吗？🤔

[rikyotei]

https://github.com/oneyearice/oneyearice.github.io/blob/b851cd2fb4e76125f3a9b5d7b858ce6fce18a98e/45-Redis/NoSQL%E6%95%B0%E6%8D%AE%E5%BA%93Redis/3.Redis%E6%80%A7%E8%83%BD%E4%BC%98%E5%8C%96%E5%92%8C%E5%AE%A2%E6%88%B7%E7%AB%AF%E8%AE%BF%E9%97%AE.md?plain=1#L281

这里有人提到过这是抖音开发者工具所使用的域名。你有安装过这个软件吗？🤔

并没有，我运行的是一台windows server 2025的内网服务器，用于.net开发的dev服务器，上面只有IIS和.net SDK。
由于不能上网，上网是通过proxifier代理到另外一台审计代理的。

我的.net程序也没有引用抖音的sdk，也没有redis相关的。哎。头大。

[rikyotei]

[2026-02-28 12:05:42]
ready to request certificate ...
[2026-02-28 12:05:42]
found last node output #or masked u record
[2026-02-28 12:05:42]
found last certificate #soy masked m8hv record
[2026-02-28 12:05:42]
re-apply, because the configuration item 'Provider' changed
[2026-02-28 12:05:42]
acme config initialized
[2026-02-28 12:05:42]
acme account initialized
[2026-02-28 12:05:45]
[masked] acme: Obtaining bundled SAN certificate
[2026-02-28 12:05:46]
[masked] AuthURL: https://acme-v02.api.letsencrypt.org/acme/authz/309 masked 29232
[2026-02-28 12:05:46]
[masked] acme: Could not find solver for: tls-alpn-01
[2026-02-28 12:05:46]
[masked] acme: Could not find solver for: http-01
[2026-02-28 12:05:46]
[masked] acme: use dns-01 solver
[2026-02-28 12:05:46]
[masked] acme: Preparing to solve DNS-01
[2026-02-28 12:09:06]
[masked] acme: Cleaning DNS-01 challenge
[2026-02-28 12:12:26]
[masked] acme: cleaning up failed: cloudflare: could not find zone for domain "masked": [fqdn=_acme-challenge. masked.] could not find the start of authority for '_acme-challenge. masked.': DNS call error: read udp 127.0.0.1:55656->127.172.0.13:53: i/o timeout [ns=google-public-dns-a.google.com:53, question='com. IN SOA']
[2026-02-28 12:12:26]
DNS call error: read udp 127.0.0.1:55737->127.172.0.17:53: i/o timeout [ns=google-public-dns-b.google.com:53, question='com. IN SOA']
[2026-02-28 12:12:27]
Deactivating auth: https://acme-v02.api.letsencrypt.org/acme/authz/3099 masked 232
[2026-02-28 12:12:28]
could not obtain certificate
[2026-02-28 12:12:28]
failed to obtain certificate: error: one or more domains had a problem: [masked] [masked] acme: error presenting token: cloudflare: could not find zone for domain "masked": [fqdn=_acme-challenge. masked.] could not find the start of authority for '_acme-challenge. masked.': DNS call error: read udp 127.0.0.1:55401->127.172.0.13:53: i/o timeout [ns=google-public-dns-a.google.com:53, question='com. IN SOA'] DNS call error: read udp 127.0.0.1:57497->127.172.0.17:53: i/o timeout [ns=google-public-dns-b.google.com:53, question='com. IN SOA']

这个是不是因为在加dns记录前先要通过dns检查记录是不是存在，然后我的服务器不能上网，proxifier又不能代理udp流量，从而导致dns-01质询卡在添加记录这个步骤上？

[rikyotei]

我觉得我可能破案了？在发送飞书通知的时候失败了，发送之前发送了很多可疑请求，貌似是lark包里的？ @fudiwei

[rikyotei]

也可能是劫持了？这里好像直接resty访问了webhook，并没有引用lark官方sdk。 那这问题就不是你们能解决的了？ @fudiwei
https://github.com/certimate-go/certimate/blob/main/pkg/core/notifier/providers/larkbot/larkbot.go

[fudiwei]

这个是不是因为在加dns记录前先要通过dns检查记录是不是存在，然后我的服务器不能上网，proxifier又不能代理udp流量，从而导致dns-01质询卡在添加记录这个步骤上？

需要 DNS 查询域名的 SOA 记录，而 DNS 默认是走 UDP 的。

你可以增加环境变量 LEGO_EXPERIMENTAL_DNS_TCP_ONLY=1 并重启，这是 lego 的一个实验性特性，它将强制使用 DNS over TCP。但注意，并非所有 NS 都支持 TCP 协议。

---

我觉得我可能破案了？在发送飞书通知的时候失败了，发送之前发送了很多可疑请求，貌似是lark包里的？ @fudiwei

Details

截图中的这些域名全都属于抖音及其子公司，ICP 备案可查。

在没有更充分的证据之前，我还是坚持认为这是你自己系统环境的问题。例如像 ibytedapm.com 这种请求，明显是某个抖音系产品上传遥测数据用的（即 APM），与 Certimate 无关。