1. 为什么你几乎必须学会Ubuntu换源Ubuntu系统装好后的第一件事我建议不是装输入法不是装显卡驱动而是先换源。这不是强迫症而是纯粹从实用性出发——默认官方源服务器在欧洲国内直连的速度慢到怀疑人生跑一个apt update能等上几分钟甚至报错超时安装gcc或docker这种稍大点的软件包更是经常卡在半路。所谓“换源”就是把Ubuntu用来下载软件包的软件源地址从官方默认的站点切换到你所在区域访问速度更快的镜像站点。软件源Software Repository本质上是一组存放.deb软件包和元数据的服务器目录apt工具通过/etc/apt/下的列表文件定位这些服务器完成软件包的索引更新与安装。正因为国内有众多高校和企业搭建了官方源的同步镜像我们才能通过简单的配置操作把下载速度提升几个数量级。换源解决的核心痛点非常明确更新软件列表超时、下载速度几KB/s、安装软件频繁Connection failed。换句话说换源是Ubuntu日常使用中性价比最高的一项基础配置操作尤其适合刚装完系统的新手、或者网络环境不佳的开发者和学生用户。这篇文章我会把换源的原理、操作步骤、踩坑记录和经验判断都写出来按我的经验一步步操作即可基本不会再遇到玄学问题。2. 换源前你必须搞懂的三件事2.1 软件源到底是什么为什么换了就能提速软件源可以理解成Ubuntu的“应用商店服务器列表”。apt的完整工作流程是先读取/etc/apt/sources.list以及/etc/apt/sources.list.d/目录下的附加列表文件获取服务器地址和发行版代号然后执行apt update拉取软件包索引最后apt install根据索引下载对应的.deb安装包。默认情况下Ubuntu官方源服务器archive.ubuntu.com部署在海外。国内访问国际出口带宽有限加上跨洲传输的物理延迟下载速度自然就会很慢。而国内镜像站如清华、阿里、中科大会通过定时同步机制把官方源的软件包数据完整复制到国内服务器上。你换源之后apt的请求目标从海外服务器变为国内服务器网络链路大幅缩短速度自然质变。这里有一个容易被忽略的细节换源只是换了下载地址并不会改变软件包的内容和版本。镜像站是官方源的全量同步副本两者的.deb包校验值完全一致不存在“换了源装到魔改软件”的说法对系统安全性没有负面影响。2.2 不同的Ubuntu版本配置写法差异很大换源圈里最常见的翻车原因是拿着老版本的配置写法硬套新版本。Ubuntu的软件源配置里包含一个关键字段——发行版代号Release Codename比如22.04的代号是jammy24.04的代号是noble。不少教程写的是老版本的操作如果你照抄apt update会提示找不到对应路径。另一个差异点是源列表的结构。老的Ubuntu版本18.04及以前把源全部写在/etc/apt/sources.list一个文件里到了Ubuntu 22.04及后续版本官方默认把源拆分到了/etc/apt/sources.list.d/ubuntu.sources文件且格式从一行一源改为deb822格式带Types: deb字段的多行块结构。我在实操时遇到过用户把新版源都追加到旧的sources.list和ubuntu.sources里的内容冲突结果apt update报警告。这一点必须留意尽量保持单一配置文件生效的原则。从Ubuntu 24.04开始官方默认源文件就是/etc/apt/sources.list.d/ubuntu.sources22.04在初次安装时生成的也是这个文件只是不同版本模板略有区别。所以换源的第一步永远是确认自己的系统版本再决定写文件的方式。2.3 如何选择靠谱的镜像站国内主流镜像站包括清华TUNA、阿里云、中科大USTC、网易、华为云等。我自己的使用感受是清华和中科大的同步频率高、稳定性好阿里云在部分地区的网络线路表现更好。选择建议很简单教育网用户首选清华或中科大因为这些镜像站就架在高校骨干网节点上普通家用宽带用户首选阿里云或华为云商用带宽资源更充沛。检查镜像站是否可用的最直接方法是访问其官网。比如清华镜像站是mirrors.tuna.tsinghua.edu.cn进入后找到ubuntu-releases和ubuntu两个目录。前者存放ISO安装镜像后者才是apt要用的软件源目录。如果你访问镜像站首页速度正常那么换源后的下载速度大概率也不会差。3. 图形界面换源操作5分钟完成适新手3.1 通过“软件和更新”图形工具更换Ubuntu桌面版自带图形化的软件源管理工具路径是“软件和更新”Software Updates。操作分为几步打开终端输入命令启动该工具software-properties-gtk如果提示找不到命令先执行sudo apt install software-properties-gtk在“Ubuntu软件”选项卡下找到“下载自”下拉框点击后会列出可选的镜像站点。选择mirrors.tuna.tsinghua.edu.cn或其他国内镜像。点击“关闭”系统会提示是否重新加载软件包索引选择“重新载入”。这个过程全图形化界面完成不需要手动编辑任何配置文件很适合刚接触Linux的用户。不过我实测下来这个下拉列表里内置的镜像有限而且版本更新后偶尔会默认跳回官方源还需要再次手动选择属于治标不治本的方式。注意如果你使用的是Ubuntu Server版或是精简桌面环境根本没有“软件和更新”这个图形工具那就必须走命令行方式。服务器运维场景命令行换源也是基本功。3.2 图形界面的局限与适用场景图形换源适合一次性配置、后续很少改动的场景。它最大的问题是灵活性差——无法自定义第三方源、无法处理复杂的源替换场景。比如你的内网有一台Ubuntu镜像服务器想指到内网IP图形界面就无法直接填写。这时候就需要切换到命令行方式用sed或者手动编辑配置文件来完成。另外图形界面工具会同时修改sources.list和ubuntu.sources两个文件的显示状态有些版本的bug会导致界面上显示的是A镜像实际读的是B镜像。遇到这种情况检查配置文件内容就是唯一的排查路径。4. 命令行换源全流程从备份到验证4.1 第一步备份原配置备份这一步很多教程会略过。但我建议你在动手改配置之前务必留一个后路。尤其是服务器环境一旦改错导致apt完全不可用恢复原配置是最快的解法。备份命令非常简单sudo cp /etc/apt/sources.list /etc/apt/sources.list.bak sudo cp /etc/apt/sources.list.d/ubuntu.sources /etc/apt/sources.list.d/ubuntu.sources.bak如果系统提示某个文件不存在说明你的Ubuntu版本没有用这个路径不用创建它。备份文件在确认换源成功后可以保留不占多少空间之后想切回官方源直接改回即可。4.2 第二步确认系统版本与代号执行以下命令查看系统版本和代号lsb_release -a输出的关键信息是Codename字段。比如jammy对应的是22.04noble对应的是24.04。需要记住的是源配置里的路径要匹配这个代号否则后续会报404错误。另外也可以通过/etc/os-release查看cat /etc/os-release这里有一个经验Ubuntu 26.04这类开发版本代号resolvable or not取决于发布时间的源路径经常变动镜像站的同步也可能不稳定。开发版换源成功后仍遇到部分软件包缺失通常不是源配置问题而是镜像站尚未完全同步该版本的仓库建议遇到类似情况先等等或者切换其他镜像站。4.3 第三步配置清华源22.04/24.04通用这里以清华源为例提供22.04和24.04的配置内容。对于Ubuntu 22.04jammy修改/etc/apt/sources.list.d/ubuntu.sources内容改为Types: deb URIs: https://mirrors.tuna.tsinghua.edu.cn/ubuntu/ Suites: jammy jammy-updates jammy-backports Components: main restricted universe multiverse Signed-By: /usr/share/keyrings/ubuntu-archive-keyring.gpg这里有个重要参数需要解释清楚Signed-By指向的是Ubuntu官方GPG密钥。apt在下载软件包索引时会校验签名确保数据来自官方源而不是被中间人篡改。镜像站同步的数据都带着官方签名所以验证用的是系统自带的官方密钥文件。如果你用了第三方源比如Docker源就需要额外添加对应的GPG密钥否则会报NO_PUBKEY错误。对于Ubuntu 24.04noble配置内容基本一样只是Suites字段改为Suites: noble noble-updates noble-backports如果你偏好传统的一行式写法也可以直接清空/etc/apt/sources.list并写入deb https://mirrors.tuna.tsinghua.edu.cn/ubuntu/ jammy main restricted universe multiverse deb https://mirrors.tuna.tsinghua.edu.cn/ubuntu/ jammy-updates main restricted universe multiverse deb https://mirrors.tuna.tsinghua.edu.cn/ubuntu/ jammy-backports main restricted universe multiverse但要注意22.04及以后版本如果同时存在deb822格式的ubuntu.sources和传统格式的sources.listapt可能会加载两者并产生冲突警告。建议只用一种格式我个人的习惯是直接编辑ubuntu.sources删除或注释掉sources.list里的内容。4.4 第四步更新软件包索引配置写完后执行更新命令让apt重新加载软件包列表sudo apt update这一步的输出会显示每个软件源是否成功连接。看到Hit表示正常获取索引Get表示正在下载新的索引Err则表示连接失败。成功的标志是最后一行出现类似Reading package lists... Done Building dependency tree... Done Reading state information... Done并且没有任何Err行。如果你用的是清华、阿里等主流镜像站第一次apt update大概会在几秒内完成相比官方源快得明显。4.5 第五步顺手升级系统软件包可选换源后顺手执行一次系统更新是个不错的习惯。这一步会把你系统中已安装的软件包全部升级到当前软件源里的最新版本sudo apt upgrade要注意的是这个命令可能会占用一定带宽和时间如果现阶段只想先确认源可用可以跳过这一步。第一次运行时会提示“升级了X个软件包”确认下载列表里没有异常就可以放心按Y继续。4.6 命令行方式的优势与适用场景命令行换源最大的优势是完全可控写什么源、用什么格式、是否添加第三方签名密钥每一个细节都可以自己决定。对服务器运维来说写一个换源脚本分发到所有机器上执行能大幅减少重复劳动。我在线上环境配置新机器时会在执行完操作系统安装后的第一条命令就是写源配置把整个初始化流程脚本化保证每台机器的源配置完全一致。5. 核心细节为什么你的换源总是失败5.1 最常见的坑安全更新源security配置遗漏很多教程只教你把主源archive.ubuntu.com换成镜像站却漏了security.ubuntu.com。Ubuntu的安全更新仓库是独立域名官方源的security地址和archive地址不是同一个服务器。如果你只改了主源没改security源apt update时关于安全更新的部分仍然会直连官方服务器表现就是整体速度上去了但始终有一部分更新特别慢或者经常超时。解决方案是在配置中同时把Suites里的jammy-security添加进来或者单独指定URIs: https://mirrors.tuna.tsinghua.edu.cn/ubuntu/让所有套件都走镜像站。我习惯把所有套件都放在同一个URIs下面避免遗漏。5.2 最容易忽略的坑GPG签名验证失败换源后执行apt update如果出现类似这样的报错W: GPG error: ... The following signatures couldnt be verified because the public key is not available: NO_PUBKEY ...这说明apt在验证镜像站的索引签名时找不到对应的公钥。原因是你的系统缺少Ubuntu官方签名密钥。正常情况下系统自带这个密钥但某些精简版系统或容器环境会缺失。解决办法是添加官方密钥sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 缺失的KEY值或者如果你使用的是deb822格式确保Signed-By字段指向正确的密钥文件路径。这里要特别注意apt-key在Ubuntu 22.04及之后已被标记为deprecated但用于临时解决缺失密钥问题仍然有效。长期方案是把密钥文件放到/usr/share/keyrings/下并在源配置里用Signed-By显式指定。5.3 最隐蔽的坑残留的第三方源导致的冲突很多人在系统里装过Docker、VS Code等软件这些软件会在/etc/apt/sources.list.d/下创建独立的源文件。当你换源时那些第三方源仍然指向官方源或境外地址某个依赖包版本冲突时就会出现问题。典型症状是安装软件时提示“软件包损坏”或“存在未满足的依赖关系”。排查方法是列出所有的源文件ls -l /etc/apt/sources.list.d/逐个检查内容。如果某些源的域名访问很慢可以暂时把它们注释掉或者将指向download.docker.com这类域名的源也改成国内镜像Docker官方文档提供了国内镜像站写法。第三方源换源本质上和Ubuntu主源换源是同一套逻辑只是密钥配置方式不同。5.4 软件包依赖报错的排查思路换了源之后偶尔会遇到apt install报依赖不满足。先说清楚原因这通常不是源的问题而是你的系统里某些软件包版本和当前源里不一致。最常见的场景是系统里已经安装了某个软件包的旧版本而新源里的依赖要求更高版本。解决办法是优先执行sudo apt update sudo apt upgrade把系统整体升级到与新源匹配的状态再安装目标软件。如果升级后仍然报错可以用这个命令查看具体是哪个包的问题sudo apt install -f这个命令会尝试修复依赖关系。实在不行再考虑放弃这个镜像站切换另一个源的思路。我遇到过清华源在某些小众包上同步滞后导致依赖关系短暂损坏切换到阿里源后问题自动消失的情形。6. 扩展操作不只Ubuntu主源这些源也要换6.1 彻底解决Python包下载慢pip换源如果你平时用Python开发pip install同样存在访问PyPI官方源慢的问题。此时需要修改pip配置。Linux下配置文件路径是~/.config/pip/pip.conf没有则创建Windows则是%APPDATA%\pip\pip.ini。以清华PyPI镜像为例配置内容如下[global] index-url https://pypi.tuna.tsinghua.edu.cn/simple trusted-host pypi.tuna.tsinghua.edu.cn临时指定源也可以不用改配置文件pip install some-package -i https://pypi.tuna.tsinghua.edu.cn/simpletrusted-host这个参数的作用是跳过对该域名HTTPS证书的校验。正常情况下清华源的证书是有效的但旧版pip的SSL验证机制可能对某些镜像源报错加上这个参数可以快速规避。个人建议优先升级pip版本pip install --upgrade pip升级后通常不再需要配置trusted-host。6.2 conda换源注意channel命名格式和清理索引缓存使用Anaconda或Miniconda的用户换源命令是修改~/.condarc文件。官方源repo.anaconda.com在境内访问速度同样堪忧尤其下载大包时经常断流。修改channels配置的模板如下channels: - defaults show_channel_urls: true default_channels: - https://mirrors.tuna.tsinghua.edu.cn/anaconda/pkgs/main - https://mirrors.tuna.tsinghua.edu.cn/anaconda/pkgs/r - https://mirrors.tuna.tsinghua.edu.cn/anaconda/pkgs/msys2 custom_channels: conda-forge: https://mirrors.tuna.tsinghua.edu.cn/anaconda/cloud pytorch: https://mirrors.tuna.tsinghua.edu.cn/anaconda/cloud配置完成后清理索引缓存conda clean -iconda clean -i这一步千万别省。换了源之后如果不清理索引缓存conda会继续使用之前缓存的旧索引数据导致新源没有生效或者报包版本找不到。我在实践里遇到过多次这种“伪换源成功”的情况。6.3 apt换源后的进阶使用apt-fast加速如果你经常安装大型软件包比如显卡驱动、ROS、Android SDK等原生apt的单线程下载速度可能还是不够。可以通过apt-fast这个工具让apt走多线程下载。安装很简单sudo apt install axel sudo apt install apt-fast它会提示你配置下载线程数和镜像地址把下载地址指到你已经换好的国内镜像站下载大包时速度提升非常明显。不过需要注意apt-fast对部分架构支持不完善在某些ARM设备上可能不稳定。6.4 一键换源脚本适合批量运维和个人重装如果你经常重装系统或者在多台机器上配置环境手写配置文件会非常枯燥。网上有很多开源的一键换源脚本比如chsrc项目的全自动换源工具支持一键执行Ubuntu的apt换源、pip换源、conda换源等多种操作。我自己的经验是第一次学习换源时建议手动操作一遍搞清楚原理之后再用脚本提效。直接上脚本虽然快但一旦遇到报错就完全不知道问题出在哪里排查成本反而更高。7. 实战记录一次Ubuntu 22.04服务器换源完整复盘7.1 现场环境描述我实际操作的一台服务器配置是Ubuntu 22.04 LTS刚装好的纯净系统安装了基本的curl、wget、vim没有额外软件源。执行lsb_release -a确认代号是jammy随后把/etc/apt/sources.list.d/ubuntu.sources备份了一份。这台服务器开机默认用的是官方源我实测apt update花费了将近85秒才完成其中有几个源直接连接超时后续apt install gcc下载过程断断续续中间还有一次直接失败退出。这个体验基本是所有国内用户直连官方源的典型情况。7.2 换源操作实录修改ubuntu.sources使用清华源的jammy套件配置Types: deb URIs: https://mirrors.tuna.tsinghua.edu.cn/ubuntu/ Suites: jammy jammy-updates jammy-backports jammy-security Components: main restricted universe multiverse Signed-By: /usr/share/keyrings/ubuntu-archive-keyring.gpg注意我在这里把jammy-security也写进去了因为22.04的security更新默认也指向security.ubuntu.com如果不写就在security更新时还是走官方源前文已经强调过这点。执行sudo apt update后输出中每个源基本都是Hit状态整个过程耗时约8秒速度提升非常直观。之后执行sudo apt install gcc下载速度稳定在10MB/s以上安装过程一气呵成。7.3 遇到的坑与解决过程第一次执行apt update时我其实遇到了一个错误码提示某个源的签名验证失败了。排查发现是系统里的curl工具在之前安装时引入过apt某个过时配置导致密钥环路径混乱。我把ubuntu-archive-keyring.gpg重新复制到/usr/share/keyrings/目录并通过apt-key重新导入了缺失的公钥再执行apt update就恢复正常了。这让我意识到一个易被忽视的点换源类问题90%都可以归结为两个原因一是源配置内容写错二是密钥验证失败。遇到报错别急着换另一个源先看输出里是连接错误还是签名错误对症下药。7.4 操作后的效果对比操作项官方源耗时清华源耗时apt update85秒部分超时8秒全部Hit安装gcc5分钟中途失败1次20秒一次成功安装docker10分钟1分半这个数据是同一台机器、同一个网络环境下的对比结果。可以说换源后整个包管理的使用体验从“基本不可用”变成了“流畅顺手”。8. 常见问题速查手册8.1 报错对照表报错提示大概率原因解决办法404 Not Found源里的代号和系统版本不匹配用lsb_release -a确认Codenam改对应套件字段NO_PUBKEY缺少对应GPG密钥sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys KEYTemporary failure resolvingDNS错误或网络不通ping mirrors.tuna.tsinghua.edu.cn测试连通性Connection timed out镜像站不可达或网络被限制换其它镜像站测试Package has unmet dependencies系统包版本过旧执行sudo apt update sudo apt upgrade由于没有公钥无法验证下列签名同上NO_PUBKEY导入官方签名密钥无法安全用该源进行更新所以默认禁用该源源缺少签名或格式错误检查Signed-By路径与密钥文件是否存在8.2 换源后更新失败时怎么排查执行sudo apt update后报错重点看两处第一处是报错行里的URL确认它指向的是你想要的镜像站第二处是报错类型Err后面跟的是连接失败还是签名验证失败。连接失败则用curl -I URL测试该URL是否返回正常响应签名失败按前文方法导入密钥。同时查看/etc/apt/sources.list和/etc/apt/sources.list.d/下的文件确认没有残留的默认源。如果残留apt可能还会优先读取旧配置。8.3 如何一键还原为官方源把备份好的配置复制回去然后执行sudo cp /etc/apt/sources.list.bak /etc/apt/sources.list sudo cp /etc/apt/sources.list.d/ubuntu.sources.bak /etc/apt/sources.list.d/ubuntu.sources sudo apt update如果你的备份文件不是这两个路径用ls找到实际备份文件名对应修改即可。强制重置为官方默认源的方式是把URIs字段改回http://archive.ubuntu.com/ubuntu/。注意22.04及以后默认官方源也支持HTTPS写https://archive.ubuntu.com/ubuntu/也可以实际测试稳态更好。8.4 换源脚本是否值得使用一键换源脚本适合快速配置开源社区的chsrc项目测试下来对Ubuntu的支持不错它会自动检测系统版本和发行版然后写入对应的源配置。适合批量运维、反复重装的场景。对于只是想安心用系统的用户我给你的建议是手动操作一次就行整个过程不超过三分钟却能彻底理解apt源的工作原理。之后再用脚本心里有底出了问题也怼得回去。9. 从换源延伸出去Ubuntu网络与环境的优化思路9.1 网络基础检查DNS与代理配置换源之后如果apt update仍然慢或者下载速度不稳定先检查两个地方一个是DNS一个是代理。镜像站域名在境内一般解析正常但如果你的系统配置了错误的DNS可能导致域名解析到境外节点速度和直连官方源没有本质区别。检查DNScat /etc/resolv.conf如果看到nameserver指向的是某个公共DNS地址但解析结果不对可以临时改成223.5.5.5阿里DNS或114.114.114.114测试看速度是否有改善。另外如果你之前配置过代理http_proxy/https_proxy环境变量apt也会走代理代理线路不稳定同样会导致下载失败。9.2 安装输入法与显卡驱动时如何利用换源很多热搜词里提到的“Ubuntu中文输入法怎么设置”“ubuntu显卡驱动卸载不掉”这一类后续问题本质上也与软件源息息相关。输入法搜狗输入法的安装包很大概率是通过apt从第三方源装的这些源同样存在访问速度或依赖缺失的情况。而显卡驱动安装首先需要更新系统包和内核模块如果源没换下载驱动依赖包时的失败率明显偏高。我建议在解决这些问题之前先确认主源已经换好。否则你会发现安装输入法时下载fcitx依赖慢装显卡驱动时下载内核头文件慢所有问题看似无关实际上都卡在同一个源上。9.3 虚拟机里安装Ubuntu后换源策略略有不同在VMware或VirtualBox虚拟机里装Ubuntu很多人遇到的第一个问题是apt update慢。虚拟机本身的网络模式NAT或桥接基本不影响换源影响的是带宽分配。如果你的虚拟机是NAT模式宿主机网络不稳定时虚拟机表现也会糟糕。换源后下载速度的提升在虚拟机里同样有效。我复盘过不少虚拟机安装案例发现一个高频操作误区有人会把宿主机上的一套换源配置直接复制进虚拟机但宿主机是CentOS或者其它发行版导致路径和格式完全不匹配然后报各种错误。记住换源配置必须和虚拟机里的Ubuntu版本对应不能跨发行版复制。10. 我个人实践中的体会与建议10.1 只相信官方文档和镜像站原文换源的相关教程多如牛毛但很多内容已经过时或者写的人自己没验证过。我个人的做法是每次换源都先去镜像站首页看它提供的Ubuntu帮助文档以那里的命令和配置为准。清华和中科大的镜像站都有非常详细的帮助页会列出各版本的源配置内容。比如清华源帮助页面会写明22.04的配置写法同时提醒.list和.sources两种格式的差异。这些才是真正经过验证的信息比市面上大多数教程更可靠。10.2 源写好后定期apt update是保持系统健康的关键很多用户换源成功后就把这事忘干净了。运行几个月后再执行apt install发现部分软件包版本很旧甚至报错。原因很简单软件源上的索引不是自动更新到本地你的系统只会依据上次apt update建立的本地索引来安装和升级软件。定期执行sudo apt update建议至少每周一次才能保证系统能获知最新安全补丁和软件版本。10.3 一个很实际的建议备好一键还原手段无论是给服务器换源还是给个人开发机换源我都建议保留一条快速还原的路。实际操作中只要配置和官方源模板差异不大备份还原就足够解决问题。而当你把源改得面目全非之后最少必要动作就是清掉自定义内容、恢复官方默认模板。这既是操作规范也是保命手段。10.4 换源不止属于新手任务有些人觉得换源只是入门教程级别的小事不值得大动干戈。但对我来说源配置是Ubuntu系统稳定性的地基之一。它决定了你能不能快速、安全地获得软件更新决定了你后续装各种环境Python、Docker、ROS、CUDA是否顺畅。把这一步做扎实后面能省掉大量排查时间。即使是老手每次新装系统我依然会花几分钟审视一下源配置确认没有遗漏security源、没有残留的不可用URL。截至到这里我没有去罗列更多“未来展望”之类的话。关于换源把这一件事做透已经能给日常使用带来非常直接的体验提升。你可以按照上面的流程自己动手操作一遍遇到任何报错回到这里对照排查表大概率能直接解决。
