Initial commit
This commit is contained in:
Docker7530
@@ -0,0 +1,95 @@
|
||||
## 截图
|
||||
|
||||
|
||||
|
||||
## 说明
|
||||
|
||||
东莞证券股份有限公司
|
||||
testmallcdn.dgzq.com.cn，客户反馈进入进入工单的时候显示信安信息上传失败，退出后重新点进去就回复上传成功了， 这是信安那边的问题吗？
|
||||
|
||||
## 场景
|
||||
|
||||
is_icp_check_completed
|
||||
|
||||
（icp 是否校验完成）
|
||||
|
||||
初始值为 false 在经过第一次校验后改为 true
|
||||
|
||||
is_icp_check_success
|
||||
|
||||
（icp 校验是否通过）
|
||||
|
||||
初始值为 false 如果 is_icp_check_completed 为 true 了。 则改为 true
|
||||
|
||||
通过位置 1：页面显示 上传失败
|
||||
|
||||
通过位置 2：两种情况：1、如果前边校验未通过了 不改 页面显示上传失败
|
||||
|
||||
2、如果校验通过了 页面显示校验 通过
|
||||
|
||||
|
||||
|
||||
## 代码位置
|
||||
|
||||
消费者位置
|
||||
|
||||
```java
|
||||
com.cmcc.cdn.platform.selfservice.rabbitmq.consumer.BatchDomainIcpUpdateConsumer#handle
|
||||
```
|
||||
|
||||
工单详情页
|
||||
|
||||
```java
|
||||
com.cmcc.cdn.platform.selfservice.order.WorkOrderController#detail
|
||||
```
|
||||
|
||||
页面显示控制位置
|
||||
|
||||
```java
|
||||
com.cmcc.cdn.platform.selfservice.pojo.HistoryLogVO#create(com.cmcc.cdn.platform.selfservice.entity.DomainHistoryPO, com.cmcc.cdn.platform.selfservice.entity.ConfigureDomainOrderPO)
|
||||
```
|
||||
|
||||
| CheckCompleted | CheckSuccess | 结果 | 修改按钮 |
|
||||
| --- | --- | --- | --- |
|
||||
| null | null | 准备校验 | |
|
||||
| true | null | 校验成功 | 有 |
|
||||
| true | true | 上传成功 | 无 |
|
||||
| false | null | 校验失败 | |
|
||||
| true | false | 上传失败 | 有 |
|
||||
|
||||
## 域名配置记录工单
|
||||
|
||||
/workorder/custom/save
|
||||
|
||||
```json
|
||||
{
|
||||
"product": "视音频点播加速",
|
||||
"productId": "7895",
|
||||
"provinces": [
|
||||
"11"
|
||||
],
|
||||
"speedDomainSelect": "",
|
||||
"description": "",
|
||||
"secInfoFileId": [
|
||||
"97pkomdgxtaruh0k94appnouj"
|
||||
],
|
||||
"md5List": [],
|
||||
"loopDomain": [
|
||||
{
|
||||
"mainFlag": true,
|
||||
"type": "domain",
|
||||
"value": "testtaxi1.com:80",
|
||||
"_show": true
|
||||
}
|
||||
],
|
||||
"speedList": [
|
||||
{
|
||||
"domain": "tianzhuo9.komect.com",
|
||||
"icpNumber": "京ICP备0500_komect.com_12号"
|
||||
}
|
||||
],
|
||||
"enterprise": "gjuhsj20-c5x3new1oc1nel2t",
|
||||
"requirement": "add",
|
||||
"type": "domain_request"
|
||||
}
|
||||
```
|
||||
@@ -0,0 +1,11 @@
|
||||
域名 www.saftpac.com IBS 上已经删除了，但信安系统还存在，这个是不是也是信安那边的问题，我记得之前说过信安会每隔段时间就会有这种问题 等着信安处理就可以呢
|
||||
|
||||
|
||||
|
||||
域名【www.saftpac.com】关联用户是【青岛赛夫特包装有限公司】，21 年 4 月 21 日 IBS 一共进行了两次【青岛赛夫特包装有限公司】用户的新增同步（用户 user_id_cdn 分别为【YTWYacJul】和【pBmPssqaW】），均携带了域名【www.saftpac.com】，23 年 6 月 7 日 IBS 系统对用户 user_id_cdn 为【pBmPssqaW】的信息发起了删除同步，信安系统已经将该信息删除,目前系统中还留存一个用户 user_id_cdn 为【YTWYacJul】的信息。
|
||||
|
||||
|
||||
|
||||
我们库中已经不存在 YTWYacJul 这个 user_id_cdn，您那边能确认下这个主体下还有其他域名吗？如果没有我再发起同步删除。
|
||||
|
||||
@张英 @王聪 已发起同步删除企业信安信息请求（YTWYacJul）
|
||||
@@ -0,0 +1,46 @@
|
||||
|
||||
|
||||
```java
|
||||
could not execute statement;
|
||||
SQL [n/a];
|
||||
nested exception is org.hibernate.exception.DataException:
|
||||
could not execute statement org.springframework.dao.DataIntegrityViolationException:
|
||||
could not execute statement;
|
||||
SQL [n/a];
|
||||
nested exception is org.hibernate.exception.DataException:
|
||||
could not execute statement
|
||||
```
|
||||
|
||||
311A230320690679001
|
||||
|
||||
www.hbhk.com.cn（不是非法的）
|
||||
|
||||
这个要明天去了再沟通下，有几个疑问的点，客户这个是一个适用单过来的把吧单号 311A230320690679001
|
||||
但是这个只有一个信安附件。域名是 www.hbhk.com.cn。
|
||||
但是我现在在域名列表后边的查看页面是可以下载到其他域名的附件的。
|
||||
|
||||
然后你说客户合并单元格上传，这个是不是补录的时候客户想这么操作你制止了？而不是一开始他是合并的吧。
|
||||
|
||||
6 月 13 日傍晚 16:40 信安补录工单失败。
|
||||
|
||||
失败原因字段过长
|
||||
|
||||
```log
|
||||
96699pay.hbhk.com.cnauc.hbhk.com.cnauctest.hbhk.com.cnbestwishes.hbhk.com.cnbid.hbhk.com.cnbidtest.hbhk.com.cncellphoneapp.hbhk.com.cnchange.hbhk.com.cncsr.hbhk.com.cndxfk.hbhk.com.cnecms.hbhk.com.cnfeedback.hbhk.com.cnfile.hbhk.com.cn
|
||||
```
|
||||
|
||||
代码位置
|
||||
|
||||
```java
|
||||
com.cmcc.cdn.platform.selfservice.service.impl.BigCloudBasicInfoServiceImpl.createInformationWorkOrder(BigCloudBasicInfoServiceImpl.java:2656) ~[cdn-service-1.0.0-SNAPSHOT.jar!/:?]
|
||||
```
|
||||
|
||||
我们处理补录工单问题，你让客户提单留痕，然后需要客户在域名管理界面再次修改刷新合法值。
|
||||
稍后处理完工单问题同步你。
|
||||
|
||||
调整字段
|
||||
|
||||
```sql
|
||||
alter table work_order_information_security
|
||||
modify column domain varchar(5000);
|
||||
```
|
||||
@@ -0,0 +1,35 @@
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
这个筛选框**不是取的枚举值**，前端是根据/api/platform/productId/info 接口返回的数据提取的。
|
||||
|
||||
大概就是首先根据用户权限拿到他能看到的企业，最后过滤只要 BSS 的。
|
||||
|
||||
然后根据 self\_service\_domain\_config、enterprise\_info、productid\_info 三张表联查得到数据，返回一个以平面为维度的数据组。
|
||||
|
||||
|
||||
|
||||
**也就是这个【平面下有数据】并且这个用户有企业权限前端就能取到。**
|
||||
|
||||
代码中是通过 ServicePlatformEnum 的值去【selfServiceDomainConfigDao 表】检索。但是【域名表】存的是 DomainPlainEnum 的值。现在这几个平面正常是因为原来两个枚举值的**编号**相同，其中不同的自研平面是判定的时候不知道为啥用了正确的枚举。
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
解决后
|
||||
|
||||
|
||||
|
||||
```sql
|
||||
SELECT e.ec_id,e.source,e.deleted,e.enterprise_ctf_enum,s.domain, s.domain_plain, e.enterprise_name, e.enterprise_cp_id, p.product_id, e.enterprise_id
|
||||
FROM self_service_domain_config s
|
||||
LEFT JOIN enterprise_info e
|
||||
ON s.tenant_id = e.enterprise_id
|
||||
LEFT JOIN productid_info p
|
||||
ON e.ec_id = p.ec_id
|
||||
WHERE s.domain_plain like '%4%';
|
||||
```
|
||||
@@ -0,0 +1,31 @@
|
||||
|
||||
|
||||
```sql
|
||||
select oi.order_state,ti.order_state
|
||||
from testorder_info ti
|
||||
left join order_info oi on ti.order_num = oi.pre_order_num
|
||||
where oi.order_state = 3
|
||||
order by oi.created_time desc;
|
||||
```
|
||||
|
||||
通过过滤发现是**业务开通单**的状态不一致
|
||||
|
||||
|
||||
|
||||
开通状态通知 接口 （接收商机关闭/归档通知工单）
|
||||
|
||||
```java
|
||||
/sync/BBOSS/SyncProvResultServ
|
||||
```
|
||||
|
||||
查看日志发现归档日志，通用运维回传日志均正常。
|
||||
|
||||
最后查询日志时间线发现是通用运维回传接口的执行时间过长，在通用运维执行过程中，通知了 BBOSS，BBOSS 短时间进行归档将状态值填充为 5，但通用运维接口还未执行完成，最后被覆盖为 3。导致出现偶现性问题。
|
||||
|
||||
后期排查问题，如发现是短时间内的未知操作要考虑操作并行混乱改值的问题。
|
||||
|
||||
17:38:46 通用运维回传
|
||||
|
||||
17:39:00 接收归档 14s 归档
|
||||
|
||||
17:39:08 通用运维回传结束时间 22s
|
||||
@@ -0,0 +1,33 @@
|
||||
编号：001-20230630001 类型：域名配置需求企业名称：深圳华为云计算技术有限公司（企业来源：ESOPCPID：83570350）
|
||||
|
||||
|
||||
|
||||
```shell
|
||||
curl http://117.136.191.91:7790/CDNISMS/QueryBeian?dns=kulumaoyi44.cn
|
||||
curl http://117.136.191.91:7790/CDNISMS/QueryBeian?dns=cjbhw.kulumaoyi44.cn
|
||||
```
|
||||
|
||||
select *
|
||||
from batch_self_domain where batch_id = '001-20230630001';
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
那这儿直接 false
|
||||
|
||||
|
||||
|
||||
直接结束执行了。然后同逻辑。
|
||||
|
||||
|
||||
|
||||
这个里边才是改上传成功未 true 的地方。所以没走。还是那个默认的 false
|
||||
|
||||
而这个域名就是报错的子线程。
|
||||
|
||||
2023-06-30 at 15:14:28 CST [SimpleAsyncTaskExecutor-410962] INFO com.cmcc.cdn.platform.selfservice.service.impl.DomainICPServiceImpl 321 sendRequest - 备案号查询请求，url:http://117.136.191.91:7790/CDNISMS/QueryBeian?dns=cjbhw.kulumaoyi44.cn
|
||||
|
||||
|
||||
|
||||
|
||||
@@ -0,0 +1,37 @@
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
各位好，华为新主体（深圳华为云计算技术有限公司）主体已更换，后续请华为侧更换鉴权信息，通过新主体和新订购进行数据和域名对应关系的反查。
|
||||
华为云主体信息：
|
||||
id:ilk0n3t9-
|
||||
pigohlpyl7ck36zz;key:rMRWfFUmoluPJppp
|
||||
新订购：
|
||||
三网点播 60000016129
|
||||
网内点播 60000016110
|
||||
网内直播 60000016128
|
||||
|
||||
|
||||
|
||||
@罗龙刚 - 大数据开发 2023-06-30 at 15:46:02 CST INFO
|
||||
|
||||
com.cmcc.cdn.platform.transfer.service.impl.IBSServiceImpl 483 queryProductIdFlowResult - 请求参数，url:
|
||||
http://10.26.1.32:8081/statistic/bss/mul/flow
|
||||
{"dimensions":["time","flowType"],"distributionPlanes":["1"],"endTime":"2023-06-20T13:00:59+08:00","flowTypes":["all"],"prodMapToEcProv":{"60000016128":"000"},"productIds":["60000016128"],"provinces":["all"],"sources":["1"],"startTime":"2023-06-20T12:00:00+08:00"}
|
||||
华为反向查询接口
|
||||
辛苦看下这个接口返回的数据为啥都是 0.0
|
||||
|
||||
这个是昨晚刚刚割接的华为新主体下的订购，20 号的是没数据的
|
||||
|
||||
|
||||
|
||||
接口，请求参数
|
||||
|
||||
```java
|
||||
com.cmcc.cdn.platform.selfservice.controller.ProductIdChargeInfoController#productIdChargeInfoQuery
|
||||
|
||||
|
||||
https://p.cdn.10086.cn/action?commandType=productIdChargeInfoQuery&version=1&start=2023-06-30T01:00:00%2B08:00&end=2023-06-30T02:00:59%2B08:00&province_agg=1&product_id_agg=1&product_ids=60000016128
|
||||
```
|
||||
Reference in New Issue
Block a user