Ange proxy-miljövariabler i en Kubernetes-Pod

Placera HTTP-proxyvariabler som stöds i Kubernetes-containerns specifikation och håll direkta klustervägar åtskilda från konfigurationen för avbildningshämtning.

Ett kommando på Kubernetes-noden kan använda en shellproxy medan en Pod på samma nod inte har någon proxymiljö. Containerns miljö bestäms av dess avbildning och Pod-konfigurationen.

För ett program som stöder dessa variabler, lägg till en env-lista i den befintliga containerposten:

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ör detta under den berörda containern i spec.template.spec.containers. Uppdatera arbetsbelastningen via dess vanliga utrullning så att nya Pods får det. Ange också namn med små bokstäver när den faktiska klienten kräver det.

Bypasslistan är en inledande illustration, inte en förteckning över varje väg i klustret. Använd klustrets faktiska DNS-suffix och interna mål. Program som använder service-IP:n kan behöva de faktiska serviceintervallen i en syntax som deras klient stöder.

Init-containrar har egna containerspecifikationer. Lägg till den avsedda konfigurationen där när de utför en extern nedladdning. För offentliga HTTP-nedladdningar är en slutpunkt från HTTP-proxylistan en kandidat för dessa containermiljövärden.

Avbildningshämtning sker innan programmet körs och utförs av nodens containerruntime. Pod-miljön kan inte konfigurera den tidigare registeranslutningen.

Slutligen påverkar HTTP-proxyvariabler endast klienter som använder dem. De omdirigerar inte godtycklig databas-, UDP- eller annan socket-trafik från Podden.

Relaterade artiklar