验证软件源是否真正可用，需用curl测试关键路径：先执行apt download curl获取.deb包url，再用curl -i -f测试inrelease索引返回200；若失败，分dns（dig）、tcp（nc）、http（curl -w）三层定位问题。
如何验证软件源地址是否可连通
配置完 sources.list 后，不能只靠 sudo apt update 成功就认为源可用——它只检查元数据（Release、Packages 文件）是否能下载，不校验实际软件包文件（如 .deb）能否拉取。真实安装时仍可能卡在 “Fetching…” 或报 404 Not Found。
推荐用 curl 直接测试关键路径：
- 先查当前源中某一个典型包的 URL：运行
apt download curl（不加-y），它会打印出即将下载的完整 HTTP 地址，例如https://mirrors.tuna.tsinghua.edu.cn/ubuntu/pool/main/c/curl/curl_8.5.0-2ubuntu1_amd64.deb - 用
curl -I -f https://mirrors.tuna.tsinghua.edu.cn/ubuntu/dists/jammy/InRelease检查发行版索引是否返回200 OK（-I只取 header，-f遇非 2xx 就报错） - 若要模拟 apt 的 TLS 和 User-Agent 行为，加
-H "User-Agent: Debian APT-HTTP/1.3 (2.4.12)"，有些镜像会拦截非常规 UA
为什么 apt update 不报错但安装失败
常见原因是源服务器同步滞后：比如你用的是 jammy（22.04），但镜像站的 pool/main/ 目录还没同步完最新包，apt update 能读到 Packages.gz 列表，但列表里写的某个 .deb 文件在镜像上实际不存在。
排查方法：
PostgreSQL 18.4 官方 Ubuntu 安装包现已发布，这是目前最新的稳定版本。推荐通过官方 APT 仓库安装：先执行 sudo apt update 更新索引，再运行 sudo apt install postgresql-18 即可完成部署。新版本引入了异步 I/O 子系统，在顺序扫描与 VACUUM 场景下性能提升显著，同时支持 UUID v7 原生生成函数与虚拟生成列。
- 运行
apt policy curl看它打算从哪个源安装，记下 URL 前缀 - 手动拼出该包的完整路径，在浏览器或
curl -sI中访问，确认返回200而不是404 - 对比官方源（
archive.ubuntu.com）同路径是否可访问——如果官方可而镜像不可，就是镜像未同步，需换源或等几小时
apt update 超时或卡住时怎么定位是源问题还是网络问题
直接绕过 apt，用底层工具测 DNS + TCP + HTTP 三层：
- DNS：运行
dig mirrors.tuna.tsinghua.edu.cn +short，看是否返回 IPv4 地址；若为空，说明 DNS 解析失败，改/etc/resolv.conf或用systemd-resolve --status - TCP 连通性：用
timeout 5 nc -zvw3 mirrors.tuna.tsinghua.edu.cn 443测试 HTTPS 端口是否可达（-w3设超时，timeout 5防死等） - HTTP 响应：执行
curl -s --connect-timeout 5 --max-time 10 -o /dev/null -w "%{http_code}\n" https://mirrors.tuna.tsinghua.edu.cn，返回200才算真正通
这三步分开跑，哪一层失败就聚焦修哪层，比反复重试 apt update 更快。
清华源、USTC 源、腾讯云镜像的实际连通性差异
三个主流国内源在多数地区延迟接近，但稳定性表现不同：
- 清华源（
mirrors.tuna.tsinghua.edu.cn）：教育网内极快，但高峰时段（工作日 9–11 点）偶发限速，curl测响应时间可能跳变（20ms → 2s） - USTC 源（
mirrors.ustc.edu.cn）：对三大运营商优化好，TCP 重传率低，适合企业环境，但偶尔同步延迟比清华长 1–2 小时 - 腾讯云镜像（
mirrors.cloud.tencent.com）：CDN 节点多，首包延迟低，但部分区域（如西北）回源慢，且不提供arm64架构包的完整同步
别只看 ping 延迟——ping 走 ICMP，而 apt 走 HTTPS，中间经过的路由和防火墙策略可能完全不同。真要选，建议用 curl -w "@format.txt" -o /dev/null -sS https://... 配合自定义 format 输出 time_namelookup、time_connect、time_starttransfer，才能看出瓶颈在哪一环。
