卡巴斯基2020 默认更新源 正式恢复

huang1111

hello，各位kaspersky users！
对于每个人都是一个好消息


目前卡巴斯基默认更新源已经恢复到国内，已经恢复正常！感谢各位的等待与支持！

ps：部分地区的同步工作可能比较晚，部分组件还没有同步到位，因此可能会出现更新错误，不是所有组件都更新的提示，希望各位可以等待一下，预计在一两个小时以内会全部完成工作

huang1111

hello

我这边更新已经是已完成状态，请各位再次尝试一下

星河大帝

浙江地区已解决

skykun

好消息

mmic100

现在用的这就卡巴

彭大炮

还是卡巴斯基照顾中国用户

feng6985

好消息

kxmp

huang1111 发表于 2019-8-23 21:47
hello

我这边更新已经是已完成状态，请各位再次尝试一下

估计这问题修好了也会再犯

kxmp

huang1111 发表于 2019-8-23 21:47
hello

我这边更新已经是已完成状态，请各位再次尝试一下

125.64.107.186
61.174.246.192
都是p19的 2个ip拉文件却不一样
http://p19.upd.kaspersky.com/updates/apu/apu-1313g.xml.dif
出问题的就是那个cnnic返回的移动ip 但是其他电信ip也有问题.
这个问题你是没法反馈的
因为125.64.107.163也有问题 这个问题就是乱七八糟 没法弄.

从此经历了一翻实践也发现这个cdn真是不行呢 哪里有这样子的!!!!

BC8B2A66CCE33008BF9838EA923F3665
F7E970FD1FFAF2162433ADD12CD38EED
bc的才是对的

huang1111

kxmp 发表于 2019-8-26 15:43
那个只是cdn平台
俄罗斯是客户 客户使用出了问题要客户自己处理. 不能说明问题都找平台客服之类的.

hello

一开始就说应该是帝联这边的问题。。。

kxmp

huang1111 发表于 2019-8-26 15:13
hello

俄罗斯这边已经在联系帝联了。。。再开case也不会重复提交了

那个只是cdn平台
俄罗斯是客户 客户使用出了问题要客户自己处理. 不能说明问题都找平台客服之类的.

还好这个是http的 我抓了下 发现两边文件不一样
apu-1313g.xml.dif
u1313g.xml.dif

他们2个文件在p00和p19 时间一模一样 大小一模一样 但是二进制文件内容不一样
虽然这个可能跟卡巴他怎么用的没什么关系 但是点击一下清除缓存就肯定没问题了
这个情况是 都绑定在同一个cname上面 2个不同的url确文件不一样 可能是cdn自己的ttl配置有问题
但是反病毒软件的文件是更新频繁的 这ttl耍的也太大了吧. 什么时代了还出现缓存失效的情况 这cdn也太破烂了吧 换阿里完事了

C:\Users\KxMP>curl -I http://p19.upd.kaspersky.com/updates/apu/apu-1313g.xml.dif

HTTP/1.1 200 OK
ETag: "3d3-5d6377bd"
Last-Modified: Mon, 26 Aug 2019 06:10:05 GMT
Accept-Ranges: bytes
Content-Type: application/octet-stream
Date: Mon, 26 Aug 2019 07:32:58 GMT
Content-Length: 979


C:\Users\KxMP>curl -I http://p00.upd.kaspersky.com/updates/apu/apu-1313g.xml.dif

HTTP/1.1 200 OK
ETag: "3d3-5d6377bd"
Last-Modified: Mon, 26 Aug 2019 06:10:05 GMT
Accept-Ranges: bytes
Content-Type: application/octet-stream
Date: Mon, 26 Aug 2019 07:33:09 GMT
Content-Length: 979

他2个内容不一样的文件竟然有一个etag 我只能说这个cdn太破烂了

我走了proxy 下载了2个文件 发现又一模一样
这证明是他大量ip里面有个别ip故障了.

C:\Users\KxMP>curl http://p00.upd.kaspersky.com/updates/apu/apu-1313g.xml.dif -I
--resolve p00.upd.kaspersky.com:80:125.64.107.162
HTTP/1.1 200 OK
Server: openresty
Date: Mon, 26 Aug 2019 07:42:42 GMT
Content-Type: application/octet-stream
Content-Length: 979
Connection: keep-alive
Last-Modified: Mon, 26 Aug 2019 06:10:05 GMT
ETag: "5d6377bd-3d3"
Accept-Ranges: bytes
Age: 1135
Via: http/1.1 CMC-CT-CNC-SDJN-P-118-41 (DLC-6.1.26), http/1.1 CT-SCDY-C-107-163
(DLC-6.1.26)
HitType: TCP_HIT
Server-Info: DnionATS
这是国内的国内etag也一样 只不过反着的


你必须注意他都是一个etag etag就是证明他都是1个文件的意思 类似uid一样
而且文件都是1秒 足以证明都是一个文件 但是实际上不是 只能说明cdn有故障
这个东西你去排查 意义不大 一般都是清缓存. 再出问题那没的商量 只能说他是破烂.


既然文件都损坏了 看起来是平台有问题.
客户姿势不对耶没那么nb吧
我要是客户我不喷死他 我一定要把问题讲的很严重很严重 都没法用了一样
不过现在本来就没法用好吧!!!!
这个东西要是我的话我才不用他们家的东西