Proxyvariabler tilhører GitLab-jobbene som trenger dem

Gjenbruk en skjult jobbmal for å avgrense proxy-miljøet uten å gjøre det til en standard for hele pipelinen.

Et GitLab-trinn grupperer jobber; det eier ikke et eget prosessmiljø. Sett proxyvariabler på jobbene som trenger dem, eventuelt via en gjenbrukbar skjult mal:

.proxy-environment:
  variables:
    HTTP_PROXY: "$CODE_PROXY"
    HTTPS_PROXY: "$CODE_PROXY"
    NO_PROXY: "localhost,127.0.0.1"

external_check:
  extends: .proxy-environment
  stage: test
  script:
    - python ci/check_external_service.py

CODE_PROXY leveres via prosjektets eksisterende variabeladministrasjon. For jobber som har tillatelse til å nå offentlige tjenester via offentlige proxyer, kan verdien bruke et HTTP-endepunkt fra HTTP-proxylisten. Python-kommandoen er en illustrerende prosjektoppgave. Andre jobber kan utelate denne malen, og flere jobber i samme trinn kan velge ulike miljøer.

Hold disse proxynavnene utenfor YAML-standardverdier på øverste nivå hvis de ikke skal arves bredt. Undersøk også prosjekt-, gruppe- og pipelinevariabler: deres forrang kan overstyre en jobbs YAML-verdi.

inherit:variables styrer arv av YAML-standardvariabler. Det sletter ikke prosjekt- eller gruppe-CI/CD-variabler, så det er ikke en generell bryter for å fjerne alle proxykilder.

Dette konfigurerer jobbprosessen. HTTP-klienten som startes inni den, må støtte disse variablene, og runnerens tidligere image-pull-tilkobling har sin egen konfigurasjon.

Relaterte artikler