GitLab Pages 관리

GitLab Pages 관리에 대해 설명합니다.

GitLab Pages는 GitLab 프로젝트와 그룹을 위한 정적 사이트 호스팅을 제공합니다. 서버 관리자는 사용자가 이 기능에 액세스하기 전에 Pages를 구성해야 합니다. GitLab Pages를 통해 관리자는 다음을 수행할 수 있습니다: 사용자 지정 도메인과 SSL/TLS 인증서로 정적 웹사이트를 안전하게 호스팅합니다. 인증을 활성화하여 GitLab 권한을 통해 Pages 사이트에 대한 액세스를 제어합니다. 다중 노드 환경에서 오브젝트 스토리지 또는 네트워크 스토리지를 사용하여 배포를 확장합니다. 속도 제한 및 사용자 지정 헤더로 트래픽을 모니터링하고 관리합니다. 모든 Pages 사이트에 대해 IPv4 및 IPv6 주소를 지원합니다. GitLab Pages 데몬은 별도의 프로세스로 실행되며 GitLab과 동일한 서버 또는 전용 인프라에서 구성할 수 있습니다. 사용자 문서는 GitLab Pages 를 참조하세요. Note 이 가이드는 Linux 패키지 설치를 위한 것입니다. 소스 컴파일 설치의 경우 소스 컴파일 설치를 위한 GitLab Pages 관리 를 참조하세요. GitLab Pages 데몬 # GitLab Pages는 외부 IP 주소에서 수신 대기하고 사용자 지정 도메인 및 사용자 지정 인증서를 지원할 수 있는 Go로 작성된 기본 HTTP 서버인 GitLab Pages 데몬 을 사용합니다. SNI(Server Name Indication)를 통해 동적 인증서를 지원하며 기본적으로 HTTP2를 사용하여 페이지를 노출합니다. 자세한 내용은 README 를 참조하세요. 사용자 지정 도메인 과 함께 사용할 경우 Pages 데몬은 포트 80 또는 443 에서 수신 대기해야 합니다. 이는 와일드카드 도메인 에는 필요하지 않습니다. Pages 데몬을 실행할 수 있는 방법: 보조 IP에서 수신 대기하는 GitLab과 동일한 서버. 별도의 서버 . Pages 데몬이 설치된 서버에 Pages 경로 도 있어야 하므로 네트워크를 통해 공유해야 합니다. 동일한 IP이지만 다른 포트에서 수신 대기하는 GitLab과 동일한 서버. 이 경우 로드 밸런서로 트래픽을 프록시해야 합니다. HTTPS의 경우 TCP 로드 밸런싱을 사용합니다. TLS 종료(HTTPS 로드 밸런싱)를 사용하는 경우 사용자 제공 인증서로 페이지를 제공할 수 없습니다. HTTP의 경우 HTTP 또는 TCP 로드 밸런싱이 모두 허용됩니다. 다음 섹션에서는 첫 번째 옵션을 가정합니다. 사용자 지정 도메인을 지원하지 않는 경우 보조 IP가 필요하지 않습니다. 전제 조건 # 이 섹션은 GitLab Pages 구성을 위한 전제 조건을 설명합니다. Note GitLab 인스턴스와 Pages 데몬이 사설 네트워크 또는 방화벽 뒤에 배포된 경우, GitLab Pages 웹사이트는 사설 네트워크에 액세스할 수 있는 장치 및 사용자만 액세스할 수 있습니다. 와일드카드 도메인 # 각 사이트는 고유한 하위 도메인을 가집니다(예: <namespace>.example.io/<project_slu