【我的卡巴斯基】已于2026年10月14日，02点00分，恢复正常【第三个服务器出现了】

3306-1

驭龙 发表于 2026-10-14 10:59
那我的观点，物理没恢复的情况下，解析没有用，有什么问题？

（物理没恢复的情况下，解析没有用）可是您并没有通过解析排查出参考依据
而是通过新闻推断。没有经过实际测试的依据，如何得出定向解析有无问题的

且我也对登录无反应模糊说明，作出了５５楼参考结果，其处理链路是由接口响应决定的
而接口解析不难得到，浏览器打开（开发者工具）随后输入帐密进行测试，过程一目了然

1654626363

我的卡巴斯基 账号密码对的 无法登陆了

驭龙

1654626363 发表于 2026-10-14 11:07
我的卡巴斯基 账号密码对的 无法登陆了

我这里还是正常。

现在我的卡巴斯基，不是之前那种与世隔绝的情况，有正常访问的服务器在，因此可参考那55楼，解析出https://my.kaspersky.com/你当前网络可访问的IP，然后绑定https://my.kaspersky.com/
看看能不能访问

1654626363

驭龙 发表于 2026-10-14 11:19
我这里还是正常。

现在我的卡巴斯基，不是之前那种与世隔绝的情况，有正常访问的服务器在，因此可参考 ...

改了密码进去的

satellite288

现在卡巴软件的账号那边正常了，欺诈保护这个也正常，官方坛子我这边访问正常能打开，我的卡巴网页版登录正常了，啧啧啧，终于修完了啊，不容易

3306-1

1654626363 发表于 2026-10-14 11:07
我的卡巴斯基 账号密码对的 无法登陆了

浏览器和客户端均是无法登录？请尝试在浏览器中，打开（Ｆ１２开发者工具）后
点击此（我的卡巴斯基）访问，随后输入帐号密码，查看登录接口是如何响应回复

提交参考

1. POST / ..... /proceed HTTP/2
   
2. Host: ..... .kaspersky.com
   
3. User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:156.0) Gecko/20100101 Firefox/156.0
   
