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는 Go로 작성된 기본 HTTP 서버인 GitLab Pages 데몬 을 사용합니다. 이 데몬은 외부 IP 주소에서 수신 대기하며 사용자 지정 도메인 과 사용자 지정 인증서를 지원합니다. Server Name Indication(SNI)으로 동적 인증서를 지원하고, 기본적으로 HTTP2로 페이지를 제공합니다. 자세한 내용은 README 를 참고합니다. 사용자 지정 도메인 과 함께 사용할 때 Pages 데몬은 포트 80 또는 443 에서 수신 대기해야 합니다. 와일드카드 도메인 에는 필요하지 않습니다. Pages 데몬은 다음과 같이 실행할 수 있습니다. GitLab과 같은 서버에서 보조 IP로 수신 대기합니다. 별도 서버 에서 실행합니다. Pages 데몬이 설치된 서버에도 Pages 경로 가 있어야 하므로, 네트워크를 통해 공유해야 합니다. GitLab과 같은 서버에서 같은 IP의 다른 포트로 수신 대기합니다. 이 경우 로드 밸런서로 트래픽을 프록시해야 합니다. HTTPS는 TCP 로드 밸런싱을 사용합니다. TLS 종료(HTTPS 로드 밸런싱)를 사용하면 사용자가 제공한 인증서로 페이지를 제공할 수 없습니다. HTTP는 HTTP 로드 밸런싱과 TCP 로드 밸런싱 모두 사용할 수 있습니다. 다음 섹션은 첫 번째 옵션을 가정합니다. 사용자 지정 도메인을 지원하지 않는다면 보조 IP는 필요하지 않습니다. 사전 요구 사항 # 이 섹션은 GitLab Pages 구성의 사전 요구 사항을 설명합니다. Note GitLab 인스턴스와 Pages 데몬을 사설 네트워크나 방화벽 뒤에 배포하면, 사설 네트워크에 접근할 수 있는 장치와 사용자만 GitLab Pages 웹사이트를 이용할 수 있습니다. 와일드카드 도메인 # 각 사이트는 고유한 하위 도메인을 갖습니다(예: <namespace>.example.io/<project_slug> ). 이 하위 도메인에는 와