Kubernetes nodoko komando batek shell proxy bat erabil dezake, baina nodo horretako Pod batek ez du proxy ingurunerik. Edukiontziaren ingurunea bere irudiak eta Pod konfigurazioak zehazten dute.

Aldagai hauek onartzen dituen aplikazio baterako, gehitu env zerrenda bat bere edukiontzi-sarrerari:

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

Deployment batean, hau spec.template.spec.containers-en dagokion edukiontziaren azpian doa. Eguneratu karga-lana bere ohiko hedapenaren bidez Pod berriek jaso dezaten. Eman letra xehezko izenak ere benetako bezeroak eskatzen dituenean.

Saihesteko zerrenda hasierako adibide bat da, ez klusterreko bide guztien inbentarioa. Erabili klusterraren benetako DNS atzizkia eta barneko helmugak. Zerbitzu IPak erabiltzen dituzten aplikazioek benetako zerbitzu-barrutiak behar izan ditzakete beren bezeroak onartzen duen sintaxian.

Init edukiontziek beren edukiontzi-zehaztapenak dituzte. Gehitu han aurreikusitako konfigurazioa kanpoko deskarga egiten dutenean. HTTP deskarga publikoetarako, HTTP proxy zerrendako amaiera-puntu bat hautagaia da edukiontzi-inguruneko balio hauetarako.

Irudiak deskargatzea aplikazioa exekutatu aurretik gertatzen da eta nodoaren edukiontzi-runtimeak egiten du. Pod inguruneak ezin du lehenagoko erregistro-konexio hori konfiguratu.

Azkenean, HTTP proxy aldagaiek haiek erabiltzen dituzten bezeroei eragiten diete soilik. Ez dituzte Pod-etik datozen datu-base, UDP edo beste socket trafiko arbitrarioak birbideratzen.

Erlazionatutako artikuluak