USTC 中科大镜像站无法访问

[povsister]

从今天约 15 点开始，中科大镜像站 https://mirrors.ustc.edu.cn/ 无法访问，提示连接超时

阿里云拔测显示全国超时 https://boce.aliyun.com/detect/http/0dcff37201c645368b1f89f78c5dcfbe

目前 IPv4 访问均超时，IPv6 可以访问。

LUG 反馈渠道得知正在处理，希望只是意外故障 🙏

Edit: 15:37 目前已经恢复 ，等个复盘

[lstz]

不是可以了吗

[drymonfidelia]

要稳定还是得选商业的，这些高校镜像站都建着玩一样的经常出问题

[totoro52]

@drymonfidelia 这玩意还有商业的？ 全靠爱发电。。。

[drymonfidelia]

@totoro52 腾讯云 阿里云 的镜像站，至少专业很多

[totoro52]

@drymonfidelia #4 这种靠爱发电的站就没有稳不稳定的事，炸个几十天都正常，哪个都一样

[hronro]

@drymonfidelia 你又没给阿里腾讯付费，你凭啥觉得他们能提供给你比高校建的更高的稳定性？

[Greendays]

@drymonfidelia 腾讯阿里云的也不赚钱啊。不过我一般也确实会用这些商业公司的。高校经费有限，能公开出来给大众用就已经很不错了。

[drymonfidelia]

@hronro 商誉的问题，你没给 cf 付费，为什么 cloudflare 免费提供给你用？如果腾讯阿里云的镜像站天天崩，你会不会觉得他们技术烂连个镜像站都搞不清楚，云服务也不稳定？

[drymonfidelia]

@hronro 另外阿里腾讯云的默认系统模板都是配置他们自己的镜像站，如果自己的镜像站崩了肯定一堆用户开工单问为什么你们的服务器软件都装不上

[povsister]

@drymonfidelia
USTC 和 TUNA 都算做的很不错的，速度快，而且响应反馈及时，稳定性来说不比商业公司差。
反倒是商业公司做的，起码反馈上是真不行。

[InDom]

云服务商提供镜像站，有一部分原因是为了减少自己内网设备的出口流量，因为安装包的流量还是不少的。

[mohumohu]

@drymonfidelia 阿里云的还真没 ustc 好用，有时候只有几百 k ，有时候还更新失败

[hronro]

@drymonfidelia 免费 CDN 口碑好，能吸引人去用他们家的付费 CDN 服务。至于镜像站的口碑好，能否吸引到人去用他们家的其他付费云服务，这就得打一个大大的问号了。我认为阿里腾讯的决策者基本也是这么考虑的，所以不太可能倾斜太多的资源到不赚钱的镜像站上。

说回镜像站的稳定性问题，稳定性不是张口就来的，不是说我想要口碑稳定性就能上去的。假如在阿里腾讯的镜像站崩了，会像其他云服务出问题一样，内部会有人被追责，那我承认这种确实会比纯为爱发电的镜像站稳定性高一点。但以国内厂商的尿性，他们赚钱的云服务出事故的时候，都见不到一个像样的事故报告，（像 CF 那种级别的事故报告就更别想了），你觉得他们不赚钱的镜像站能有多好呢？

[d7101120120]

中科大和清华的镜像站维护的确实是不错的，最重要的是能够长期保持有人维护而且很重视校外公众访问的部分，而且速度都还不错。

我之前用过阿里云的开源镜像站，没想到限速几百 K ，一个大一点的包要下半天，不知道现在有没有改善。

不过不管怎么样，只要能够提供公众访问的开源镜像站就是对于开源事业的支持了，感谢这些开源镜像站的维护者们。

[povsister]

@d7101120120
正确的，中肯的。
感谢所有开源基础设施的维护者们。

[estk]

自从被腾讯的 npm 镜像坑过，再也不用任何大陆镜像，包括 docker
都能翻墙了，搞不懂干嘛还用镜像

[lafuerza]

据我了解，高校镜像源中，中科大 USTC 是比较早的，其专业性不亚于现在所谓的商业源。那时的域名还叫 debian.ustc.edu.cn ，后来整合了 centos.ustc.edu.cn 变成现在的 mirrors.ustc.edu.cn 。而清华 TUNA 源甚至一度被下线过。十多年前我还是学生时，还向中科大支持过一笔小小的零花钱。那时对应的最有名的商业源是网易 163 源（前身是 mirrors.cn99.com ）。

[totoroyyw]

systemd-networkd 的锅

[ForNickey]

现在有什么暂时方案可以解决？刚好烦着呢

[mongoose]

现在可以访问了

[jiucaijiucai]

@totoroyyw #18 你怎么知道？有内部消息吗？

[dielect]

不行

[Lijinghong]

@jiucaijiucai 这位是管理员

[leiakun]

后续包括 Github CDN 镜像，NPM ，Python PIP ，OpenWrt OPKG 等未受内容审查的镜像服务器一律下架。
--------
是要因为下架这些东西，临时下线调整吧？

[itxh]

@ForNickey #19 https://www.wangdu.site/course/2109.html

[itxh]

整理的暂时国能还能用的 dockerhub 服务： https://www.wangdu.site/course/2109.html ，且用且珍惜吧

[laffery]

最近 cf 的 docker 镜像仓库访问也是一直超时 orz

[taoky]

@ForNickey 在 6/8 3:35 PM 之后应该就恢复了；如果在 5 小时前还有问题那么应该和服务器端没有关联。

@totoroyyw 怀疑遇到了 https://github.com/systemd/systemd/issues/26743 这个 bug 。

@leiakun 单纯的 systemd-networkd 配置问题，故障期间 IPv6 是正常的。

[taoky]

@leiakun btw ，懒得驳斥了，lean 说的话可信度几何，玩软路由的人应该心里清楚。

[taoky]

（另外虽然同学偶尔也会看 V2 ，但是出现故障时通过邮件或者 GitHub issues 反馈得到回复会更快，V2EX 还得等话题浮上来才能更容易被看到

[lookStupiToForce]

赶紧的，期待国家把程序员惯用包的审核岗快快搞起来🤩🤩🤩
如果加上编制，简直是中老程序员下岗再就业的福音了🐶🐶🐶

[iorilu]

程序员干活难度又要提高了

感觉进一步收紧隔离了

[Paulownia]

从我所在的区域，ustc 是几个镜像源里下载速度最快的，之前试过阿里，163 ，还有我学校的，速度都不太理想。

[GoGroton]

清华 tuna 的 pip 镜像也要下了？

[iBugOne]

我的锅，网络配置没写好，重启 systemd-networkd 之后也没仔细确认网是不是好的，所以才把镜像站搞掉线了

你们要的复盘： https://servers.ustclug.org/2024/06/mirrors-outage-report/

[povsister]

@iBugOne
发现后 10 分钟修复牛的，原来是服务器直插的多 ISP 接入么.. 我以为是上层路由层级做的
话说当时流量应该跌了不少吧，如果有监控是不是能发现？

[iBugOne]

@povsister 10 分钟修复是因为我知道什么东西挂了，加上我熟悉 systemd-networkd 的配置。

监控我们有 Grafana ，但是平时不会主动看，也没有配置“流量剧烈下降”这种（没什么意义）的报警，所以光靠监控是不能及时发现的。

[povsister]

@iBugOne
netwatch 一下，检查每个指定接口到百度的连通性？

[iBugOne]

@povsister 主要是这种配置不会在没有人改动的情况下自己坏了，所以我们就没配很详细的监控（监控方案是 Telegraf+InfluxDB ，还是很容易加一条配置的，就没有必要折腾一个新的软件了）