Docker სერვისის DNS და პროქსის გვერდის ავლა no_proxy-ით

გარე HTTP პროქსის არ სჭირდება იცოდეს Docker-ის api სერვისის სახელი. 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 პირდაპირ გამონაკლისებში.

თუ ხელახლა შექმნილი კონტეინერები ინარჩუნებენ მოულოდნელ ცვლადებს, შეამოწმეთ Docker კლიენტის config.json proxies განყოფილება, რომელსაც შეუძლია გარემოს მნიშვნელობების ინექცია. შეცვალეთ განკუთვნილი ჩანაწერი და ხელახლა შექმენით დაზარალებული კონტეინერები ჩვეულებრივი ნაკადით, დაუკავშირებელი კონფიგურაციის შენარჩუნებით.