프록시 변수는 그것이 필요한 GitLab 작업의 것입니다

파이프라인 전체의 기본값으로 만들지 않고 프록시 환경의 범위를 정하기 위해 숨겨진 작업 템플릿을 재사용하세요.

GitLab 스테이지는 작업을 묶을 뿐 별도의 프로세스 환경을 소유하지 않습니다. 프록시 변수를 필요한 작업에 두세요. 원하면 재사용 가능한 숨겨진 템플릿을 통해 설정할 수 있습니다:

.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는 프로젝트의 기존 변수 관리로 제공됩니다. 공용 프록시를 통해 공용 서비스에 접근할 수 있는 작업의 경우 그 값은 HTTP 프록시 목록의 HTTP 엔드포인트를 사용할 수 있습니다. Python 명령은 예시 프로젝트 작업입니다. 다른 작업은 이 템플릿을 생략할 수 있고, 같은 스테이지의 여러 작업이 서로 다른 환경을 선택할 수 있습니다.

이 프록시 이름을 넓게 상속하지 않으려면 최상위 YAML 기본값에서 빼세요. 프로젝트, 그룹, 파이프라인 변수도 확인하세요. 그 우선순위가 작업의 YAML 값을 덮어쓸 수 있습니다.

inherit:variables는 YAML 기본 변수의 상속을 제어합니다. 프로젝트나 그룹 CI/CD 변수를 지우지는 않으므로 모든 프록시 소스를 제거하는 일반 스위치는 아닙니다.

이것은 작업 프로세스를 구성합니다. 그 안에서 시작된 HTTP 클라이언트가 해당 변수를 지원해야 하며, 러너의 이전 이미지 풀 연결에는 자체 구성이 있습니다.

관련 글