真正有效的做法是将 retries 与 timeout、缓存、镜像源、并发控制组合使用：设 retries=3、timeout=60、max_parallel_downloads=3、metadata_expire=6h，并优先换用阿里云等国内镜像源或部署本地缓存代理。

直接调大 retries 值并不能真正解决弱网抖动下的批量部署中断问题，它只是让单次失败任务多试几次——而每次重试都是从头下载整个 RPM 包，既耗时又加重网络负担。真正有效的做法是把 retries 放在合理位置，并配合超时、缓存、镜像源和并发控制形成组合策略。

Retries 参数的真实作用与常见误区

retries 是 yum.conf 中控制“单个 HTTP/FTP 请求失败后重试次数”的参数，默认值通常是 10。但它只影响单次连接或响应失败（如 503、超时、DNS 解析失败），不解决以下问题：

• 大包下载中途断连（此时已传部分被丢弃，重试=全量重传）
• 镜像源响应慢但未超时，导致整体卡顿甚至超时退出
• 并发请求过多引发远端限流或本地端口耗尽

正确设置 retries 的三个关键点

不是越大越好，而是要匹配实际网络抖动特征和部署节奏：

Linux Ai Server

Linux AI 服务器 — 将 Linux 服务器转换为本地 AI 推理集群。使用 systemd、NVIDIA CUDA 实现无头 Linux AI，零 GUI 开销。

下载

• 设为 3～6 即可：弱网环境下，超过 3 次重试往往意味着链路已不稳定，继续硬扛不如快速失败并交由上层机制处理（如 ansible retry 文件或脚本重入）
• 必须同步调大 timeout：若 timeout=30 而 retries=6，总等待时间可能达 3 分钟以上，拖慢整批部署；建议设为 timeout=60 + retries=3，单请求最长等待约 3 分钟，可控可预期
• 避免全局滥用：某些私有仓库响应慢但可靠，可在对应 .repo 文件中用 retries=1 局部覆盖，防止因个别源拉低整体效率

比调 retries 更有效的四层加固手段

单纯改 retries 是治标，下面这些才是应对弱网抖动的实操重点：

• 换国内高速镜像源：阿里云、清华源等 CDN 加速节点大幅降低首字节延迟和丢包率，比调参数见效更快。执行：curl -o /etc/yum.repos.d/CentOS-Base.repo https://mirrors.aliyun.com/repo/Centos-7.repo
• 启用本地缓存代理：部署 squid 或 nexus 作为 yum 缓存代理，首次下载后所有后续请求走内网，彻底规避外网抖动。配置 baseurl 指向 http://your-proxy:3142/centos/7/os/x86_64
• 关闭 metadata 远程校验：在 yum.conf 中添加 metadata_expire=6h 和 cache=1，避免每次 yum 操作都去远程检查 repomd.xml 是否更新
• 限制并发数防雪崩：在 yum.conf 中设 max_parallel_downloads=3（默认为 10），避免多个大包同时抢带宽导致全部卡死

批量部署场景下的推荐配置组合

适用于 Ansible 批量安装或 Jenkins 自动化构建等弱网环境：

[main]
cachedir=/var/cache/yum
keepcache=1
debuglevel=2
logfile=/var/log/yum.log
exactarch=1
obsoletes=1
gpgcheck=1
plugins=1
installonly_limit=5
bugtracker_url=http://bugs.centos.org/set_project.php?project_id=16&ref=http://bugs.centos.org/bug_report_page.php?category=yum
distroverpkg=centos-release
tolerant=1
strict=0
diskspacecheck=1
# —— 关键弱网适配项 ——
retries=3
timeout=60
max_parallel_downloads=3
metadata_expire=6h
cache=1