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-ის ლოკალური აპლიკაციისა და სერვისის მარშრუტები განზრახ პირდაპირ არეში. შიდა დომენების ან მისამართების დიაპაზონების დამატებისას შეარგეთ გვერდის ავლის სინტაქსი რეალურ მომხმარებელს.

დაკავშირებული სტატიები