Initial commit
This commit is contained in:
@@ -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章 查询域名基础+高级配置(新增)接口的问题
|
||||
|
||||
问题1:11.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, 和协议跟随。
|
||||
|
||||
问题2:base.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
|
||||
```
|
||||
|
||||

|
||||
|
||||

|
||||
|
||||
# 总结
|
||||
|
||||
配管修复。
|
||||
Reference in New Issue
Block a user