Angi proxy-miljøvariabler i en Kubernetes-Pod

Legg støttede HTTP-proxyvariabler i Kubernetes-containerens spesifikasjon, og hold direkte klyngeruter atskilt fra konfigurasjonen for bildehenting.

En kommando på Kubernetes-noden kan bruke en skallproxy mens en Pod på samme node ikke har noe proxy-miljø. Containerens miljø defineres av bildet og Pod-konfigurasjonen.

For en applikasjon som støtter disse variablene, legg til en env-liste i den eksisterende containeroppføringen:

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

I en Deployment hører dette under den aktuelle containeren i spec.template.spec.containers. Oppdater arbeidsbelastningen gjennom den vanlige utrullingen slik at nye Pods mottar det. Oppgi også navn med små bokstaver når den faktiske klienten krever det.

Omgåelseslisten er en innledende illustrasjon, ikke en oversikt over hver rute i klyngen. Bruk klyngens faktiske DNS-suffiks og interne mål. Applikasjoner som bruker tjeneste-IP-er kan trenge de faktiske tjenesteområdene i en syntaks klienten deres støtter.

Init-containere har egne containerspesifikasjoner. Legg til den tiltenkte konfigurasjonen der når de utfører en ekstern nedlasting. For offentlige HTTP-nedlastinger er et endepunkt fra HTTP-proxylisten en kandidat for disse container-miljøverdiene.

Bildehenting skjer før applikasjonen kjører og utføres av nodens container-runtime. Pod-miljøet kan ikke konfigurere den tidligere registerforbindelsen.

Til slutt påvirker HTTP-proxyvariabler bare klienter som bruker dem. De omdirigerer ikke vilkårlig database-, UDP- eller annen socket-trafikk fra Poden.

Relaterte artikler