소스 컴파일 설치 환경에서의 GitLab Pages 관리

소스에서 직접 컴파일된 GitLab 설치 환경에서 GitLab Pages를 구성하는 방법을 설명합니다.

GitLab Pages를 활성화하기 전에 먼저 GitLab을 성공적으로 설치 했는지 확인하세요. 이 문서는 소스에서 컴파일된 GitLab 설치 환경에서 GitLab Pages를 구성하는 방법을 설명합니다. Linux 패키지 설치(권장)에서 GitLab Pages를 구성하는 방법에 대한 자세한 내용은 Linux 패키지 문서 를 참조하세요. Linux 패키지 설치에는 GitLab Pages의 최신 지원 버전이 포함되어 있습니다. GitLab Pages 데몬 # GitLab Pages는 GitLab Pages 데몬을 사용합니다. 이는 외부 IP 주소에서 수신 대기하며 커스텀 도메인 및 인증서를 지원하는 경량 HTTP 서버입니다. SNI 를 통한 동적 인증서를 지원하고 기본적으로 HTTP2를 사용하여 페이지를 제공합니다. 자세한 내용은 README 를 참조하세요. 커스텀 도메인 의 경우 Pages 데몬은 포트 80 또는 443 에서 수신 대기해야 합니다. 이는 와일드카드 도메인 에는 적용되지 않습니다. Pages 데몬은 다음 방법 중 하나로 설정할 수 있습니다: GitLab과 동일한 서버에서 보조 IP로 수신 대기. 별도의 서버에서. Pages 경로 는 해당 서버에도 존재해야 하므로 네트워크를 통해 공유해야 합니다. GitLab과 동일한 서버에서 동일한 IP이지만 다른 포트로 수신 대기. 이 경우 로드 밸런서로 트래픽을 프록시해야 합니다. HTTPS의 경우 TCP 로드 밸런싱을 사용하세요. TLS 종료(HTTPS 로드 밸런싱)를 사용하면 사용자 제공 인증서로 페이지를 제공할 수 없습니다. HTTP의 경우 HTTP 또는 TCP 로드 밸런싱 모두 사용 가능합니다. 아래 섹션에서는 첫 번째 옵션을 기준으로 설명합니다. 커스텀 도메인을 지원하지 않는 경우 보조 IP는 필요하지 않습니다. 사전 요건 # Pages 구성을 진행하기 전에 다음 사항을 확인하세요: GitLab Pages를 제공할 별도의 도메인이 있어야 합니다. 이 문서에서 해당 도메인은 example.io 입니다. 해당 도메인에 대한 와일드카드 DNS 레코드 를 구성했어야 합니다. GitLab이 설치된 동일한 서버에 zip 및 unzip 패키지가 설치되어 있어야 합니다. 이 패키지들은 Pages 아티팩트를 압축하고 압축 해제하는 데 필요합니다. 선택 사항. HTTPS로 Pages를 제공하기로 결정한 경우 Pages 도메인( *.example.io )에 대한 와일드카드 인증서 가 있어야 합니다. 선택 사항이지만 권장됨. 사용자가 자체적으로 러너를 설정하지 않아도 되도록 인스턴스 러너 를 구성하고 활성화했어야 합니다. DNS 구성 # GitLab Pages는 자체 가상 호스트에서 실행되어야 합니다. DNS 서버 또는 제공업체에서 GitLab이 실행 중인 호스트를 가리키는 와일드카드 DNS A 레코드 를 추가하세요. 예: *.example.io. 1800 IN A 192.0.2.1 여기서 example.io 는 GitLab Pages가 제공되는 도메인이고 192.0.2.1 은 GitLab 인스턴스