IT之家 5 月 6 日消息，科技媒体 BornCity 今天（5 月 6 日）发布博文，报道称德国域名注册机构 DENIC 昨日在执行 DNSSEC 密钥轮换时发生操作失误， 导致 .de 域名出现大面积解析故障。 本次事件可以追溯到国际标准时间 5 月 5 日 20 点 58 分（IT之家注：北京时间 5 月 6 日 4 点 58 分），持续约 1.5 小时。 在受影响期间，用户报告 amazon.de 、 dhl.de 等多个知名网站无法访问，DNS 查询返回 SERVFAIL 错误。 本次故障原因，在于 DENIC 执行 DNSSEC ZSK 轮换时的操作失误。DENIC 使用 Keytag 33834 的新密钥对区域数据完成签名，但未在 DNSKEY 记录中发布该密钥。验证解析器无法获取公钥验证签名，将所有响应标记为“DNSSEC Bogus”并拒绝返回结果。 Cloudflare 在国际标准时间 5 日 21 点 20 分识别问题后采取应急措施，临时禁用 1.1.1.1 公共解析器的 DNSSEC 验证功能。 这一操作绕过了签名校验，让 .de 域名恢复解析，但同时也削弱了安全防护。Quad9 的 9.9.9.10 解析器因默认不强制验证 DNSSEC，成为用户临时替代方案。 DENIC 于北京时间今天凌晨 5 点 43 分发布推文，发布声明承认 DNS 服务中断，技术团队介入排查。故障修复后，DNS 记录传播预计需要约 2 小时完成全球同步。 在北京时间今天早上 7 点 43 分，官方发布动态，宣布已修复故障。截至IT之家发稿前，.de 域名解析已基本恢复正常。
IT之家 5 月 3 日消息，今晚，张雪发视频回应德比斯在 WSBK 匈牙利站第二回合退赛，并配文：“机械故障，遗憾退赛。赛车就是这样，一切都有可能发生。” 他在视频中表示：“很遗憾，我们在比赛的第一圈就退赛了。刚刚和前方沟通是遇到了机械故障， 初步排查是发动机的机油压力下降 ，更深层原因需后续解析确认。” 他补充道：“赛车处于极限工况运行，各品牌赛车都可能出现此类问题。官方允许每台赛车使用三台发动机，该规则适用于所有参赛品牌。团队将快速定位问题，判断是否需要制定对策及进行优化。” IT之家注意到，在今晚举行的 2026 世界超级摩托车锦标赛（WSBK）匈牙利站 WorldSSP 组别第二回合正赛中， 中国摩托车制造商“张雪机车”的法国车手瓦伦丁 · 德比斯退赛 。张雪车队另一位车手卡里卡斯洛位列第 16 位完赛。 在昨晚结束的 2026 世界超级摩托车锦标赛（WSBK） 匈牙利站 WorldSSP 组别第一回合正赛中 ，瓦伦丁 · 德比斯曾在最后 20 秒连超两台雅马哈，夺得冠军。
IT之家 4 月 29 日消息，GitHub 依旧是开发者领域的主流平台，围绕代码托管、团队协作与开源开发形成了庞大的生态体系。即便在被微软收购之后，GitHub 仍保持自然增长态势，这一势头一直延续到去年。而 2025 年初，AI 编程热潮开始进一步推高 GitHub 的使用量。此后，随着智能体在开发者群体中成为主流，GitHub 的用户使用规模迎来了前所未有的爆发式增长。 IT之家注意到，GitHub 于 2025 年 10 月启动了一项扩容计划，目标是将平台承载能力提升至原有 10 倍，以此应对激增的需求。然而到 2026 年 2 月，公司意识到，未来的业务规模或将达到当前的 30 倍，必须提前做好布局。这种空前的增长压力，已严重拖累了平台的稳定性。事实上，过去数月间，GitHub 不仅发生过数次影响广大开发者的重大故障，还出现了多起小规模服务中断事件。 今日，GitHub 团队发布官方博客，就平台现状作出说明。概括而言， 团队目前正在重构部分底层基础设施 ，旨在提升平台的可用性、可扩展性与抗故障能力。人工智能赋能的软件开发，使得代码仓库创建、合并请求活跃度、接口调用、自动化流程以及大型仓库负载等各项业务均迎来极速增长。以 GitHub 如今的体量来看，任何子系统中微小的效率短板，久而久之都会演变成严重的系统性问题。 对于复杂的网络服务而言，服务中断本是常见现象，但 GitHub 频发的故障已引发用户公开抱怨。知名项目 Ghostty 的开发者米切尔・桥本今日也发布博客表示，由于近几个月平台频繁出现稳定性问题，他决定将 Ghostly 项目从 GitHub 迁移至其他平台。 为解决用户面临的各类问题，GitHub 团队现已确立优先级排序：优先保障服务可用性，其次扩充承载容量，最后再迭代新功能。过去几个月里，团队已完成多项优化，化解了多处性能瓶颈。同时，GitHub 将部分算力需求迁移至微软 Azure 云平台后，得以根据业务负载灵活弹性扩容。为进一步降低故障影响，GitHub 正将 Git、GitHub Actions 等核心关键服务与其他业务负载进行物理隔离。官方还证实，正在推进多云架构建设，以全面提升平台的容灾抗风险能力。 GitHub 还披露了近期两起故障事件的详细情况： 4 月 23 日，平台出现功能回退问题，导致合并队列功能异常，此次故障共计影响 658 个代码仓库、2092 个合并请求。 4 月 27 日，平台 Elasticsearch 搜索引擎子系统突发独立故障，目前官方仍在开展根本原因分析。GitHub 表示，本次事件未造成任何数据丢失，Git 基础操作与开放接口服务均未受波及，但依赖搜索功能的部分页面无法展示检索结果，给用户使用造成了明显困扰。 GitHub 在博客文末再次致歉，并承诺将持续致力于提升服务可用性、增强平台抗故障能力，同时优化故障发生期间及事后的官方沟通机制。
IT之家 4 月 29 日消息，据 Carscoops 报道，本田汽车即将就旗下多款车型搭载的自动启停系统达成和解协议。虽然本田无法全身而退，但这笔赔偿金额对这家企业而言几乎不值一提。本次和解总费用超过 3600 万美元（IT之家注：现汇率约合 2.46 亿元人民币），其中绝大部分都将落入律师囊中。 在本田及讴歌车型上，自动启停系统的设计原理为：车辆静止超过两秒后自动熄火，驾驶员松开刹车时发动机重新启动。该系统初衷十分简单，旨在在走走停停的车流和路口处节省燃油。 然而此次诉讼指控，这套系统时常失灵：部分车辆在驾驶员松开刹车踏板后，发动机无法重启，导致车主被困在路上。 此次诉讼共涉及五款车型：2015 至 2020 款讴歌 TLX、2016 至 2020 款讴歌 MDX、2016 至 2021 款本田 Pilot、2019 至 2021 款本田 Passport 以及 2020 至 2021 款本田 Ridgeline。 本田公司多年来一直受此问题困扰，并在 2022 年和 2023 年为启停系统推出 10 年延保服务，同时提供免费启动马达更换福利。最新达成的和解协议将继续保留上述延保政策与免费更换服务。 延保服务仅自涉事本田、讴歌车型首次上牌启用之日起生效，为期 10 年。其中已满 10 年质保期的 2015 款车型可额外享受 24 个月延保，2016 款车型可额外享受 18 个月延保。 汽车投诉网站 Carcomplaints 透露，这份新和解协议定于 6 月 1 日举行最终审批听证会。根据协议， 本田将向 20 名原告每人赔付 7500 美元（现汇率约合 51348 元人民币） ，合计赔付 15 万美元（现汇率约合 102.7 万元人民币）。 和案件代理律师即将拿到的报酬相比，这笔赔付只是九牛一毛。 律师方索要 3525 万美元（现汇率约合 2.41 亿元人民币）律师费，另加 823131.24 美元（现汇率约合 563.5 万元人民币）诉讼开支 ，总金额高得惊人。
IT之家 4 月 29 日消息，据日本共同社报道，当地时间 4 月 28 日，日本村田制作所、早稻田大学与机器人厂商 tmsuk 等在日本京都公开了日本产人形机器人开发的初期验证机。 该机器人身高 140 厘米、重 49 公斤，由于临近展示时发生故障，当天未能公开行走姿态，计划修复后在 5 月底面向公众亮相。 据介绍，这款机器人被命名为“ SEIMEI （晴明）”，以日本平安时代的阴阳师安倍晴明为灵感。该项目的目标是在 2029 年 3 月底之前，开发出能在受灾现场等环境发挥作用的量产型号，目前共有 2 所大学和 14 家企业参与，用 4 个月时间完成了原型机的制作。 IT之家注意到，虽然构成机器人“身体”的马达、传感器等零部件全部由日本厂商提供，不过负责控制的计算机核心部分 GPU 使用的却是英伟达公司产品。
IT之家 4 月 29 日消息，科技媒体 NeoWin 昨日（4 月 28 日）发布博文，报道称部分 Windows 11 用户反馈，安装微软 4 月累积更新 KB5083769 后， 出现后台智能传输服务（BITS）和简单对象访问协议（SOAP）下载超时，执行 bitsadmin 命令时系统卡死。 IT之家注：BITS 是一种由微软开发的系统服务，主要用于在后台异步传输文件。它利用空闲的网络带宽进行下载或上传，常用于 Windows 更新、软件自动升级等场景，不影响用户前台网络体验的情况下完成任务。 而 SOAP 是一种基于 XML 的网络通信协议，用于在网络上交换结构化信息，常用于 Web 服务中，允许不同操作系统和编程语言的程序进行交互。 用户 CHIHARU SHIBATA 在微软社区报告称，其多台电脑在安装更新后出现故障，应用程序在下载环节反复失败。 即便重启系统暂时恢复正常，但在闲置数十分钟后故障会再次出现。卸载 KB5083769 更新后，下载功能恢复正常，能长时间保持稳定，据此推断该更新存在缺陷。 此外还有用户反馈，在故障状态下，bitsadmin /list/ allusers 命令会卡死。该更新缺陷还波及到了专业软件领域，有用户报告 AutoCAD Advance Steel 无法打开图纸，严重影响工作进度。 针对此问题，社区提供了临时应急方案：通过服务管理器禁用 BITS 服务。尽管该操作能缓解卡死现象，但会导致依赖该服务的下载任务中断。
IT之家 4 月 28 日消息，微软官方账号 @MSFT365Status 今天（4 月 28 日）在 X 平台发布推文，确认其 Microsoft 365 部分服务出现故障， 影响使用 iOS 邮件应用访问 Outlook，用户可能遇到间歇性登录失败、“请求过多”错误或意外退出。 IT之家援引微软官方状态页面，本次故障自世界协调时间 4 月 27 日周一上午 8 点 45 分（北京时间 27 日 16 点 45 分）开始，持续约 11 个小时，在世界协调时间 4 月 27 日周一晚上 7 点 16 分（北京时间 28 日 3 点 16 分）结束。 微软 365 服务健康状态网站将此次事件标为 "service degradation"（服务降级）。这意味着服务并非完全中断，但稳定性下降，用户可能在登录 Outlook.com 时反复失败，或者看到 "too many requests"（请求过多）错误提示。 根据官方公告，在上述受影响期间内， iOS 用户无法通过默认邮件应用访问 Outlook 和 Hotmail。 为了缓解影响，微软正在回滚一项近期引入的变更。公司表示，将观察回滚完成后是否能降低故障影响，同时继续分析客户报告，并密切监控服务遥测数据，以决定下一步修复方案。 从用户场景看，这类故障会直接影响邮件收发前的身份验证。即使邮箱内容本身未必丢失，用户仍可能无法进入 Outlook.com ，企业用户也可能因此错过邮件确认、会议通知或外部联系信息。
IT之家 4 月 26 日消息，阿耳忒弥斯 2 号任务现已圆满结束，美国国家航空航天局（NASA）已开始对本次任务所有协同运作的系统开展事后性能分析。本月早些时候，这套系统护送四名宇航员安全飞掠月球。阿耳忒弥斯 2 号不仅将人类带到了前所未有的深空位置，也为后续载人任务完成了关键试飞。NASA 后续载人任务最早计划于 2027 年、2028 年实施，而 2028 年正是 NASA 拟定的宇航员登陆月球表面的宏伟目标年份。截至目前，猎户座飞船与太空发射系统（SLS）火箭的整体表现都十分出色。 NASA 表示，对乘员舱的初步评估显示，其隔热罩表现符合预期，未发现任何异常状况，且烧蚀损耗程度远低于无人试飞的阿耳忒弥斯 1 号任务。（宇航员返回溅落海面后，海军潜水员拍摄到了隔热罩在水下的高清实拍画面，详见下图。）据 NASA 介绍，此次溅落全程按计划进行，猎户座飞船实际着陆点距离预定落点仅 2.9 英里（IT之家注：约 4.7 公里），再入大气层时的初始界面速度与预测值误差不超过每小时 1 英里（约 1.6 公里）。 NASA 称太空发射系统（SLS）火箭同样表现优异。相关后续测试仍在进行中，航天局在一篇博客文章中提到：“主发动机关机、芯级 RS-25 液体发动机停止工作时，飞船时速已超 18000 英里（约 28968 公里），精准达到入轨速度，并精确抵达预定轨道位置。” 不过任务中确实有一处设备出现故障 —— 马桶系统。发射后不久，宇航员就报告尿液排放管路出现问题，任务专家克里斯蒂娜・科赫在地面工作人员协助下完成了故障排查。为避免后续任务重演此类问题，NASA 现已组建专项团队， 核查相关硬件设备与任务数据，排查故障原因并制定预防方案 。 阿耳忒弥斯 2 号宇航员持续分享绕月旅程的珍贵画面。本周，任务指令长里德・怀斯曼发布了一段绝美视频， 从猎户座飞船视角拍下了地球从月球后方缓缓落下的景象 。上一次人类亲眼目睹这一天文景象，还要追溯到 50 多年前的阿波罗登月任务。 在太空停留十天看似时间不长，却依然会对人体产生影响，宇航员重返地球后还需要一段时间适应。宇航员科赫上周发布了一段视频，记录了自己返回地球后，闭眼进行双人同步行走训练时步履不稳的状态。 她在配文中解释道：“人类长期处于微重力环境时，体内负责向大脑传递运动方位信号的前庭器官会出现功能紊乱。大脑会逐渐忽略这类失衡信号，因此刚回到重力环境时，我们只能极度依赖视觉来辨别方位、保持平衡。”
IT之家 4 月 23 日消息，科技媒体 BornCity 今天（4 月 23 日）发布博文，报道称部分 Windows 11 25H2 用户反馈， 安装 2026 年 4 月累积更新 KB5083769 之后 ，出现多种打印故障。 根据受影响用户反馈，在配合 Novell 或 OpenText iPrint 使用时，打印任务无法可靠地发送至打印机。技术分析表明，该问题的根源在于更新损坏了系统内部的设备元数据。 IT之家援引博文介绍，解决方案需要管理员权限：首先停止打印后台处理程序服务，随后修改 DeviceMetadataStore 文件夹权限并清空该目录及缓存目录中的所有文件，重启服务后打印功能方可恢复正常。 此外 4 月累积更新引入远程桌面钓鱼防护机制，在建立连接时会弹出安全警告， 导致默认阻断打印机重定向，用户必须在连接设置中手动勾选打印机选项才能执行打印操作 。对于依赖终端服务器进行打印业务的企业环境，这增加了额外的操作成本和沟通负担。 微软官方已确认 Microsoft 365 的 Universal Print 服务出现故障。根据服务健康监测代码 UP1287359 显示，部分用户在尝试创建打印机共享时遭遇失败，系统提示“打印机共享失败”。 此次故障波及使用“允许组织内所有用户”选项或特定用户组配置的共享创建流程。微软表示，问题源于 Microsoft Graph API 的代码变更，目前仅影响新共享的创建，现有的打印机共享、打印任务提交以及打印机注册功能均运行正常。
IT之家 4 月 23 日消息，科技媒体 BornCity 今天（4 月 23 日）发布博文，报道称 Galaxy S25 Ultra 等手机用户反馈安装三星 4 月安卓更新后， 导致 Teams、Authenticator 以及 Microsoft 365 等多款微软应用无法正常使用。 三星于 4 月 8 日开始推送 4 月安卓更新，修复 Galaxy 系列的 47 个漏洞，其中 14 个为严重级别。不过根据用户反馈该更新存在兼容性问题，导致多款微软应用无法正常运行。 根据受影响用户反馈，问题主要集中在 Galaxy S25 Ultra 机型上，IT之家发稿前，三星官方论坛相关讨论帖已超过 7 页，大量用户反馈安装 4 月更新后，Microsoft 365 应用崩溃；Teams 状态消失、消息发送失败；Authenticator 无法加载或推送通知；Outlook 邮件停止更新并显示黑屏。 用户尝试重启手机仅能短暂恢复，故障随即复发。有用户尝试卸载并重装 Google Play 服务，但效果不稳定。德国博主 Oliver P.提供了有效的临时解决方案：进入设置菜单，在连接设置中关闭“私人 DNS”选项，重启手机后应用恢复正常。该方案已帮助部分用户暂时解决困扰，但根本原因尚未明确。
IT之家 4 月 22 日消息，4 月 21 日中午 12:30 左右， 航旅纵横 App 出现部分功能使用异常的情况 。多位网友表示，应用无法查看行程、购买机票等核心功能受到影响。 时隔约 18 小时，航旅纵横官方今早终于发布公告，宣布航旅纵横 App 各项功能已恢复正常 。 航旅纵横官方表示： 故障期间产生的订单异常等问题，公司服务团队将逐一跟进并协助大家妥善处理 。后续，航旅纵横将全面复盘，不断优化产品和功能，全力保障用户出行服务体验，感谢大家的理解与支持。 据IT之家此前报道，多位网友反映称，在 2025 年 11 月 29 日下午 15:00 左右， 收到来自航旅纵横的航班取消提醒 。部分用户在重新购票后才发现，实际航班并未取消， 而是由于航旅纵横出现系统故障，推送了错误信息 ，不少用户因此额外承担了票价差价及退票手续费。 航旅纵横相关负责人当时回应称，航旅纵横已于第一时间排查并完成了修复，目前已通过多渠道收集受影响用户的情况， 将根据用户实际损失提供专项补偿 。“有相关需求的用户，可通过官方邮箱、客服电话或者航旅纵横 App 在线客服进行联系。”
IT之家 4 月 21 日消息，据《奥兰多哨兵报》报道，美国联邦航空管理局（FAA）已责令蓝色起源公司，对其新格伦火箭上面级于当地时间周日出现的明显故障展开调查。 这意味着该公司在完成调查前，将无法再次发射新格伦火箭。 据IT之家了解，这可能会给蓝色起源今年计划再执行多达 12 次新格伦发射任务的雄心带来打击，具体影响取决于调查持续的时间。 此次故障发生在上周末蓝色起源新格伦重型火箭的第三次发射任务中。发射初期进展顺利， 该公司首次实现了新格伦助推器的重复使用 ，并再次将助推器成功回收至海上无人回收船上。 火箭可重复使用技术的研发与验证，是蓝色起源迈出的重要一步，也使其有望与埃隆・马斯克旗下的 SpaceX 展开竞争，后者是全球唯一同样掌握该技术的航天企业，也是发射行业的主导者。 但本次任务的核心目标，是为付费客户 AST 太空移动公司将一颗通信卫星送入太空。尽管新格伦火箭的二级箭体与助推器成功分离，但分离后不久便明显出现异常。AST 太空移动公司周日在声明中表示， 火箭将卫星送入了低于预定计划的轨道 ，轨道高度过低，以至于该公司认定这颗卫星已无挽回价值，将任由其在地球大气层中烧毁。 蓝色起源首席执行官戴夫・林普周一在声明中称，公司初步判断，火箭上面级的其中一台发动机未能产生足够推力以抵达目标轨道。 AST 太空移动公司表示，其已投保，保险将覆盖这颗失联卫星的损失。该公司还称，有多颗新卫星已基本完工，预计数周内即可具备发射条件，同时也与其他发射服务商签有发射合同。周一早盘，该公司股价下跌超 10%，随后小幅回升。 对蓝色起源而言，此次上面级事故不仅会影响潜在商业发射任务。该公司正研发月球着陆器，并计划深度参与特朗普政府与美国国家航空航天局（NASA）的载人重返月球计划。 此外，蓝色起源目前正推动新格伦火箭通过美国太空军的认证，以承接政府国家安全发射任务。美国太空军暂未就此事置评。
IT之家 4 月 20 日消息，据 not a tesla app 报道，特斯拉 Cybertruck 车主正面临愈发严重的硬件问题，导致大量车主无法在家为车辆充电。该车的功率转换系统（PCS）出现大面积故障，已成为一大棘手难题，不仅让车辆交流充电功能彻底失效，还让车主面临高昂的脱保维修费用风险。该媒体称，特斯拉应召回 PCS 系统。 据报道，尽管已出现越来越多确诊故障案例、可识别的故障诊断码，且服务中心维修积压严重，但特斯拉尚未就该零部件向美国国家公路交通安全管理局（NHTSA）提交正式召回申请。对许多车主而言，车辆暗藏随时可能失效的隐患，让他们不敢轻易进行长途自驾或规划出行，生怕半路抛锚被困。 功率转换系统是 Cybertruck 电力电子设备的核心部件，相当于车辆能源的“管控中枢”，其将车载充电机与直流-直流转换器整合为一体，负责管理所有流入电池的交流电，同时将高压电池组降压，为车辆 48 伏低压电气系统供电。 PCS 故障存在多种潜在诱因，大概率与金属-氧化物半导体场效应晶体管（MOSFET）损坏，或其他内部元件在高负载工况下参数超标有关。该故障常在车辆极低里程时出现，多集中在 1.6 万至 2.9 万公里以内，部分车辆更换全新 PCS 总成后，仍会反复出现同样的故障。 在完全失效前，车辆通常会出现以下几种已知前兆，可帮助车主提前排查问题： 主显示屏突然弹出“交流充电不可用”警示 家用充电桩充电时，交流充电电流从 48 安降至 24 安甚至更低，随后完全失效 车辆对外放电（V2L）及车对家供电（V2H）功能输出报错 维修模式下出现与 PCS 相关的故障码，包括 PCS2_a094、PCS2_a095、PCS2_a137，以及高压直流过流跳闸故障相关代码 多数情况下，车辆仍可正常行驶，也能在超级充电站使用直流快充补能。 但失去家用交流充电功能后，车辆日常便捷使用基本受限 ，必须进行大规模维修才能恢复正常。 PCS 故障维修并非简单的零部件更换。由于该总成深埋在车辆结构内部，维修技师需先拆卸电动货厢盖板、货厢底板以及部分空气悬挂部件，才能接触到故障部件。 在基础车辆有限质保期（4 年或 8 万公里，以先到者为准）内，特斯拉将承担更换费用，通常会换装升级款硬件（G 版）并更换全新线束。 但对于行驶里程较高、已脱保的车主来说，维修费用高得惊人。此前，脱保车辆更换 PCS 的零部件及工时费在 5000 至 7200 美元（IT之家注：现汇率约合 34137 至 49158 元人民币）之间。特斯拉近期以“善意补偿”为由，将该费用降至约 1000 美元（现汇率约合 6827 元人民币），可这笔本应属于系统性硬件缺陷导致的支出，仍需车主自行承担。 更让车主崩溃的是，服务中心目前面临严重的零部件短缺。涉事车辆的取车时间多次推迟，车主表示无法获知更换部件的明确交付周期。有车主在社交平台称，特斯拉售后员工曾坦言，“首批 7.5 万辆 Cybertruck 均搭载存在缺陷、易故障的 PCS 系统”。 若车辆加装了越野装甲改装件或原厂越野装甲套件，本就复杂的维修工序会变得更为繁琐。必须完全拆卸这款重型底盘护板并精准复位，才能检修深埋的电力电子部件。 维修文件显示，处理越野装甲会使总维修工时增加至约 8 小时。对于已脱保的车主，这种工序复杂度的提升，意味着特斯拉仅工时费就会收取高额溢价，让本就令人恼火的故障又增添了沉重的经济负担。 雪上加霜的是，特斯拉针对该车的长期质保政策存在明显区别对待。特斯拉近期为 2026 款及后续年款 Cybertruck 推出全新 7 年 / 11.2 万公里零排放车辆（ZEV）动力总成零部件质保，明确涵盖 PCS 等高价值动力核心部件。 而购买 2024 款、2025 款创始版车型的首批车主，无法享受此项追溯质保。这些早期车型的 PCS 仅受基础车辆质保覆盖，质保期在行驶 8 万公里后即到期。 此外，与 Model S、Model 3、Model X、Model Y 不同，特斯拉目前暂未为 Cybertruck 推出延长服务协议（ESA）订阅服务。早期车型车主一旦行驶里程超过 8 万公里，所有维修费用需完全自付。 尽管已有数十辆车辆出现明确的共性故障，且有消息称部分服务中心在车辆进行轮胎、饰条等无关维修时，会主动更换 PCS，但特斯拉并未针对该 PCS 硬件缺陷发布官方 NHTSA 召回公告，也未向车主主动推送故障通知。 目前，首批 Cybertruck 车主只能祈祷，要么 PCS 故障能在 8 万公里基础质保期内出现，要么部件能坚持到特斯拉正式承认缺陷并发起大规模召回。
IT之家 4 月 17 日消息，科技媒体 BornCity 今天（4 月 17 日）发布博文，报道称微软正在调查 4 月更新 KB5082063 故障， 导致部分 Windows Server 2025 系统跳出 0x80073712/0x800F0983 错误。 IT之家援引博文介绍，微软于 2026 年 4 月 14 日向 Windows Server 2025 推送安全更新 KB5082063（版本号 26100.32690），部分管理员报告称， 安装过程中反复出现错误代码 0x80073712，导致更新无法完成。 博客读者 Martin 反馈，其客户环境中的 Windows Server 2025 Standard 系统均无法安装该更新，即使执行系统修复命令，安装仍以相同错误告终。 后续评论中，多名管理员确认遇到相同问题，似乎集中在使用 OEM 品牌安装介质部署的服务器上，涉及 HPE 和 DELL 等厂商的定制版本。因此 IT 管理员推测这可能非 Windows Server 2025 本身的普遍性 Bug， 而是特定厂商的系统镜像不兼容 4 月更新导致。 微软通过 patchmanagement.org 邮件列表确认了安装失败问题， 并识别出另一个错误代码 0x800F0983。 官方声明指出，诊断数据显示该问题仅影响“有限数量”的服务器，开发团队正在积极调查，承诺在获取更多细节后提供进一步信息。 微软目前尚未公布修复时间表。对于生产环境服务器，建议在测试环境验证后再批量部署，避免因更新失败导致系统不稳定。
4月29日，据美国国家公路交通安全管理局（NHTSA）披露，由于存在软件故障，车辆的仪表盘显示屏可能会发生失效，克莱斯勒正在召回部分2024-2025款Jeep Wagoneer S和Dodge Charger电动汽车，共计20271辆。（界面）
36氪获悉，航旅纵横发布情况说明，表示航旅纵横App各项功能已恢复正常。故障期间产生的订单异常等问题，公司服务团队将逐一跟进并协助大家妥善处理。