跑步有什么影响
apt-get dist-upgrade
从代理内部？
编辑
我有 2 个疑虑
- 缓存代理服务器可能会弄乱我的 apt 缓存。
- 代理服务器本身可能会升级，这可能会导致问题。
答案1
对于其他读者来说，这就是如何不问问题，即不要列出有关使用缓存服务器的计算机操作系统的任何相关数据，不要列出缓存服务器的操作系统，不要列出正在使用的缓存技术使用过，然后期待答案。然后，当被要求填写您的问题时，通过尽可能少地输入回复来拒绝实际发布有意义的信息的请求。
回答你极其简洁的问题：
如果缓存服务器正在缓存配置为使用该代理服务器的计算机所请求的包，那么它当然不会升级。这些包在代理服务器上将是惰性的，它们只是文件，仅此而已。
debian 软件包的文件名反映了其特定版本号，当从缓存服务器请求文件时，假设缓存服务器配置正确，如果该数据是最新的，则会导致下载正确的软件包版本。例如，如果软件包是 nano，则 amd64 deb 文件的当前拉伸文件名是：nano_2.6.3-1_amd64.deb。
我不确定实际的更新数据本身，当您通过 apt-get update 下载版本信息时会得到什么。这在很大程度上取决于服务器的配置。
目前还不清楚您是否使用像 apt-cacher 这样的东西，它是专门为缓存 apt 数据而设计的，或者它是否是一个通用的缓存服务器，因此无法给出答案。
如果您使用的是 apt-cacher 或 approx 之类的东西，这些东西开箱即用，在设置后，它们“知道”如何处理 apt-get 更新请求，并知道如何缓存包。好吧，当然，排除错误和其他问题。
代理服务器本身的操作系统将被升级，但是它被告知要升级，访问它的各种机器与此无关，它们请求的包和它缓存的包也与代理服务器的升级无关本身，除非代理服务器本身是使用缓存的计算机之一，您可以这样做，但这取决于您如何配置代理服务器的升级。
顺便说一句，随着时间的推移，配置不当的代理/缓存服务器将开始因旧的过时的软件包而变得臃肿，这一点值得记住，因为新版本会取代旧版本。