我正在考虑通过我们的各个安全区域创建一个本地 Apt 镜像链,我想知道这在技术上是否可行,如果可行,可能会出现什么坑?
像这样的东西:
区域 1 -> 公共镜像 - 每日同步 区域 2 -> 区域 1 的镜像 - 每日同步 区域 3 -> 区域 2 的镜像 - 每周同步 客户端接收来自区域 3 的更新
我打算排除所有源和反向端口,并为每个镜像分配 300gb。最初,这仅适用于 18.04 LTS,但可能需要额外的旧版本。
非常感谢任何信息。
干杯,
我正在考虑通过我们的各个安全区域创建一个本地 Apt 镜像链,我想知道这在技术上是否可行,如果可行,可能会出现什么坑?
像这样的东西:
区域 1 -> 公共镜像 - 每日同步 区域 2 -> 区域 1 的镜像 - 每日同步 区域 3 -> 区域 2 的镜像 - 每周同步 客户端接收来自区域 3 的更新
我打算排除所有源和反向端口,并为每个镜像分配 300gb。最初,这仅适用于 18.04 LTS,但可能需要额外的旧版本。
非常感谢任何信息。
干杯,
我认为链接 apt 存储库应该是完全可以的,也可以让它们每 n 天更新一次(cron 可以用于此)。除了同步之外,我也没有看到任何陷阱。300GB 绰绰有余(我的镜像需要大约 150GB 用于多元宇宙、反向移植和仿生/18.04 的安全性)。
同步
由于您将使用 cron 来更新您的存储库,因此最好的方法是在公共区域的 X:00 小时、您的第一个区域的 X+1 小时等触发同步。这是为了尽快(在一个同步级联中)获得最安全区域的最新更新。如果您尝试以相反的顺序同步区域(公共同步为最后一个),您将不得不等待几天才能将关键更新到达您的最高安全区域。
你的架构
公众 | 1区 | 2区 | ...
示例 cron 配置
以“apt-mirror”用户身份创建 crons:
在适当的镜子中:
请注意,新的更新将像瀑布一样“流动”,从一个镜像深入区域到另一个镜像。早上,您将在最深处准备好安装的最新更新。
在镜像服务器上安装
在 Ubuntu 18.04 和 16.04 上你所需要的实际上是这样的:https ://blog.programster.org/set-up-a-local-ubuntu-mirror-with-apt-mirror - 我已经在我的“区域”场景中对此进行了测试”。
我希望您对所有其他安装都相当清楚?如果需要更多详细信息,我可以编辑并摘录上面链接的手册。