Настройки прокси DDEV для хоста и веб-контейнера

Используйте переменные хоста и конфигурацию прокси клиента Docker для соответствующих потребителей; демон Docker по-прежнему отвечает за загрузку базовых образов.

Смонтированная конфигурация Wget может исправить Wget, не затрагивая Drush или Composer. Начните с программы, которая делает неудачный запрос, затем задайте прокси на границе запуска этой программы.

Программы на хосте

Для программ на хосте, поддерживающих обычные переменные, укажите:

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

Переменная HTTPS выбирает HTTPS-назначения; её HTTP-URL описывает прослушиватель прокси. Конечная точка из списка HTTP-прокси подходит, когда соответствующая загрузка на хосте или в веб-контейнере может использовать публичный маршрут.

Сборка и работа контейнеров

DDEV документирует раздел proxies в существующем ~/.docker/config.json:

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

Объедините этот раздел, а не заменяйте аутентификацию или другие существующие записи, затем перезапустите проект DDEV. Docker использует эти настройки для передачи переменных среды и аргументов сборки. Программы в веб-контейнере по-прежнему должны их поддерживать.

Загрузка базовых образов

Отсутствующий базовый образ загружается демоном Docker. Конфигурация клиента выше не задаёт прокси этого демона, а горячий кеш образов может полностью избежать загрузки.

Сохраняйте локальные маршруты приложений и служб DDEV в предполагаемой прямой области. Адаптируйте синтаксис обхода к реальному потребителю при добавлении внутренних доменов или диапазонов адресов.

Похожие статьи