GitHub 在 UTC 11 时遭遇重大故障,几乎影响到了所有服务

GitHub 在 UTC 11 时遭遇重大故障,几乎影响到了所有服务 包括但不限于: Git 操作性能下降 Actions 性能下降 API 性能下降 页面性能下降 拉取请求的性能下降 Issues 可用性下降 Codespaces 可用性下降 Webhooks 可用性正下降 同时 Cloudflare System Status 状态检测也在 11.58 UTC 侦测到了这些错误并标注: Cloudflare Pages - GitHub 用户的构建问题 Cloudflare 意识到并正在调查 Cloudflare Pages 构建的一个问题,该问题可能会影响多个客户。GitHub 用户可能无法将更改推送到他们的存储库,或者推送的更改可能无法或延迟传播到 Cloudflare Pages。这些更改可能不会部署,或者可能会延迟。此问题仅影响新更改,现有站点和这些站点的流量不受影响。 截止到北京时间晚上 10:05 发稿时 GitHub 已修复了大部分的问题,但是相关性能下降问题仍然反复出现 相关链接:

相关推荐

封面图片

重要/简讯: GitHub 再度遇到重大障碍,几乎影响所有服务

重要/简讯: GitHub 再度遇到重大障碍,几乎影响所有服务 当前影响项目: Git 操作性能下降 Actions 性能下降 API 性能下降 页面性能下降 拉取请求的性能下降 Codespaces 可用性下降 Webhooks 可用性正下降 目前 GitHub 正在调查导致许多服务体验下降的问题。将在 30 分钟内发布更新。 相关链接:

封面图片

Cloudflare 多个服务出现重大故障,目前正在修复

Cloudflare 多个服务出现重大故障,目前正在修复 Cloudflare Pages and Access 页面和访问出现故障,截止到目前Cloudflare 仍处于修复中。 Cloudflare Zero Trust 零信任网络验证出现故障,Azure AD 用户验证出现问题,截止到目前Cloudflare 仍处于修复中。

封面图片

DigitalOcean 云服务器 API 可用性下降。

DigitalOcean 云服务器 API 可用性下降。 截至 UTC 时间 05:22(北京时间13:22),我们的工程团队正在调查影响我们的 API 和 Droplet 的问题。 在此期间,用户在尝试使用上的公共 API 时、尝试创建新用户注册时可能会遇到错误,并且可能会遇到处理 Droplet 事件的问题。 我们现在正在确认全部影响,但用户也可能会注意到其他服务的问题。对于给您带来的任何不便,我们深表歉意,一旦有更多信息,我们将立即通知您 更新:北京时间18:00 API 和多项服务的问题已得到完全解决。

封面图片

GitHub终于要支持IPv6访问 预计近期应该会上线IPv6相关节点

GitHub终于要支持IPv6访问 预计近期应该会上线IPv6相关节点 GitHub 在 2024 年 1 月 31 日出现性能下降问题,这个问题的起因是因为 GitHub 正在开发新的 IP 允许列表功能,而在开发过程中有一些映射出现问题进而阻止用户的正常请求。 新的 IP 允许列表功能是 GitHub 在为 IPv6 访问做好准备,根据说明,GitHub 通过 IPv4 地址映射到 IPv6 兼容地址来使用 IP 允许列表功能。 尽管此次事件并未造成特别大的影响,不过 GitHub 也通过该事件透露终于要准备支持 IPv6 了,GitHub 称这是为了 IPv6 启用做好准备。此次相关更改已经部署到全球边缘站点的子集,所以应该用不了多久大家就可以使用纯 IPv6 地址来访问了。来源 , 频道:@kejiqu 群组:@kejiquchat

封面图片

“首试者”遭遇机械故障 Neuralink计划会受影响吗?

