Ajustes de proxy de DDEV para el host y el contenedor web

Use variables del host y la configuración de proxy del cliente Docker para sus respectivos consumidores; el demonio de Docker sigue gestionando las descargas de imágenes base.

Una configuración de Wget montada puede arreglar Wget mientras deja Drush o Composer sin cambios. Empiece por el programa que hace la petición fallida y luego proporcione el proxy en el límite de inicio de ese programa.

Programas del host

Para los programas del host que admiten las variables habituales, proporcione:

export http_proxy=http://proxy.example:8080
export https_proxy=http://proxy.example:8080
export no_proxy=localhost,127.0.0.1,::1,.ddev.site

La variable HTTPS selecciona destinos HTTPS; su URL HTTP describe el receptor del proxy. Un extremo de la lista de proxies HTTP es candidato cuando la descarga correspondiente del host o del contenedor web puede usar una ruta pública.

Compilaciones y ejecución del contenedor

DDEV documenta la sección proxies en el archivo existente ~/.docker/config.json:

{
  "proxies": {
    "default": {
      "httpProxy": "http://proxy.example:8080",
      "httpsProxy": "http://proxy.example:8080",
      "noProxy": "localhost,127.0.0.1,::1,.ddev.site"
    }
  }
}

Combine esta sección en lugar de reemplazar la autenticación u otras entradas existentes, y luego reinicie el proyecto DDEV. Docker usa estos ajustes para proporcionar variables de entorno y argumentos de compilación. Los programas del contenedor web todavía deben admitirlos.

Descargas de imágenes base

El demonio de Docker descarga la imagen base que falta. La configuración del cliente anterior no establece el proxy de ese demonio, y una caché de imágenes caliente puede evitar por completo la descarga.

Mantenga las rutas locales de aplicación y servicio de DDEV dentro del ámbito directo previsto. Adapte la sintaxis de omisión al consumidor real cuando añada dominios internos o rangos de direcciones.

Artículos relacionados