Príkaz na uzle Kubernetes môže používať shell proxy, zatiaľ čo Pod na tomto uzle nemá žiadne prostredie proxy. Prostredie kontajnera určuje jeho image a konfigurácia Podu.

Pre aplikáciu, ktorá podporuje tieto premenné, pridajte zoznam env do jej existujúcej položky kontajnera:

env:
  - name: HTTP_PROXY
    value: http://proxy.example:8080
  - name: HTTPS_PROXY
    value: http://proxy.example:8080
  - name: NO_PROXY
    value: localhost,127.0.0.1,kubernetes.default.svc,.svc,.cluster.local

V Deploymente to patrí pod príslušný kontajner v spec.template.spec.containers. Aktualizujte pracovnú záťaž jeho bežným zavedením, aby ho nové Pody dostali. Uveďte aj názvy malými písmenami, keď to vyžaduje skutočný klient.

Zoznam obchádzania je počiatočná ilustrácia, nie súpis každej trasy clusteru. Použite skutočnú príponu DNS clusteru a interné ciele. Aplikácie používajúce IP adresy služieb môžu potrebovať skutočné rozsahy služieb v syntaxi, ktorú podporuje ich klient.

Init kontajnery majú vlastné špecifikácie kontajnerov. Pridajte tam zamýšľanú konfiguráciu, keď vykonávajú externé sťahovanie. Pre verejné HTTP sťahovania je koncový bod zo zoznamu HTTP proxy kandidátom na tieto hodnoty prostredia kontajnera.

Sťahovanie image prebieha pred spustením aplikácie a vykonáva ho kontajnerový runtime uzla. Prostredie Podu nemôže nakonfigurovať toto skoršie pripojenie k registru.

Napokon, premenné HTTP proxy ovplyvňujú len klientov, ktorí ich používajú. Nepresmerúvajú ľubovoľnú databázovú, UDP ani inú socketovú prevádzku z Podu.

Súvisiace články