“首试者”遭遇机械故障 Neuralink计划会受影响吗? Neuralink没有透露电极线为何会意外收缩。不过,据外媒援引知情人士称,Neuralink 认为一个可能的原因是Arbaugh术后残留在其头骨中的空气可能导致其运动皮层回缩。也有专业人士认为,这一问题的出现跟植入物的连接方式有关。对于正在寻求开展更广泛临床试验的Neuralink而言,任何故障都可能会导致美国食药监局审批流程的延误。不过截至发稿,FDA尚未对上述事件做出任何置评。不到100天,Neuralink“首试者”植入物现故障在5月9日的推文中,马斯克写道:“Neuralink的首个人体受试者成功度过100天。”图片来源:X平台Neuralink的“首试者”是29岁的Noland Arbaugh,八年前在一次意外的潜水事故中脊髓受伤。今年1月28日,他接受了Neuralink的脑机设备植入手术,植入物使用1024个电极记录神经信号,这些电极分布在64条比人类头发还细的“线”上。Neuralink脑机接口“首试者”Noland Arbaugh 图片来源:Neuralink不过,马斯克在推文中附上的Neuralink博客文章显示,1月份Arbaugh接受手术后,被植入受试病患的设备发生了诸多机械故障。植入人脑之后的数周,安装在人脑组织的某些电极镶钉螺纹发生脱落。2月下旬,Noland Arbaugh的植入设备捕捉到的数据开始减少。每日峰值性能(以每秒比特数为单位) 图片来源:Neuralink博客文章Neuralink没有透露电极线意外收缩的原因。作为解决方案,Neuralink称他们修改了记录算法,使其对神经群体信号更加敏感,改进了将信号转换为光标移动的技术,并增强了用户界面。这些修复“让BPS(每秒比特数)产生了快速而持续的改进,超出了最初植入后的表现”。尽管植入物的功能有所下降,但Arbaugh仍可以完成下棋的现场演示。当地时间上周六晚上,Arbaugh还在X上直播,演示自己借助植入物浏览电脑屏幕,玩游戏。Neuralink表示,尽管Arbaugh的脑组织中有一些神经线收缩,但他在工作日每天使用脑机接口系统约8小时,周末通常每天使用多达10小时。每天脑机接口的使用时长 图片来源:Neuralink博客文章故障为何会发生?据《华尔街日报》,知情人士透露,Neuralink 认为一个可能的原因是Arbaugh术后残留在其头骨中的空气,即颅腔积气(pneumocephalus),可能导致Arbaugh的运动皮层回缩。这个问题似乎并未对阿博的安全构成威胁。知情人士人称,即便如此,研究人员在考虑移除阿博颅内设备的可能性。彭博社报道则称,有专业人士分析认为,这一问题的出现可能是因为电极线连接的是位于颅骨内部的设备,而不是直接连接到脑组织表面。他们指出,脑组织在颅内空间内会发生相当大的移动,而传统上,脑植入设备是直接放置在脑组织表面上的,能够像船在水面上一样移动。“对于大脑植入物来说,电极线的回缩是不正常的。”圣路易斯华盛顿大学医学院的神经外科医生Eric Leuthardt说:“工程师和科学家未能意识到大脑在颅内空间内移动的程度。仅仅点头或突然移动头部就可能导致几毫米的扰动。”目前,Neuralink正试图在更多人类受试者身上植入他们的设备,其目标是在今年为10名病患植入其名为N1的大脑植入物。然而,对于正在寻求开展更广泛临床试验的Neuralink而言,任何故障都可能会导致FDA审批流程的延误。不过截至发稿,FDA并未回复媒体针对此事的置评请求。“人机共生”还有很长的路要走根据Neuralink去年11月向SEC提交的最新文件,公司目前已经至少筹集了3.23亿美元的资金,这也使公司的估值超过50亿美元。Neuralink虽然是全球估值最高的脑机接口企业,但并不具有绝对领先的地位。过去数年来,围绕Neuralink的争议也从未中断过。动物试验风险便是其一。在2023年5月获准进行人体试验前,由于实验动物死亡率高于平均值,Neuralink曾两次被FDA拒绝进行人体实验。同年11月,四名美国议员要求美国证券交易委员会(SEC)调查马斯克是否因涉嫌误导投资者有关Neuralink正在开发的大脑植入物的安全性而犯有证券欺诈行为,因马斯克在X平台上表示“没有猴子因Neuralink的植入而死亡”。此外,也有不少人对Neuralink的技术路径和马斯克的宏大愿景提出了批评。负责任医生委员会认为,马斯克的目标是通过Neuralink的技术“实现与人工智能的共生”,这样的路径却并不一定和治疗患者的最佳方法相一致。非侵入式的脑机接口已经证明在改善患者健康上取得了进展,Neuralink的开颅植入方法可能会带来不必要的风险。从事脑机接口研究20年的清华大学长聘教授高小榕曾在接受媒体采访时表示,Neuralink一直没完全解决植入设备的安全问题,虽然与更早的猪试验相比,猴试验的安全性有所提升,但Neuralink没有发表论文并披露技术细节。美国杜克大学医学院神经科学教授、被誉为“脑机接口之父”的米格尔·尼科莱利斯也曾表示,侵入式脑机接口是为了科学研究,对患者并不是最优选择,植入方法应该仅限于非常严重的病例。据外媒报道,脑机接口技术作为一门新兴的研究领域,发展仍在早期,涉及计算机科学、神经科学、心理认知科学、生物医学工程、数学、信号处理、临床医学、自动控制等多个领域,仍有大量的问题尚待解决。比如,如何从大脑中输出正确的信息?如何将正确的信息输入到大脑?负责输入及输出信息的是大脑神经元,而脑机接口要做的就是介入到这个过程当中。但整个大脑皮质的体积大约为50万立方毫米,在这个空间里大约有200亿个神经元细胞体,每立方毫米的皮质平均含有约4万个神经元。除此之外,大脑中还有与神经元数量差不多的胶质细胞,以及血管。每立方毫米的皮质里面的毛细血管加起来的总长度可以达到一米。而要对大脑信号进行精准的捕捉或反馈,需要在这一立方毫米区域里面捕捉特定的一些神经元细胞体发出的信号,或刺激某些特定的细胞体发出工程师需要的信号。难度之高可见一斑。这些都意味着,马斯克的“人机共生”还有很长的路要走。 ... PC版: 手机版:

