Setje proxy-miljøvariablar i ein Kubernetes-Pod

Legg støtta HTTP-proxyvariablar i Kubernetes-containerspesifikasjonen og hald direkte klyngeruter åtskilde frå konfigurasjonen for bilethenting.

Ein kommando på Kubernetes-noden kan bruke ein skallproxy medan ein Pod på same node ikkje har noko proxy-miljø. Miljøet til containeren blir definert av biletet og Pod-konfigurasjonen.

For ein applikasjon som støttar desse variablane, legg til ei env-liste i den eksisterande containeroppføringa:

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 ein Deployment høyrer dette under den aktuelle containeren i spec.template.spec.containers. Oppdater arbeidslasta gjennom den vanlege utrullinga slik at nye Pods får det. Oppgi òg namn med små bokstavar når den faktiske klienten krev det.

Omgåingslista er ei innleiande illustrasjon, ikkje ei oversikt over kvar rute i klynga. Bruk det faktiske DNS-suffikset til klynga og interne mål. Applikasjonar som brukar teneste-IP-ar kan trengje dei faktiske tenesteområda i ein syntaks klienten deira støttar.

Init-containerar har eigne containerspesifikasjonar. Legg til den tiltenkte konfigurasjonen der når dei gjer ei ekstern nedlasting. For offentlege HTTP-nedlastingar er eit endepunkt frå HTTP-proxylista ein kandidat for desse container-miljøverdiane.

Bilethenting skjer før applikasjonen køyrer og blir utført av container-runtime-en til noden. Pod-miljøet kan ikkje konfigurere den tidlegare registertilkoplinga.

Til slutt påverkar HTTP-proxyvariablar berre klientar som brukar dei. Dei omdirigerer ikkje vilkårleg database-, UDP- eller annan socket-trafikk frå Poden.

Relaterte artiklar