Om 'n Compose-proxyveranderlike in 'n houer te laat beland

Maak proxyveranderlikes deel van die Compose-diensomgewing in plaas daarvan om te aanvaar dat 'n projek-.env-lêer hulle outomaties inspuit.

Compose se projek .env-lêer verskaf interpolasiewaardes. Om een van daardie waardes aan 'n houer te gee, verwys daarna in die dienskonfigurasie.

Byvoorbeeld, .env bevat die proxy-eindpunt:

HTTP_PROXY=http://203.0.113.10:8080

Die diens gebruik dit vir beide HTTP- en HTTPS-bestemmingsversoeke:

services:
  app:
    image: your-image
    environment:
      HTTP_PROXY: "${HTTP_PROXY}"
      HTTPS_PROXY: "${HTTP_PROXY}"

Vervang die dokumentasie-adres en beeld; kies 'n versoenbare HTTP-eindpunt uit jou diens of die HTTP-proxylys. 'n Gewone HTTP-proxy kan HTTPS deur CONNECT dra as dit die versoekte tonnel ondersteun.

'n Eksplisiete env_file-inskrywing is nog 'n manier om 'n gekose lêer se veranderlikes aan 'n diens te gee. Die projek-interpolasielêer dien nie as 'n implisiete houer-env_file nie.

Kontroleer wat die toepassing bereik het

docker compose config wys die opgeloste dienskonfigurasie. docker compose config --environment wys eerder die waardes wat vir interpolasie gebruik is.

Vergelyk die diensomgewing met die toepassingsproses. 'n Bestaande houer ontvang nie nuwe waardes wanneer jy .env wysig nie; pas die verandering deur die beoogde Compose-lewensiklus toe, met inagneming van diensonderbreking.

As die veranderlike ontbreek, herstel die dienskonfigurasie. As dit teenwoordig is maar versoeke bly direk, kontroleer die HTTP-kliënt se proxyondersteuning. Omgewingsinspuiting verskaf konfigurasie; die toepassing moet dit gebruik.

Verwante artikels