搜索
查看: 14410|回复: 141
收起左侧

[新闻资讯] 卡巴斯基2020 默认更新源 正式恢复

  [复制链接]
huang1111
发表于 2019-8-22 21:25:44 | 显示全部楼层 |阅读模式
本帖最后由 huang1111 于 2019-8-23 21:47 编辑

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


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

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

评分

参与人数 2分享 +3 人气 +5 收起 理由
dongwenqi + 3 版区有你更精彩: )
屁颠屁颠 + 3 + 2 版区有你更精彩: )

查看全部评分

huang1111
 楼主| 发表于 2019-8-23 21:47:47 | 显示全部楼层
hello

我这边更新已经是已完成状态,请各位再次尝试一下
星河大帝
发表于 2019-8-29 18:19:09 | 显示全部楼层
浙江地区已解决
skykun
发表于 2019-8-29 10:45:58 | 显示全部楼层
好消息
mmic100
发表于 2019-8-29 08:41:42 | 显示全部楼层
现在用的这就卡巴
彭大炮
发表于 2019-8-28 21:54:09 | 显示全部楼层
还是卡巴斯基照顾中国用户
feng6985
发表于 2019-8-26 19:32:41 | 显示全部楼层
好消息
kxmp
发表于 2019-8-26 16:16:28 | 显示全部楼层
huang1111 发表于 2019-8-23 21:47
hello

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

估计这问题修好了也会再犯
kxmp
发表于 2019-8-26 16:11:05 | 显示全部楼层
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
 楼主| 发表于 2019-8-26 16:01:47 | 显示全部楼层
kxmp 发表于 2019-8-26 15:43
那个只是cdn平台
俄罗斯是客户 客户使用出了问题要客户自己处理. 不能说明问题都找平台客服之类的.

hello

一开始就说应该是帝联这边的问题。。。
kxmp
发表于 2019-8-26 15:43:45 | 显示全部楼层
本帖最后由 kxmp 于 2019-8-26 15:58 编辑
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吧
我要是客户我不喷死他 我一定要把问题讲的很严重很严重 都没法用了一样
不过现在本来就没法用好吧!!!!
这个东西要是我的话我才不用他们家的东西
您需要登录后才可以回帖 登录 | 快速注册

本版积分规则

手机版|杀毒软件|软件论坛| 卡饭论坛

Copyright © KaFan  KaFan.cn All Rights Reserved.

Powered by Discuz! X3.4( 沪ICP备2020031077号-2 ) GMT+8, 2022-7-6 03:52 , Processed in 0.136693 second(s), 22 queries .

卡饭网所发布的一切软件、样本、工具、文章等仅限用于学习和研究,不得将上述内容用于商业或者其他非法用途,否则产生的一切后果自负,本站信息来自网络,版权争议问题与本站无关,您必须在下载后的24小时之内从您的电脑中彻底删除上述信息,如有问题请通过邮件与我们联系。

快速回复 客服 返回顶部 返回列表