소스 컴파일 설치를 위한 GitLab Pages 관리

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