软件源失效时应先诊断再换源：用ping、curl和日志确认问题，ubuntu换阿里云源需备份、替换、更新、验证；centos 7须切vault源；推荐中科大或清华一键脚本，并建立自动备份机制。
软件源失效时，系统常报错“Could not resolve host”或“Failed to fetch”，本质是原镜像站不可达或已下线。手动换源不难，关键在选对地址、及时清理缓存、验证是否生效。
确认当前源是否真的失效
先别急着改配置，用几条命令快速判断问题根源：
- 运行 ping -c 3 mirrorlist.centos.org（CentOS/RHEL）或 ping -c 3 archive.ubuntu.com（Ubuntu/Debian），看是否能通；
- 执行 curl -I http://archive.ubuntu.com/ubuntu/dists/focal/InRelease（替换为你的系统代号），返回 404 或超时说明源已弃用；
- 查日志：sudo tail -n 20 /var/log/apt/history.log（Debian系）或 sudo cat /var/log/yum.log | tail -10（RHEL系），找最近的 failed 记录。
Ubuntu/Debian 系统快速恢复步骤
以 Ubuntu 22.04（jammy）为例，换阿里云源最稳妥：
- 备份原文件：sudo cp /etc/apt/sources.list /etc/apt/sources.list.bak；
- 一键替换为阿里源：sudo sed -i 's|http://archive.ubuntu.com|https://mirrors.aliyun.com|g; s|http://security.ubuntu.com|https://mirrors.aliyun.com|g' /etc/apt/sources.list；
- 更新索引：sudo apt update，若无报错且显示“Hit”和“Get”多行，说明已连通；
- 验证安装能力：sudo apt install --dry-run curl，看依赖解析是否正常。
CentOS/RHEL 系统源失效应急处理
CentOS 7 官方源已于 2024 年 6 月停更，若仍用该系统，必须切换至 vault 或兼容镜像：
- 备份并替换 Base 源：sudo cp /etc/yum.repos.d/CentOS-Base.repo /etc/yum.repos.d/CentOS-Base.repo.bak && sudo curl -o /etc/yum.repos.d/CentOS-Base.repo https://mirrors.aliyun.com/repo/Centos-vault-7.9.2009.repo；
- 如需 EPEL 扩展源，同步更换：sudo yum install -y epel-release && sudo sed -i 's|^baseurl=.*|baseurl=https://mirrors.aliyun.com/epel/7/\$basearch/|' /etc/yum.repos.d/epel.repo；
- 清旧缓存并重建：sudo yum clean all && sudo yum makecache；
- 测试安装：sudo yum install --assumeno vim-enhanced，确认不卡在“Determining fastest mirrors”阶段。
通用一键脚本与容灾建议
手动操作易出错，推荐使用经验证的自动化方案：
- 中科大镜像助手（适配多发行版）：curl https://raw.githubusercontent.com/ustclug/mirrorhelper/master/switch_mirror.sh | sudo bash，交互中输入 “centos 7” 或 “ubuntu 24.04” 即可生成对应配置；
- 清华 CDN 加速脚本（网络不稳定时更可靠）：bash ；
- 长期建议：把备份命令写成 alias，例如在 ~/.bashrc 中添加 alias aptbak='sudo cp /etc/apt/sources.list /etc/apt/sources.list.$(date +%F)'，每次修改前自动打时间戳快照。
