होस्ट आणि वेब कंटेनरसाठी DDEV प्रॉक्सी सेटिंग्ज

प्रत्येक वापरकर्त्यासाठी होस्ट व्हेरिएबल्स आणि 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 चे स्थानिक अनुप्रयोग आणि सेवा मार्ग इच्छित थेट व्याप्तीत ठेवा. अंतर्गत डोमेन किंवा पत्ता श्रेणी जोडताना बायपास सिंटॅक्स प्रत्यक्ष वापरकर्त्यानुसार जुळवा.

संबंधित लेख