Pagesのドメインのワイルドカード証明書を用意します。Pagesドメイン>/<プロジェクト名>となります。Pagesで使うドメインのワイルドカード証明書が必要となります。Pagesでもワイルドカード証明書を使ってhttpsを実装致しました。Pagesのドメインをpages.example.comにするので、発行すべきワイルドカード証明書のCNは*.pages.example.comとなります。この際発行した証明書が以下の通りです。この証明書とキーを、GitLabのコンテナから見える場所に置きます。このブログでは証明書とキーはDockerホスト側の/srv/gitlab/config/ssl/の下に置きました。筆者の検証環境で述べた通り、Dockerホスト側の/srv/gitlab/config/を、GitLabコンテナの/etc/gitlabにマウントしていますので、証明書とキーのパスは以下の通りとなります。Pagesを使える状態にします。Composeのymlファイルを編集していきます。編集前のdocker-compose.ymlがこちらです。Pagesで使うドメインを指定します。指定するには設定値pages_external_urlを用います。当方環境のdocker-compose.ymlの場合は、11行目に追記致しました。Pagesを利用するに際し最低限の設定値を指定します。今回の場合、gitlab_pages['enable']、gitlab_pages['listen_proxy']、gitlab_pages['internal_gitlab_server']の3つを指定します。当方環境のdocker-compose.ymlの場合は、12~14行目に追記致しました。ページを有効または無効にする。リクエストをリッスンするアドレス。(デフォルト値が設定されているにもかかわらず、明示的に指定しないとうまく動かないようなので、明示的にしています。Pagesでhttpsを使いたいので、事前準備で作成したワイルドカード証明書のパスとキーのパスを明示的に指定します。ワイルドカード証明書のパスの設定値はpages_nginx['ssl_certificate']、キーのパスの設定値はpages_nginx['ssl_certificate_key']です。この時設定する証明書とキーのパスは、コンテナから見た証明書とキーのパスを記載します。当方環境のdocker-compose.ymlの場合は、15,16行目に追記致しました。(筆者の検証環境で述べた通り、Dockerホストの/srv/gitlab/conigをGitLabコンテナの/etc/gitlabにハードマウントしています。Pagesを動かせるはずなので、今回はこれで次に進みます。Docsをご参照ください。GitLab編集したdocker-compose.yml保存し、GitLabを起動します。Pagesが有効になっているかを確認します。