装完Ubuntu之后的第一件事绝大多数人跟我刚入坑时一样就是打开终端敲下sudo apt update然后盯着进度条怀疑人生。官方源的速度尤其是在刚装好系统的头几个小时里基本可以用逼疯强迫症来形容十几KB/s慢慢爬偶尔再来个Failed to fetch等半天之后还给你弹出一堆报错。后来我老老实实把软件源换成了国内镜像同一个命令几秒钟拉完索引装个vim、git、curl也就是喝口水的时间。这篇文章不聊虚的就是想把Ubuntu 换源这件事彻底讲明白。从软件源的底层机制、新老配置格式的差异到阿里源、清华源、华为源怎么选怎么配再到换源之后五花八门的报错怎么排查全程按我实际踩坑的经验来。不管你是刚装完系统的新手还是帮同事救火的老鸟照着这篇操作基本不会出岔子。1. 先想明白一件事源慢的根源和apt下载链路很多教程上来就让你sed替换但不讲为什么。我建议动手之前先花几分钟搞清楚 apt 到底是怎么工作的这样后面不管遇到什么奇怪问题你都有能力自己定位。1.1 一份源配置文件里到底写了什么/etc/apt/sources.list是 Ubuntu 老版本的核心源配置文件文件里每一行代表一个软件仓库地址。拿最典型的官方源来说deb http://archive.ubuntu.com/ubuntu/ focal main restricted universe multiverse这一行拆开看就是四段信息deb仓库类型表示这个源提供二进制软件包.deb文件。还有一种deb-src表示源码包普通人基本用不到建议直接注释掉能少拉不少索引数据。http://archive.ubuntu.com/ubuntu/仓库的 URI也就是 apt 要去哪台服务器进货。focal发行版的代号codename这决定了 apt 去服务器的哪个目录找索引。main restricted universe multiverse四个组件components。组件这个概念很多人忽略其实理解了它你就知道为什么有些软件apt install能装到有些装了也找不到。main是官方维护的自由软件restricted是官方支持但不开源的驱动比如 NVIDIA 闭源驱动universe是社区维护的自由软件multiverse是可能涉及版权问题的软件。日常使用四件套全开就行没必要精简。1.2 镜像源加速的原理apt 的工作流程其实很简单根据 sources.list 里的 URI 路径去服务器下载对应的索引文件Packages.gz解析之后拿到软件包的下载地址再从pool/目录里把.deb包拉下来安装。这个流程最耗时的瓶颈有两个索引文件下载和软件包下载。官方源服务器在境外跨境网络传输的延迟和带宽损失是实打实的高峰期丢包更是家常便饭。国内镜像站做的事情很简单——用 rsync 定时把整个 Ubuntu 仓库同步到国内机房让你的 apt 请求不用跨洋直接访问家门口的服务器。延迟从几百毫秒降到几毫秒带宽从几十KB/s变成满速体验自然天差地别。这里有个关键点必须知道镜像站不是实时同步的。每个镜像站都有同步时间间隔阿里源、清华源一般是几小时到一天一次。如果你刚发布新版本就急着换源可能会遇到索引不完整或者 404 的情况。各大镜像站都提供同步状态页面换源之前扫一眼能帮你省掉不少排查时间。1.3 动手前先确认版本代号换源最容易被忽略但也最容易翻车的一点源的 URL 里包含版本代号代号必须和你的系统版本完全匹配否则 apt 会去找一个不存在的目录直接给你 404。先执行这条命令确认系统版本lsb_release -a如果提示没有lsb_release命令就用cat /etc/os-release。看到 CODENAME 那一栏就是你的版本代号。我整理了一份常用的对应表Ubuntu 版本代号支持状态24.04 LTSnoble长期支持22.04 LTSjammy长期支持20.04 LTSfocal长期支持18.04 LTSbionic已停止标准支持24.10oracular短期版本23.10mantic已停止支持22.10kinetic已停止支持记住一句话配置源的时候所有suites或路径里的代号必须和这个表格对得上。装的是 24.04 就把jammy换成noble别照抄网上的教程连代号都不改——这是我见过新手翻车率最高的操作。2. 别急着改新老格式差异与备份恢复很多网上的教程还停留在老版本的思维里打开/etc/apt/sources.list就是一通改。但 Ubuntu 从 24.04 开始软件源的配置方式已经变了如果还按老套路操作你会发现文件内容完全对不上。2.1 老规矩22.04 及更早的 sources.list在 22.04 及之前的版本里软件源集中写在/etc/apt/sources.list这一个文件里格式就是我之前说的deb URI 代号 组件。以 22.04 jammy 为例完整的官方源内容是deb http://archive.ubuntu.com/ubuntu/ jammy main restricted universe multiverse deb http://archive.ubuntu.com/ubuntu/ jammy-updates main restricted universe multiverse deb http://archive.ubuntu.com/ubuntu/ jammy-backports main restricted universe multiverse deb http://security.ubuntu.com/ubuntu/ jammy-security main restricted universe multiverse这里有三个变体要解释一下jammy是基础发行版仓库jammy-updates是已发布更新jammy-backports是后向移植的新软件jammy-security是安全更新。这四个缺一不可尤其-security不能漏否则系统安全补丁就收不到了。老格式的优点是简单直接缺点是所有源堆在一个文件里想加第三方源就得继续往里面追加。2.2 新格式24.04 的 deb822从 24.04 开始Ubuntu 默认采用 deb822 格式配置文件变成了目录形式/etc/apt/sources.list.d/ubuntu.sources。打开这个文件你会看到Types: deb URIs: http://archive.ubuntu.com/ubuntu/ Suites: noble noble-updates noble-backports Components: main restricted universe multiverse Signed-By: /usr/share/keyrings/ubuntu-archive-keyring.gpg Types: deb URIs: http://security.ubuntu.com/ubuntu/ Suites: noble-security Components: main restricted universe multiverse Signed-By: /usr/share/keyrings/ubuntu-archive-keyring.gpg这是一份结构化的配置文件每个 stanza段落用Types、URIs、Suites、Components这样的键值对来描述。第一段负责常规更新仓库第二段负责安全更新。Signed-By指向密钥环文件用来验证仓库签名。deb822 的好处是把多套源拆成独立文件管理互不干扰。注意Suites可以写多个值所以把noble noble-updates noble-backports写在一行是合法的。老格式的/etc/apt/sources.list在 24.04 里依然兼容可用但系统默认已经不生成这个文件了。我自己一般建议直接用默认的ubuntu.sources改保持系统原生习惯。2.3 换源前先备份这套组合拳不管改什么系统配置备份永远是第一原则。哪怕你对自己的 sed 命令再自信也保不齐手滑写错一个字符。我个人的操作习惯是sudo cp /etc/apt/sources.list /etc/apt/sources.list.bak.$(date %F) sudo cp /etc/apt/sources.list.d/ubuntu.sources /etc/apt/sources.list.d/ubuntu.sources.bak.$(date %F)$(date %F)会生成类似2026-02-11的日期后缀这样多个备份不会互相覆盖想回滚哪个版本一目了然。此外如果你之前用过add-apt-repository加过第三方 PPA这些源存放在/etc/apt/sources.list.d/目录下的独立文件里比如google-chrome.list、nodesource.list。这些 PPA 源一般不需要动但备份也要考虑进去直接把整个目录打包sudo cp -r /etc/apt/sources.list.d /etc/apt/sources.list.d.bak.$(date %F)真出了事回滚的命令就三行把备份文件复制回去然后sudo apt update系统就还原到改源之前的状态了。这套组合拳我每次远程帮人处理服务器问题时都会先打一遍稳。3. 三大镜像源配置详解与选择逻辑国内主流的 Ubuntu 镜像源就那么几家阿里、清华、华为是用的最多的中科大也一直维护得不错。具体用哪家取决于你的网络环境和部署位置。3.1 阿里源、清华源、华为源的完整配置对照先上一张对照表方便你快速复制。镜像源仓库 URL特点阿里云https://mirrors.aliyun.com/ubuntu/带宽充足、同步稳定、云服务器推荐清华 TUNAhttps://mirrors.tuna.tsinghua.edu.cn/ubuntu/教育网访问极快、CERNET 节点、同步频率高华为云https://repo.huaweicloud.com/ubuntu/华为云服务器推荐、骨干网速度快中科大 USTChttps://mirrors.ustc.edu.cn/ubuntu/老牌镜像站、稳定性好以 22.04 jammy 为例完整替换成阿里源的/etc/apt/sources.list内容长这样deb https://mirrors.aliyun.com/ubuntu/ jammy main restricted universe multiverse deb https://mirrors.aliyun.com/ubuntu/ jammy-updates main restricted universe multiverse deb https://mirrors.aliyun.com/ubuntu/ jammy-backports main restricted universe multiverse deb https://mirrors.aliyun.com/ubuntu/ jammy-security main restricted universe multiverse注意一个细节阿里源把security也统一放在主仓库路径下了也就是https://mirrors.aliyun.com/ubuntu/下面的jammy-security目录不需要再单独指向security.ubuntu.com。清华源和华为源也一样镜像站会把安全更新仓库原样同步过来。如果用的是 24.04 noble老格式就这么写deb https://mirrors.aliyun.com/ubuntu/ noble main restricted universe multiverse deb https://mirrors.aliyun.com/ubuntu/ noble-updates main restricted universe multiverse deb https://mirrors.aliyun.com/ubuntu/ noble-backports main restricted universe multiverse deb https://mirrors.aliyun.com/ubuntu/ noble-security main restricted universe multiverse24.04 的 deb822 格式则替换ubuntu.sources为Types: deb URIs: https://mirrors.aliyun.com/ubuntu/ Suites: noble noble-updates noble-backports Components: main restricted universe multiverse Signed-By: /usr/share/keyrings/ubuntu-archive-keyring.gpg Types: deb URIs: https://mirrors.aliyun.com/ubuntu/ Suites: noble-security Components: main restricted universe multiverse Signed-By: /usr/share/keyrings/ubuntu-archive-keyring.gpg清华源和华为源只需要把URIs里的域名换成对应地址即可其他部分完全一样。3.2 按场景选源的判断标准很多人纠结到底用哪个源好我的判断标准很简单——就近原则加同运营商原则。如果你用的是阿里云 ECS闭眼选阿里源因为镜像站部署在阿里云机房服务器访问走的是内网或同一骨干网速度绝对是最优解。同理华为云服务器选华为源。这属于同厂商部署红利比你瞎折腾镜像源优先级实在得多。如果你是在校学生或者实验室网络走的是教育网清华源基本是无脑选择。TUNA 本身就在国内教育网的核心节点上教育网用户访问清华源的速度是普通家庭宽带比不了的。家庭宽带用户的选择更自由。阿里源和华为源的机房分布广、CDN 节点多绝大多数地区速度都能跑满。中科大源胜在稳定老牌镜像站很少出幺蛾子。我家里的 Ubuntu 机器长期用的是中科大源备选清华源半年下来没出过一次同步故障。想验证哪个源快教大家一个笨办法——直接看 apt 拉索引的速度sudo apt update多试几个源哪个update用时最短、输出里没有报错就说明哪个源在当前网络环境下最靠谱。这种实测比看任何评测文章都管用。3.3 ARM 设备别搞错ubuntu-ports 与 ubuntu 仓库的区别这个坑我见过太多人踩了必须单独拎出来说。当你在一台 ARM 设备上装 Ubuntu比如树莓派、RK3588 开发板、飞腾/鲲鹏服务器时系统的软件架构是arm64或armhf此时官方源对应的不是archive.ubuntu.com而是ports.ubuntu.com。镜像站也对应地提供了ubuntu-ports仓库阿里云https://mirrors.aliyun.com/ubuntu-ports/清华https://mirrors.tuna.tsinghua.edu.cn/ubuntu-ports/华为云https://repo.huaweicloud.com/ubuntu-ports/很多开发板玩家照着 x86 桌面版的教程换了源结果 apt update 报 404就是这个原因。先执行uname -m确认架构如果是aarch64就老老实实去换ubuntu-ports的源。这一点在热门热搜词里也经常出现说明 ARM 换源翻车的人确实多。4. 一键换源实操sed 命令与 apt update 验证配置都讲清楚了现在进入实操环节。我给出最通用、最不容易出错的一键替换方案全程只用sed不需要手动编辑文件。4.1 老格式的 sed 替换命令22.04 及更早版本直接对/etc/apt/sources.list做替换sudo sed -i s//archive.ubuntu.com//mirrors.aliyun.comg /etc/apt/sources.list sudo sed -i s//security.ubuntu.com//mirrors.aliyun.comg /etc/apt/sources.list这两条命令的逻辑是把源文件里所有//archive.ubuntu.com替换成//mirrors.aliyun.com所有//security.ubuntu.com也替换成//mirrors.aliyun.com。-i表示直接修改原文件g表示全局替换。这里有个巧思值得说一下为什么用而不是常用的/作为 sed 的分隔符因为 URL 里到处都是斜杠如果还用/做分隔符就得写成s/\/\/archive.ubuntu.com/\/\/mirrors.aliyun.com/g一长串转义符看着都头疼还容易写错。用当分隔符URL 里的斜杠就不需要转义了命令干净利落。如果是 ARM 架构还需要额外替换 ports 源sudo sed -i s//ports.ubuntu.com//mirrors.aliyun.com/ubuntu-portsg /etc/apt/sources.list执行完必要的时候打开文件确认一下没有替换出错然后立刻更新索引sudo apt update想用清华源就把mirrors.aliyun.com换成mirrors.tuna.tsinghua.edu.cn华为源同理。这套命令和发行版代号无关只做域名替换所以任何老格式版本都能用。4.2 新格式的 sed 替换命令24.04 用 deb822 格式操作对象从sources.list变成了ubuntu.sources替换逻辑一样sudo sed -i s//archive.ubuntu.com//mirrors.aliyun.comg /etc/apt/sources.list.d/ubuntu.sources sudo sed -i s//security.ubuntu.com//mirrors.aliyun.comg /etc/apt/sources.list.d/ubuntu.sources执行后注意一点ubuntu.sources里第二段的URIs: http://security.ubuntu.com/ubuntu/会被替换成https://mirrors.aliyun.com/ubuntu/而镜像站已经把 security 仓库同步在同一个路径下了所以这样替换没有任何问题。如果镜像站版本同步不及时可能出现 security 目录不存在的情况这时候可以把 security 单独指回官方源或者换成清华源的带 security 仓库这就是后话了。替换完成之后同样执行sudo apt update4.3 apt update 后怎么确认真的生效sudo apt update跑完之后光看没报错还不够我习惯再用两个命令验证一下。第一个是查看当前所有生效的源apt-cache policy这个命令会列出所有源里的软件包信息和优先级。如果想验证某一个具体软件比如vim现在是从哪个源获取的apt-cache policy vim输出里的500 http://mirrors.aliyun.com/ubuntu/ ...就表示它指向阿里源说明替换已经生效。第二个是确认 Release 文件的签名和索引都正常sudo apt update 21 | grep -i hit\|ign\|errHit表示索引无变化直接命中缓存Ign表示忽略了一些过期条目Err才是真正的错误。看到大量Hit、没有Err基本就说明源已经可用。还有一个我自己常用的额外验证随便装个小软件测试实际下载速度。sudo apt install -y htop如果安装过程秒级完成说明带宽已经跑起来了。这一步实测比看参数管用。5. 换源后的翻车现场常见报错排查换源本身不难难的是换完之后弹出的各种报错。我把这几年在论坛上帮人解决问题的经验总结一下基本就四大类对症下药即可。5.1 GPG NO_PUBKEY 签名问题最常见的报错长这样W: GPG error: https://mirrors.aliyun.com/ubuntu/ noble InRelease: The following signatures couldnt be verified because the public key is not available: NO_PUBKEY F6B1CD2D1A0F9C27这个报错的意思是镜像站的 Release 文件是用 Ubuntu 官方 GPG 密钥签名的但你的系统里没有这把公钥无法验证文件确实是官方发布的。出现的原因通常是你手动精简过系统把密钥环文件删了或者系统本身比较老密钥库不全。解决办法是手动导入缺失的公钥。把报错里的密钥 ID就是那串F6B1CD2D1A0F9C27替换到下面的命令里sudo gpg --keyserver keyserver.ubuntu.com --recv-keys F6B1CD2D1A0F9C27 sudo gpg --export --armor F6B1CD2D1A0F9C27 | sudo tee /etc/apt/trusted.gpg.d/custom-ubuntu-key.gpg /dev/null第一行从 Ubuntu 官方密钥服务器拉取公钥第二行把公钥导出成 apt 能识别的格式并放进信任目录。导出的文件名随意只要以.gpg结尾就行。老一点的教程会教你用sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys KEYID这个方法在 22.04 及之前可以工作但apt-key已经被官方标记为 deprecated24.04 上大概率会有一堆警告。我建议直接用上面的gpg命令组合一步到位不留后患。5.2 Hash Sum mismatch 与索引下载失败这种报错的典型特征是E: Failed to fetch http://mirrors.aliyun.com/ubuntu/dists/noble/InRelease Hash Sum mismatch E: Some index files failed to download. They have been ignored, or old ones used instead.Hash Sum mismatch指的是下载下来的索引文件校验和不匹配。原因有几种镜像站正在同步、网络传输中被代理或中间设备篡改、本地索引缓存损坏。90% 的情况都是本地缓存出了问题尤其是你反复切换过多个源之后。解决的套路非常固定sudo rm -rf /var/lib/apt/lists/* sudo apt clean sudo apt update第一行清空所有已下载的索引缓存第二行清空/var/cache/apt/archives里的下载残留第三行重新拉取。这套操作我称之为apt 三板斧能解决八成与索引相关的怪问题。如果清完缓存还是报 Hash Sum mismatch那就换个时间再试大概率是镜像站正在同步导致中间态。实在急用可以换个源同步窗口错开就好了。5.3 404 Not Found代号对不上这个报错最让人抓狂但也最好排查Err:6 https://mirrors.aliyun.com/ubuntu/ jammy InRelease 404 Not Found [IP: 47.98.198.2 443]404 的第一嫌疑就是版本代号写错了。比如你系统明明是 24.04 noble配置里写的却是jammy镜像站当然找不到对应的目录。用lsb_release -a或cat /etc/os-release确认代号改过来就行。第二个嫌疑是镜像站还没来得及同步你这个版本的仓库。新版本发布后的几天内部分镜像源的上游同步还没完成访问就会 404。这种时候要么换一个同步更快的源要么等半天再试。清华源和中科大源的同步速度通常是最快的。第三个嫌疑是版本已经停止支持EOL。比如 18.04 在 2023 年停止标准支持后官方源里就没有bionic的更新仓库了所有镜像站也会把对应的目录移除。遇到这种情况你需要把源指向old-releases.ubuntu.com或者干脆升级系统。说实话都 EOL 了还不想升级的话安全风险已经很大了我更推荐趁早换新版本。5.4 换源后软件版本偏旧怎么办有时候你会发现换了源之后apt install装到的软件版本比预想的旧。别急着骂镜像站先想想原因。第一镜像站同步有延迟。你刚换的源可能同步到的时间点比官方源晚自然索引里的软件版本旧一点。去镜像站的同步状态页面看一眼同步时间如果显示几小时前同步通常问题不大过一段时间自然会追上。第二apt update之后索引本身是新拉的但如果镜像站同步不完全会回退到旧索引。这时继续用apt 三板斧清理缓存重新拉取。第三也是很多人忽略的你安装的软件如果来自-backports仓库它的版本可能本来就比主仓库里的旧因为 backports 仓库的策略是把新软件向后移植到旧版本系统上追求的是兼容稳定而不是最新。想用新版就明确指定安装 backports 里的包别指望主仓库给你惊喜。6. 进阶心得多源优先级与 apt 下载加速基础的换源操作到这就完了但如果你想更进一步把 apt 这层体验调到最佳下面的内容值得一看。6.1 多套镜像源并存与优先级控制有些人喜欢同时配置多个镜像源觉得一个挂了还有另一个兜底。想法是好的但实际操作要谨慎——多个源同时开apt 会从所有源里挑看起来最新的包如果两个源的同步时间不同很容易出现依赖版本混乱、包来源不稳定的情况。如果真的想多源并存正确姿势是用 apt 的优先级机制pin priority。在/etc/apt/preferences.d/目录下建文件比如mirror-priorityPackage: * Pin: origin mirrors.aliyun.com Pin-Priority: 1001数值越大优先级越高1001表示强制优先从阿里源安装。默认策略下未明确 pin 的源优先级是500如果你想让某一个源只做兜底可以把它的优先级 pin 到100以下低于默认的500但高于1表示仍然可用。说实话普通用户不建议折腾这个两个源的版本不一致容易出幺蛾子。我自己更推荐的做法是主用一个源把备选源的配置写成一个切换脚本放着真遇到主源故障就执行脚本整体切换。简单、可预测、不会把系统搞乱。6.2 让 apt 更快的一些参数调整换源之后主要瓶颈已经解决了但如果你的网络环境特殊还有几个参数可以调。第一个是强制 IPv4 优先。如果你的服务器在 IPv6 和 IPv4 混合网络环境下apt 有时候会优先走 IPv6而 IPv6 路由质量差的话下载会很慢。编辑/etc/gai.conf找到这行把注释去掉precedence ::ffff:0:0/96 100这行的作用是让 IPv4 地址的优先级高于 IPv6强制 apt 走 IPv4 线路。改完重启即可生效。第二个是调整下载并发和重试次数。在/etc/apt/apt.conf.d/下新建一个文件比如99customAcquire::http::Pipeline-Depth 10; Acquire::Retries 3;Pipeline-Depth控制 HTTP 流水线深度数值越大请求并发越高部分网络环境下能明显提速Retries控制下载失败后的重试次数。这些参数不是越高越好如果网络本身不稳定盲目提高并发反而容易触发限流。建议实测调整不要照抄数值。第三个是保证 DNS 解析速度正常。镜像源的域名解析如果走了一个慢 DNS也会拖慢 apt。如果你经常觉得 apt 卡在正在等待响应可以检查一下/etc/resolv.conf里的 DNS 配置或者把常用镜像站的 IP 写进/etc/hosts。不过多数情况下这一步用不上提一句作为排查思路。6.3 改源时的安全底线最后说一点安全相关的。很多人为了加速会去网上搜各种莫名其妙的源地址然后无脑复制到自己的系统里这是很危险的。第一只使用知名机构维护的镜像站。阿里、清华、华为、中科大这几家都有技术团队审核仓库内容和官方是经过校验的。个人搭建的源你怎么知道里面的二进制有没有被动过手脚apt 虽然有 GPG 签名校验但如果你连人家的公钥都随便导入这个校验就形同虚设了。我见过有人为了让某个第三方源可用直接apt-key add了一把来路不明的公钥等于把系统大门敞开了。第二谨慎使用apt-key的全局信任模式。apt-key add会把公钥添加到全局信任库任何用这个密钥签名的仓库都能在你的系统上装包。更推荐的做法是像前面 GPG 排查里写的使用gpg --dearmor配合Signed-By指定到具体仓库权限收窄到单个源。第三定期检查 sources.list 和 sources.list.d 目录确认里面没有你不认识的源。我有一次在测试机上发现某个安装脚本偷偷往/etc/apt/sources.list.d/里写了一个第三方源装了个奇怪的包这种顺带安装在某些免费软件里并不少见。检查命令很简单ls -l /etc/apt/sources.list.d/ cat /etc/apt/sources.list对于信任边界这件事我的态度一直很明确apt 是系统的根基根基上的东西宁缺毋滥。一个官方源加一个靠谱的国内镜像源对 99% 的 Ubuntu 用户来说已经绰绰有余。追求极致速度之前先确保自己知道每一行源配置是谁写的、为什么存在。聊到这儿软件源这件事基本就盘完了。从我自己的体会来说换源本身是小事真正值钱的是你理解它背后机制之后遇到各种诡异报错时那种不慌的状态。以后再有人问我 Ubuntu 装完该干嘛我都是同一句话先换源再apt update然后该装什么装什么。按本文的步骤来十分钟之内你也能拥有一个满速运行的软件源环境。