DNS usługi Docker i omijanie proxy z no_proxy

Użyj no_proxy dla zamierzonej usługi wewnętrznej, gdy zewnętrzne proxy HTTP nie może rozwiązać lub osiągnąć tej sieci.

Zewnętrzne proxy HTTP nie musi znać nazwy usługi api Dockera. W przypadku http://api:8080/ proxy otwiera kolejne połączenie, więc udane rozwiązanie nazwy wewnątrz kontenera aplikacji nie dowodzi widoku DNS proxy.

Aby uzyskać zamierzony bezpośredni dostęp, dodaj wyjątek do środowiska tego kontenera:

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

Bezpośrednie żądania do api korzystają z trasy kontenera i wbudowanego resolvera. Oba kontenery nadal potrzebują współdzielonej sieci zdefiniowanej przez użytkownika, a usługa musi nasłuchiwać na porcie 8080. Kwalifikujące się żądania zewnętrzne zachowują proxy. Jeśli te publiczne cele mogą korzystać z publicznego pośrednika, lista proxy HTTP dostarcza kandydatów dla adresów URL proxy bez konta; pozostaw api wśród bezpośrednich wyjątków.

Jeśli odtworzone kontenery zachowują nieoczekiwane zmienne, sprawdź sekcję config.json proxies klienta Docker, która może wstrzykiwać wartości środowiska. Zmień zamierzony wpis i odtwórz dotknięte kontenery zwykłym przepływem, zachowując niezwiązaną konfigurację.

Powiązane artykuły