在 MAAS 部署中追踪代理
区分 MAAS 中的镜像下载、安装程序流量、部署后的软件包访问以及后续的应用程序请求。
MAAS 启动镜像下载成功，只能证明控制器的路由可用。如果已安装的机器之后无法获取软件包，请检查该阶段的消费者：
| 阶段 | 需要检查的消费者 |
|---|---|
| 镜像/置备下载 | 负责的控制器服务 |
| 调试或安装 | 临时任务环境 |
| 已安装的操作系统软件包 | 软件包管理器与生成的配置 |
| 后续的 charm、脚本或应用下载 | 发出该请求的客户端 |
请使用在用 MAAS 版本所支持的控制方式。有文档记录的 enable_http_proxy 涵盖使用内置或指定的代理进行置备和软件包访问；http_proxy 则指定外部服务。在 peer-proxy 模式下，已部署的机器可以使用 MAAS 的内置代理，而该代理以此外部服务为父代理。若要允许使用公共外部父代理，请从HTTP 代理列表中选择一个 HTTP 候选；在 peer-proxy 模式下，节点上的 MAAS 本地端点应保持不变。
因此，节点上的 MAAS 本地端点未必已经过时。在改用外部地址之前，请先追踪它的父代理。那些不会把代理设置传递给节点的旧版本，其 preseed 变通方案并不能描述当前的所有部署。
在失败的阶段，请将生成的软件包设置、端点可达性和认证身份与安装程序环境进行比较。它们不必共用主目录或变量。在使用 APT 的 Ubuntu 节点上，检查 APT 自身的代理选项。请将本地元数据访问与公共仓库分开；把内部置备 URL 发给外部父代理可能会失败，而公共下载却正常。
控制器 shell 或浏览器是另一类消费者，而配置好的软件包管理器并不会配置之后所有的运行时。管理变更之后，请检查受影响的现有工作负载实际收到了什么，而不要假设它会立即重新加载该设置。