Налады проксі 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-адрас апісвае слухача проксі. Канчатковы пункт з спісу 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 у прызначанай прамой вобласці. Адаптуйце сінтаксіс абыходу да фактычнага спажыўца пры даданні ўнутраных даменаў або дыяпазонаў адрасоў.

Падобныя артыкулы