中国科大开源软件镜像站计划于 2023 年 4 月 22 日 15:30 – 17:30 停机维护。维护期间相关服务将受到影响,HTTP(S) 服务将跳转至其他站点,Rsync 服务将暂时中断,请有需要的用户提前做好设置。
维护内容:更换严重磨损的 SSD。
我们会尽快恢复服务,给您带来的不便,我们深表歉意。
更新1(2023-04-22 17:20):维护已完成。
中国科大开源软件镜像站计划于 2023 年 4 月 22 日 15:30 – 17:30 停机维护。维护期间相关服务将受到影响,HTTP(S) 服务将跳转至其他站点,Rsync 服务将暂时中断,请有需要的用户提前做好设置。
维护内容:更换严重磨损的 SSD。
我们会尽快恢复服务,给您带来的不便,我们深表歉意。
更新1(2023-04-22 17:20):维护已完成。
winget 镜像的同步设施已准备完成,镜像站新增 winget-source 镜像。
mysql-ftp 自 2022 年 6 月起确认停止更新,由于镜像名称的问题,用户可能会误以为镜像站未及时从上游更新最新的 MySQL。我们决定移除 mysql-ftp 镜像。(参见 ustclug/mirrorrequest#356)
上游 AdoptOpenJDK 已经更名为 Adoptium。我们决定移除 AdoptOpenJDK 镜像,相关用户可以切换到 Adoptium 镜像继续使用。详细情况可以参考官方博客。值得注意的是,Adoptium 不再提供 OpenJ9 的分发,此外,Adoptium 提供的版本相对较少。
由于 Dotdeb 上游已经停止维护,我们决定移除 Dotdeb 镜像。(参见 ustclug/discussions#351)
新版 SageMath 已经不再通过官网分发,因此 SageMath 镜像也不再包含最新的 SageMath 二进制文件。我们决定移除老版本 SageMath 的二进制文件同步,并添加 SageMath macOS 的 github-release 镜像。(参见 ustclug/mirrorrequest#340)
由于 OpenELEC 上游已不再维护,我们决定移除 OpenELEC 镜像,并添加 LibreELEC 镜像作为替代。
由于 pythonxy 上游已不再维护,我们决定移除 pythonxy 镜像。
由于 Manjaro ARM 架构的包早已被 manjaro 包含,我们决定移除 manjaro-arm 镜像。
由于 rsync 服务器的磁盘空间不足,我们决定转移 percona 镜像的数据,并且启用 rsync 反向代理。
受此影响,现在 percona 镜像的同步不再需要添加 /repo/
的前缀。即,现在需要通过 rsync://rsync.mirrors.ustc.edu.cn/percona/
来同步 percona 镜像,不再支持从 rsync://rsync.mirrors.ustc.edu.cn/repo/percona/
进行同步。percona 镜像的 HTTP(S) 服务仍然正常提供,不受任何影响。
同时,其余镜像的同步不再需要添加 /repo/
前缀,原有同步方式仍受支持。以 ubuntu 仓库为例,现在可以通过 rsync://rsync.mirrors.ustc.edu.cn/ubuntu/
(新的同步路径)与 rsync://rsync.mirrors.ustc.edu.cn/repo/ubuntu/
(原有同步路径)两种方式进行同步。由于原有同步方式可能因为数据迁移而失效,我们建议用户尽快迁移到新的同步方式。
新的同步方式依赖于新上线的 rsync 反向代理,如果您在使用过程中发现了任何问题,欢迎通过邮件向我们反馈。
科大开源软件镜像站计划于 2022 年 3 月 12 日进行停机维护。为了减小对用户的影响,我们计划于 17:00~19:00 对 Rsync 服务进行维护,21:00~23:00 对 HTTP(S) 服务进行维护。
维护内容:升级系统以及调整架构。
维护时相关服务会受到影响,HTTP(S) 服务将跳转至其他站点,Rsync 服务将暂时中断,请有需要的用户提前做好设置。
我们会尽快恢复服务,给您带来的不便,我们深表歉意。
Update 1 (2022-03-12 19:00): Rsync 服务器已经升级完成,Rsync 服务已经恢复正常。
Update 2 (2022-03-12 22:51): HTTP(S) 服务器升级后的网络配置出现一些问题,预期维护结束时间延后至今日 23:30。
Update 3 (2022-03-12 23:23): HTTP(S) 服务升级已经完成,HTTP(S) 服务已经恢复正常。
科大开源软件镜像站计划于 2022 年 3 月 1 日 21:00~21:30 维护,期间面向校内使用的容器 registry 服务将会中断,其他服务不受影响。
维护内容:缩小 Docker 数据所在盘分区大小。
更新 1(2022-03-01 21:12):维护已完成。
由于 Chakra Linux 官方宣布该项目停止运行[1],即日起本站的 Chakra Linux 镜像将停止与上游同步,也不再提供 rsync 同步服务,同时预计于 2022 年 3 月停止提供 http(s) 服务,请使用本镜像站的用户尽快迁移。
[1]: https://twitter.com/chakralinux/status/1475111596640727045
科大镜像站的 HTTPS 证书由 Let’s Encrypt 签发。在 2021 年 9 月 30 日后,受到 Let’s Encrypt 默认证书链中 DST Root CA X3 根证书过期,以及旧版本的 TLS 库(如 OpenSSL, GnuTLS, LibreSSL)验证证书链时的逻辑问题影响,部分长时间未更新或仍在使用不受支持的 Linux 发行版的用户,部分使用较老版本 macOS 的用户,以及使用某些自带旧版本 TLS 库的软件的用户会发现在使用 HTTPS 方式访问镜像站时,会出现类似「证书过期」的错误提示。
为了解决此问题,今日凌晨,科大镜像站的证书进行了更新,使用 Let’s Encrypt 的「备用链」签发证书。新的证书链中不再包含 DST Root CA X3。此次更新带来的已知副作用是:由于根证书库中不包含 ISRG Root X1 证书,Android 7.1.1 以下的用户不再能够正常使用 HTTPS 访问镜像站。如果您使用的操作系统或软件的根证书中不包含 ISRG Root X1,请使用 HTTP 访问镜像站,或尝试设置忽略证书错误。
更多信息详见 https://github.com/ustclug/discussions/issues/372。
Update 1 (2021/10/15): 镜像站中反向代理的域名(*.proxy.ustclug.org)由于考虑其同时包含面向浏览器与命令行工具的反向代理,目前证书链中仍然包含 DST Root CA X3。如使用时遇到证书问题,可按照 https://github.com/tuna/issues/issues/1342#issuecomment-931412628 的指导更新系统的相关软件包。
由于 Bintray 服务调整,Termux 官方源已切换至由 Fosshost 提供的服务器,源地址为 https://packages.termux.org/,且目录结构也发生了变化(如 termux-packages-24
→ apt/termux-main
),详情请见 GitHub Issues。
USTC 镜像站已更新 Termux 源的同步,采用新的目录结构,参见 https://mirrors.ustc.edu.cn/termux/apt/ 和帮助页面,同时旧的目录结构将继续保留。
另外由于上游早已移除 Android 5.x 和 6.x 版本的软件仓库(原来为 termux.net),本镜像站也删除了 termux-android5 仓库,不再提供 Android 5.x/6.x 版本的 Termux 软件源。
由于 rsync 服务器的磁盘空间不足,我们统计了近三个月的 rsync 同步日志,决定删除以下大小较大,且访问量与仓库大小比值极低的镜像:
这些镜像的 HTTP(S) 服务仍然正常提供,不受任何影响。
Update 1 (2021/10/17): 由于 rsync 服务器的磁盘空间再次不足,在统计日志后,根据访问量以及项目维护情况,以下镜像将不再提供 rsync 服务:
目前这些镜像的 HTTP(S) 服务仍然正常提供。对于部分上游不再提供的镜像,HTTP(S) 访问将择期删除。
Update 2 (2021/10/19): docker-ce
中不再维护的 Ubuntu 与 Fedora 版本对应的包在 rsync 服务器中已被移除。(HTTP(S) 访问不受影响)
Update 3 (2021/11/2): 由于 rsync 服务器的磁盘空间再次不足,以下访问量低且空间占用较大的镜像暂时不再提供 rsync 服务:
我们正在测试新的 rsync 服务提供方案,测试完成后以上移除的镜像将恢复 rsync 服务。
近日,由于上游的一些限制,我们无法正常继续 nodesource 镜像的同步工作。
为避免使用 nodesource 镜像的用户不能及时获取最新的软件更新,我们决定从即日起移除 nodesource 镜像,并将所有 HTTP 访问 302 重定向到 nodesource.com 的源站。Rsync 访问将择日移除。
与此同时,用户可以选择使用 nvm 或 n 来管理系统中的 Node.js 环境。详见 Node 源使用帮助。
对于由此造成的不便,我们深表歉意。感谢您的理解与支持!