میزبان اور ویب کنٹینر کے لیے 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 کے مقامی ایپلیکیشن اور سروس راستے مطلوبہ براہِ راست دائرے میں رکھیں۔ داخلی ڈومینز یا پتہ کی حدود شامل کرتے وقت بائی پاس نحو کو حقیقی صارف کے مطابق ڈھالیں۔

متعلقہ مضامین