Seguir el proxy a través de un despliegue de MAAS
Distinga las descargas de imágenes, el tráfico del instalador, el acceso a paquetes desplegados y las solicitudes posteriores de aplicaciones en MAAS.
Una descarga correcta de la imagen de arranque de MAAS demuestra la ruta del controlador. Si la máquina instalada no puede obtener paquetes más tarde, inspeccione el consumidor en esa etapa:
| Etapa | Consumidor que inspeccionar |
|---|---|
| Descarga de imagen/aprovisionamiento | El servicio de controlador responsable |
| Puesta en servicio o instalación | El entorno temporal de la tarea |
| Paquetes del SO instalados | El gestor de paquetes y la configuración generada |
| Descarga posterior de charm, script o aplicación | El cliente que realiza esa solicitud |
Utilice los controles compatibles de la versión de MAAS en servicio. El enable_http_proxy documentado cubre el uso del proxy integrado o especificado para el aprovisionamiento y el acceso a paquetes; http_proxy identifica un servicio externo. En el modo peer-proxy, las máquinas desplegadas pueden usar el proxy integrado de MAAS, que utiliza ese servicio externo como su padre. Para el uso permitido de un padre externo público, elija un candidato HTTP de la lista de proxies HTTP; en el modo peer-proxy mantenga sin cambios el punto final local de MAAS del nodo.
Por tanto, un punto final local de MAAS en el nodo no es necesariamente obsoleto. Siga su padre antes de sustituirlo por la dirección externa. Las antiguas soluciones preseed de versiones que no pasaban la configuración del proxy a los nodos no describen todos los despliegues actuales.
En la etapa que falla, compare la configuración generada de los paquetes, la accesibilidad del punto final y la identidad de autenticación con el entorno del instalador. No es necesario que compartan un directorio personal ni variables. En un nodo Ubuntu con APT, inspeccione las opciones de proxy propias de APT. Mantenga el acceso a metadatos locales separado de los repositorios públicos; enviar una URL de aprovisionamiento interna al padre externo puede fallar mientras las descargas públicas funcionan.
Un shell o un navegador del controlador es otro consumidor, y un gestor de paquetes configurado no configura todos los entornos de ejecución posteriores. Tras un cambio de gestión, inspeccione qué recibió realmente la carga de trabajo existente afectada en lugar de suponer que recargó la configuración de inmediato.