封面图片

一台DNS根服务器与同伴失去了联系 草台班子运维让故障持续长达四天

一台DNS根服务器与同伴失去了联系 草台班子运维让故障持续长达四天 下面简要介绍域名系统的工作方式以及根服务器在其中的作用:当有人在浏览器中输入时,处理请求的服务器首先必须将人性化的域名翻译成 IP 地址。这就是域名系统的作用。域名系统流程的第一步是浏览器查询本地操作系统中的本地存根解析器。存根解析器会将查询转发到递归解析器,递归解析器可能由用户的 ISP 提供,也可能是 Cloudflare 和 Google 分别提供的或服务。如果需要,递归解析器会联系 c-root 服务器或其 12 个对等服务器之一,以确定 .org名称服务器会将请求转给维基百科名称服务器,后者会返回 IP 地址。在下图中,递归服务器被标记为"迭代器"。鉴于根服务器在确保一台设备可以找到互联网上任何其他设备方面的关键作用,有 13 台根服务器分布在世界各地。事实上,每个根服务器都是一个服务器集群,这些服务器在地理位置上也很分散,因此冗余度更高。通常情况下,13 台根服务器各自由不同的实体运营步调一致。当对它们所托管的内容进行更改时,所有服务器一般都会在几秒或几分钟内完成更改。C-root DNS服务器上的奇怪事件这种紧密同步对于确保稳定性至关重要。如果一个根服务器将流量查询指向一个中间服务器,而另一个根服务器将查询发送到另一个中间服务器,那么我们所知的互联网的重要部分就可能崩溃。更重要的是,根服务器会存储必要的加密密钥,以便根据DNSSEC 机制对一些中间服务器进行身份验证。如果所有 13 个根服务器的密钥不一致,就会增加DNS 缓存中毒等攻击的风险。Cogent公司拒绝对此发表评论,其负责维护的12个c-root实例在上周六突然停止更新。法国工程师斯特凡-博茨迈耶(Stéphane Bortzmeyer)是最早在周二的一篇文章中指出这一问题的人之一,他当时指出,c-root比其他root服务器晚了三天。在 Mastodon 上,我们进一步注意到了这种滞后现象。到周三中午,滞后时间已缩短至一天左右。到周三晚些时候,c-root 终于更新完毕。这一滞后促使工程师推迟了原定于本周对处理以 .gov 和 .int 结尾的域名查询的域名服务器进行的工作。原计划是将服务器的 DNSSEC 更新为使用 ECDSA 密钥。由于新密钥无法统一推广到所有根服务器,因此这些计划不得不被取消。负责 .gov DNSSEC 过渡的 Cloudflare 工程师 Christian Elmerot 周三宣布:"我们完全了解并监控着 C 根服务器周围的情况,在情况稳定之前,我们不会继续进行正在进行的 DNSSEC 算法滚动。" 服务器过渡的工程师也发出了同样的呼吁,但只是在一些人担心尽管出现了问题,工作仍会继续进行之后。Elmerot在接受采访时说,更新问题对现实世界的影响很小,但随着时间的推移,影响会越来越大。他解释说随着根区变化的累积,版本之间的差异开始变得越来越重要。根区的典型变化是更改授权(NS 记录)、轮换 DNSSEC 更新的 DS 记录以及 DNSSEC 签名的更新。如果差异仍然存在,那么过时的根服务器将看到 DNSSEC 签名过期,这将开始产生更明显的后果。使用多个根服务器可以降低解析器使用落后根服务器的几率。在 c-root 出现故障的同时,同样由 Cogent 维护的c-root网站也出现了故障,导致许多人无法访问该网站。许多人认为这两个问题的原因是一样的。后来发现,网站问题是由于Cogent将用于托管网站的 IP 地址转移到了法国电信公司 Orange 的非洲子公司 Orange Ivory Coast。这次混淆让 Bortzmeyer 开了个玩笑:"已向 Cogent 报告(票据 HD303751898),但他们似乎不明白自己管理的是根域名服务器。"出现这些错误的原因是,近几个月来,Cogent公司终止了与几家运营商的合作关系,根据一种被称为对等互联的安排交换彼此的流量。最近的一次终止发生在上周五,当时Cogent公司"部分剥离"了印度运营商塔塔通信公司(Tata Communications)的业务,此举导致Cogent的客户无法访问塔塔通信公司在亚太地区托管的许多网站。周三晚些时候,Cogent发表了以下声明,他们表示直到周二才意识到故障,并又花了 25 个小时才修复故障:世界协调时 5 月 21 日 15:30 时,Cogent Communications 的 c-root 团队被告知,c-root 服务的根区在 5 月 18 日之后不再跟踪根区发布服务器的变更。分析表明,这是由于一项无关的路由政策变更造成的,其副作用是使相关监控系统瘫痪。c-root 没有因为这次中断而无法回答任何 DNS 查询,唯一的影响是根区的新鲜度。c-root 提供的根区同步已于 5 月 22 日 16:00 UTC 时完全恢复。最初,一些人猜测塔塔通信公司的停运、c-root 网站的中断以及 c-root 本身的更新错误都与此有某种联系。鉴于声明含糊不清,这些事件之间的关系仍不完全清楚。 ... PC版: 手机版:

🔍 发送关键词来寻找群组、频道或视频。

启动SOSO机器人