Initial commit

This commit is contained in:
Docker7530
2026-03-01 01:43:46 +08:00
commit c6125c117b
3840 changed files with 415340 additions and 0 deletions
@@ -0,0 +1,96 @@
---
日期: 2025-12-09 15:49
来源: 客响
---
# 问题详情
```sql
select *
from big_cloud_information_domain
where domain in ('whi.hnxxsmkj.com',
'pull.lianggexinxi.xyz',
'push.lianggexinxi.xyz',
'push-security.attendee.cn',
'pull-security.attendee.cn',
'cs1.xn--duqw8ar04e.cn',
'vvo.e3x7up.com',
'pull.gaabjy.com',
'api.hldaig.xyz',
'push.gaabjy.com',
'obs.hldaig.xyz',
'pull.obonada.com',
'play.cfhjbu.com',
'live.hldaig.xyz',
'svidzk.cu35b99.com',
'svidzk.d675whn.com',
'pullhw002.rjtawnf.com',
'pull.sypfumws.com',
'cdn-audio.quehu.com',
'pull-new.ylsyz1.com',
'pul-h.eaaak.com',
'push.obonada.com',
'push.cfhjbu.com',
'vxx.gaabjy.com',
'svidzk.derchvz.com',
'v1-hw.hunanhyzl.com',
'pullhw02.rjtawnf.com',
'pull.yunlinkyu.xyz',
'pull.zhengheshunlong.com',
'pull22.sypfumws.com',
'cdn-audio-q1.quehu.com',
'aa6.cgekot.com');
```
# 处理过程
```
@cu厂家-齐仁杰 辛苦确认下这些域名是否都删除了呢?昨天的巡检还是存在。IBS 已经不存在配置和信安了。
whi.hnxxsmkj.com
pull.lianggexinxi.xyz
push.lianggexinxi.xyz
push-security.attendee.cn
pull-security.attendee.cn
vvo.e3x7up.com
pull.gaabjy.com
api.hldaig.xyz
push.gaabjy.com
obs.hldaig.xyz
pull.obonada.com
play.cfhjbu.com
live.hldaig.xyz
svidzk.cu35b99.com
svidzk.d675whn.com
pullhw002.rjtawnf.com
pull.sypfumws.com
cdn-audio.quehu.com
pull-new.ylsyz1.com
pul-h.eaaak.com
push.obonada.com
push.cfhjbu.com
vxx.gaabjy.com
svidzk.derchvz.com
v1-hw.hunanhyzl.com
pullhw02.rjtawnf.com
pull.yunlinkyu.xyz
pull.zhengheshunlong.com
pull22.sypfumws.com
cdn-audio-q1.quehu.com
aa6.cgekot.com
```
```
@cu厂家-齐仁杰 还需要帮忙确认下:
DDJdJaTZM
主体下是否只有一个域名:DDJdJaTZM_tWJFng
cs1.xn--duqw8ar04e.cn
```
# 总结
已删除,信安自己处理的。
@@ -0,0 +1,68 @@
---
日期: 2025-12-26 14:21
来源:
---
# 问题详情
```
关于第11章 查询域名基础+高级配置(新增)接口的问题
问题111.4.3 响应数据体 [1] base数据结构说明中,
base.protocol字段是否表示加速域名支持的回源协议?
base.protocol 表示:base.domain 的协议。
如果base.protocol是表示加速域名支持的回源协议,base.protocol 和 base.sources.back_protocol【sources字段定义】 是否存在关联关系?
base.sources.back_protocol 表示回源站的协议。
我们观察到:在base响应的数据中,protocol返回的值是:https, 但在source响应体中,back_protocol返回的存在https, 和协议跟随。
问题2base.sources.back_addr【sources字段定义】描述中base.sources.back_protocol=0时会存在有分号(;)隔开另外设置一条https端口的信息,但实际存在base.sources.back_protocol=1返回base.sources.back_addr存在分号。例如:
"sources": [
{
"back_addr": "dby-shcm.23597-jjfjj.thefirstchain.com:80;dby-shcm.23597-jjfjj.thefirstchain.com:443",
"back_protocol": 1,
"primary": true,
"type": "domain",
"weight": 50
}
]
这种情况下对应443端口的那个地址的回源协议也是http吗?
问题3:在实际调用接口时候发现对于“已停用”域名调用接口时,会返回 {"error_code":1,"error_msg":"配管未响应配置数据,查询域名为:m20.zhicyun.com"}
请问哪些情况调用接口是不会返回数据的?返回数据(base, source等)是否与域名状态相关?如果相关,能否给出具体说明
1. 情况一:域名在 IBS 不存在或者没有权限查询该域名,例如查询别的企业的域名;
2. 情况二:配管平台未返回实际域名配置信息。
3. IBS 平台未限制域名状态。
2025-12-26 03:18:58 [de6f53ee0cb3bb5c] [de6f53ee0cb3bb5c] [] [portal-103] [http-nio-8080-exec-25] INFO com.cmcc.cdn.platform.selfservice.service.aspire.impl.EnterpriseDomainConfigServiceImpl 776 getOpenConfigDomainInfo - 【配置查询接口】———>配管响应结果:{"error_code":9,"error_msg":"domain m20.zhicyun.com is not exists"}
关于7. 域名列表查询,7.4.3 响应数据体中:
问题:文档中data.status字段,描述中写了域名状态有(启用、停用、配置中、配置失败 、待分发、已生效、启用中、删除中),我们在实际接口返回时发现存在(已停用)状态。请给出该字段的枚举值, 并给出哪些是最终态, 哪些是中间态,如果可能,请提供状态流转关系。
1. 全部状态:待分发、待配置、配置中、配置失败、已生效、停用中、已停用、启用中、删除中
2. 最终状态:配置失败、已生效、已停用
3. 查询映射关系:
online:启用 已生效
offline:停用 已停用
configuring:配置中 待分发、配置中、删除中、停用中、启用中
configure_failed:配置失败 配置失败
```
# 处理过程
```
001-20251027001
```
![](../../../../attachment/images-paste/image-20251226142203748.png)
![](../../../../attachment/images-paste/image-20251226142257845.png)
# 总结
配管修复。