הגדרות פרוקסי של DDEV עבור המארח ומיכל האינטרנט

תצורת 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 בהיקף הישיר המיועד. התאימו את תחביר העקיפה לצרכן בפועל בעת הוספת דומיינים פנימיים או טווחי כתובות.