4. Accept: application/json, text/plain, */*
   
5. Accept-Language: zh,zh-CN;q=0.9
   
6. Accept-Encoding: gzip, deflate, br, zstd
   
7. X-ApplicationVersion: s(MyK)
   
8. Content-Type: application/json
   
9. Content-Length: 393
   
10. Origin: https://my.kaspersky.com
    
11. DNT: 1
    
12. Sec-GPC: 1
    
13. Connection: keep-alive
    
14. Referer: https://my.kaspersky.com
    
15. Sec-Fetch-Dest: empty
    
16. Sec-Fetch-Mode: cors
    
17. Sec-Fetch-Site: same-site
    
18. Priority: u=0
    
19. Pragma: no-cache
    
20. Cache-Control: no-cache
    
21. TE: trailers

复制代码

1. {
   
2.     "logonContext": "aAT ..... 0Qq_ku ..... uP_3I ..... cF-K2 ..... WM_CfBW ..... 5sOI_MI ..... K3_lWjS ..... XwLQ",
   
3.     "locale": "en",
   
4.     "captchaType": "textImage",
   
5.     "captchaAnswer": "C8KEA",
   
6.     "captchaId": "64de6c04-67ad-486d-b7b0-32 ..... 52",
   
7.     "login": "a@example.com",
   
8.     "password": "123456789"
   
9. }

复制代码

响应参考

1. 来自：德国 黑森州 美因河畔法兰克福，443 端口

复制代码

1. HTTP/2 401
   
2. cache-control: no-store,no-cache
   
3. pragma: no-cache
   
4. content-type: application/json; charset=utf-8
   
5. vary: Origin
   
6. server: Microsoft-IIS/10.0
   
7. set-cookie: .SessionTracingId=d2cb ..... 57e4; domain=uis.kaspersky.com; path=/; secure; samesite=none; httponly
   
8. set-cookie: UIS-Client-Context=URDU ..... tkyS_mkU ..... JSjh-Km ..... tl_0y ..... M6-MOqe ..... d3tb-C-wu ..... jj-i5w2; domain=uis.kaspersky.com; path=/; secure; samesite=none; httponly
   
9. access-control-allow-origin: https://my.kaspersky.com
   
10. x-uis-traceid: 00-6d73 ..... 4545-05e7 ..... 02e9-00
    
11. x-powered-by: ASP.NET
    
12. strict-transport-security: max-age=31536000
    
13. x-content-type-options: nosniff
    
14. x-xss-protection: 1; mode=block
    
15. date: Wed, 14 Oct 2026 03:17:18 GMT

复制代码

1. {
   
2.     "Status": "InvalidRegistrationData",
   
3.     "StatusExtension": "CaptchaRequired"
   
4. }
   
5. 
   
6. 注：本次为无效帐号数据（确实是无效帐号，服务器没回错）

复制代码

耗时参考

1.         "timings": {
   
2.           "blocked": -1,
   
3.           "dns": 0,
   
4.           "connect": 0,
   
5.           "ssl": 0,
   
6.           "send": 0,
   
7.           "wait": 308,
   
8.           "receive": 0
   
9.         }
   
10. 
    
11. 注：单位为毫秒

复制代码

驭龙

3306-1 发表于 2026-10-14 11:06
（物理没恢复的情况下，解析没有用）可是您并没有通过解析排查出参考依据
而是通过新闻推断。没有经过实 ...

你的意思：服务器是多个区域的，通过解析可访问的服务器IP，绑定https://my.kaspersky.com/ 解决问题，因为默认DNS解析的IP服务器出问题，换成可解析的正常访问的服务器IP，解决问题。

我的意思：今天早上之前，卡巴斯基的基础服务，其中我的卡巴斯基无法访问，是全球性统一无法访问，也就是无可用服务器在，这是全球性的，因为莫斯科那边物理设备出问题（按理说应该在其他区域有备份，例如不受影响的KSN服务就是全球都有服务器），所以在物理问题没解决之前，通过解析https://my.kaspersky.com/的服务器IP是没有用的，因为全球没有可用服务器在。

你的观点：现在https://my.kaspersky.com/可用，可以逆向分析出之前无法访问的问题是什么，不一定是物理问题。

我的观点：在卡巴的不懈努力下，https://my.kaspersky.com/的部分服务器已经恢复，物理问题已经不存在，已经有可用的服务器，因此，无法复现昨天的问题。

我当前的想法，现在卡巴已经恢复部分https://my.kaspersky.com/服务器访问的能力，确实是可通过DNS解析来绑定对应的可用IP，来访问https://my.kaspersky.com/，可昨天之前是没有效果的，昨天没有可用服务器。

驭龙

satellite288 发表于 2026-10-14 11:31
现在卡巴软件的账号那边正常了，欺诈保护这个也正常，官方坛子我这边访问正常能打开，我的卡巴网页版登录正 ...

太难了，而且好像卡巴是真不容易，我刚刚登录时还提醒我账户异常，还发邮件提醒，看来数据都出问题了。

3306-1

驭龙 发表于 2026-10-14 11:36
你的意思：服务器是多个区域的，通过解析可访问的服务器IP，绑定https://my.kaspersky.com/ 解决问题，因 ...

（其中我的卡巴斯基无法访问，是全球性统一无法访问）实际主贴只提供了社区访问报错
而（我的卡巴斯基）并没有留下图片或实际可参考过程，辩解部分无效，依旧是推断猜测

（可以逆向分析出）您误解了，我没有逆向任何工程，所有都是来自于实际正向过程
就算无法访问，应体现出具体报错过程或接口无效／接口响应超时等，引导大家排查

（可昨天之前是没有效果的，昨天没有可用服务器）这是吃了无参考测试结果的亏
假如当时有类似５５／７６参考过程，并引导／结合大家情况，就能借用应急车道

驭龙

3306-1 发表于 2026-10-14 11:51
（其中我的卡巴斯基无法访问，是全球性统一无法访问）实际主贴只提供了社区访问报错
而（我的卡巴斯基） ...

你看全文了吗？看置顶的回复了吗？官方明确指出

Latest Information on Kaspersky products and services
We’re currently experiencing technical issues affecting several Kaspersky services. License activation may be delayed for licenses purchased on or after October 10. Access to My Kaspersky and some features in Kaspersky ？？？, Kaspersky Safe Kids and Kaspersky Password Manager may be limited or unavailable.

官方明确表示不可以，你说我辩解，我也是无话可说，从此以后，我不继续回复