DNS ng serbisyo ng Docker at pag-iwas sa proxy gamit ang no_proxy

Gamitin ang no_proxy para sa sinadyang panloob na serbisyo kapag hindi maresolba o maabot ng panlabas na HTTP proxy ang network na iyon.

Hindi kailangang malaman ng panlabas na HTTP proxy ang pangalan ng serbisyo ng api ng Docker. Para sa http://api:8080/ binubuksan ng proxy ang susunod na koneksyon, kaya ang matagumpay na lookup sa loob ng container ng app ay hindi nagpapatunay sa pananaw ng DNS ng proxy.

Para sa sinadyang direktang pag-access, idagdag ang eksepsiyon sa kapaligiran ng container na iyon:

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

Ang mga direktang kahilingan sa api ay gumagamit ng ruta ng container at ng naka-embed na resolver. Kailangan pa rin ng dalawang container ang nakabahaging network na tinukoy ng user at dapat makinig ang serbisyo sa 8080. Ang mga karapat-dapat na panlabas na kahilingan ay nagpapanatili ng proxy. Kung ang mga pampublikong destinasyong iyon ay maaaring gumamit ng pampublikong tagapamagitan, ang listahan ng HTTP proxy ay nagbibigay ng mga kandidato para sa mga proxy URL na walang account; panatilihin ang api sa mga direktang eksepsiyon.

Kung ang mga muling ginawang container ay may hindi inaasahang variable, suriin ang seksyong config.json proxies ng Docker client, na maaaring mag-inject ng mga halaga ng kapaligiran. Baguhin ang sinadyang entry at muling gawin ang mga apektadong container sa normal na daloy, habang pinapanatili ang walang kaugnayang configuration.

Kaugnay na mga artikulo