DNS של שירות Docker ועקיפת פרוקסי עם no_proxy

פרוקסי HTTP חיצוני אינו צריך להכיר את שם השירות api של Docker. עבור http://api:8080/ הפרוקסי פותח את החיבור הבא, ולכן חיפוש מוצלח בתוך מיכל האפליקציה אינו מוכיח את תצוגת ה-DNS של הפרוקסי.

לגישה ישירה מיועדת, הוסיפו את החריגה לסביבה של אותו מיכל:

environment:
  http_proxy: http://proxy.example:8080
  https_proxy: http://proxy.example:8080
  no_proxy: api

בקשות ישירות אל api משתמשות במסלול של המיכל ובמפענח המובנה. שני המיכלים עדיין זקוקים לרשת המשותפת המוגדרת על ידי המשתמש, והשירות חייב להאזין ב-8080. בקשות חיצוניות מתאימות שומרות על הפרוקסי. אם היעדים הציבוריים האלה רשאים להשתמש במתווך ציבורי, רשימת פרוקסי HTTP מספקת מועמדים עבור כתובות ה-URL של פרוקסי ללא חשבון; השאירו את api בין החריגות הישירות.

אם מיכלים שנוצרו מחדש שומרים על משתנים בלתי צפויים, בדקו את הקטע config.json proxies של לקוח Docker, שיכול להזריק ערכי סביבה. שנו את הרשומה המיועדת וצרו מחדש את המיכלים המושפעים דרך הזרימה הרגילה, תוך שימור תצורה לא קשורה.