Proxyvariablar høyrer til dei GitLab-jobbane som treng dei

Bruk ein skjult jobbmal på nytt for å avgrense proxy-miljøet utan å gjere det til ein standard for heile pipelinen.

Eit GitLab-steg grupperer jobbar; det eig ikkje eit eige prosessmiljø. Set proxyvariablar på jobbane som treng dei, eventuelt via ein 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 blir levert via den eksisterande variabelstyringa til prosjektet. For jobbar som har løyve til å nå offentlege tenester via offentlege proxyar, kan verdien bruke eit HTTP-endepunkt frå HTTP-proxylista. Python-kommandoen er ein illustrerande prosjektoppgåve. Andre jobbar kan utelate denne malen, og fleire jobbar i same steg kan velje ulike miljø.

Hald desse proxynamna utanfor YAML-standardverdiar på øvste nivå dersom dei ikkje skal arvast breitt. Undersøk også prosjekt-, gruppe- og pipelinevariablar: føreretten deira kan overstyre YAML-verdien til ein jobb.

inherit:variables styrer arv av YAML-standardvariablar. Det slettar ikkje prosjekt- eller gruppe-CI/CD-variablar, så det er ikkje ein generell brytar for å fjerne alle proxykjelder.

Dette konfigurerer jobbprosessen. HTTP-klienten som blir starta inni han, må støtte desse variablane, og den tidlegare image-pull-tilkoplinga til runneren har si eiga konfigurering.

Relaterte artiklar