Прокси настройки на 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 в предвидения пряк обхват. Настройте синтаксиса за заобикаляне към действителния потребител, когато добавяте вътрешни домейни или диапазони от адреси.

Подобни статии