基于apache2搭建的本地apt源更新软件后无法升级到最新版如何解决

根因定位&对应修复步骤 #

• 第一步：校验上传的deb包版本号是否符合dpkg版本规则，确认确实高于已安装版本
  执行如下命令做版本号比对，只有命令输出版本更高才说明新版本号符合升级要求：

  dpkg --compare-versions <新包的版本号> gt <当前已安装的版本号> && echo 版本更高
  

  dpkg版本号判断遵循特殊优先级规则，禁止出现版本号回退、格式不符合deb规范的情况。
• 第二步：确认新生成的Packages索引已正确收录新版本包
  在源服务器执行如下命令，检查Packages文件中是否存在对应新版本的条目：

  grep -A 10 "Package: <你的软件包名>" /var/www/html/repo/dists/focal/main/binary-amd64/Packages
  

  如果输出中Version字段不是你上传的新版本，重新执行dpkg-scanpackages命令生成索引即可。
• 第三步：重新生成并签名Release文件
  90%以上的该类问题都是因为更新Packages后没有同步更新Release文件导致：Release文件中记录了所有索引文件的哈希值、大小信息，apt执行update时会校验索引文件和Release中记录的值是否匹配，不匹配就会忽略新索引、继续使用本地缓存的旧索引，自然看不到新版本。
  在源服务器/var/www/html/repo/dists/focal目录下执行如下命令重新生成并签名Release：

  # 生成新的Release文件，自动更新所有索引的校验和信息
  apt-ftparchive release . > Release
  # 用你的GPG签名密钥重新签名
  gpg -abs -o Release.gpg Release
  # 可选：生成InRelease文件（兼容支持明文签名的apt客户端）
  gpg -a --clearsign -o InRelease Release
  

• 第四步：清理客户端apt缓存后重新拉取索引
  客户端本地可能残留旧的索引缓存，执行如下命令清理后重新更新：

  rm -rf /var/lib/apt/lists/*
  apt clean
  apt update
  

• 第五步：校验源优先级是否正常
  执行如下命令查看软件包的源优先级，确认你的本地源优先级不低于其他同包名所在的源（默认优先级为500，值越高优先级越高）：

  apt-cache policy <你的软件包名>
  

  如果本地源优先级更低，可以在/etc/apt/preferences.d/目录下新增配置文件手动调高优先级。
• 额外排查：确认网络链路没有缓存
  如果是跨机器访问本地源，可直接curl索引地址确认拿到的是最新内容，避免中间代理、网关缓存了旧的索引文件：

  curl http://<你的源服务器IP>/repo/dists/focal/main/binary-amd64/Packages | grep -A 5 "Version:"
  

内容的提问来源于stack exchange，提问作者Rickert