HTTPS で GitHub Pages サイトを保護する

リポジトリの管理者権限があるユーザは、GitHub Pages サイトに強制的に HTTPS を指定できます。

HTTPS と GitHub Pages について

カスタムドメインが正しく設定されたサイトを含めたすべての GitHub Pages サイトは、HTTPS や HTTPS 強制をサポートします。カスタムドメインについて詳しくは、「カスタムドメインとGitHub Pagesについて」と「カスタムドメインとGitHub Pages のトラブルシューティング」をご覧ください。

GitHub Pages サイトは、パスワードやクレジットカード番号といった機密情報のやりとりに使うべきではありません。

警告: エンタープライズが Enterprise Managed Users を使用しない限り、サイトのリポジトリがプライベートまたは内部であっても、GitHub Pages サイトは既定でインターネット上で一般公開されます。サイトのアクセス制御を管理することで、サイトをプライベートで公開できます。それ以外の場合、サイトのリポジトリにセンシティブなデータがあるなら、公開前にそのデータを取り除くのが良いでしょう。詳細については、「リポジトリについて」および「GitHub Pages サイトの可視性を変更する」を参照してください。

注: RFC3280 では、共通名の長さは最大 64 文字とされています。したがって、証明書が正常に作成されるようにするには、GitHub Pagesサイトのドメイン名全体の長さは64文字未満でなければなりません。

あなたの GitHub Pages サイトに HTTPS を強制する

GitHub Enterprise Cloudで、サイトのリポジトリにアクセスしてください。
リポジトリ名の下にある [設定] をクリックします。 [設定] タブが表示されない場合は、 [] ドロップダウンメニューを選び、 [設定] をクリックします。
サイドバーの [コードと自動化] セクションで、 [ ページ] をクリックします。
「GitHub Pages」で、 [HTTPS の適用] を選択します。

証明書プロビジョニングのトラブルシューティング ("Certificate not yet created" (証明書がまだ作成されていません) エラー)

Pagesの設定でカスタムドメインを設定もしくは変更した場合、自動DNSチェックが開始されます。このチェックは、DNS設定がGitHubによる自動的な証明書の取得を許可するように設定されているかを判断します。チェックが正常に終わったら、GitHub によって、[Let's Encrypt] から TLS 証明書をリクエストするジョブがキューイングされます。有効な証明書を受信すると、GitHubは自動的にそれをPagesのTLSターミネーションを処理するサーバーにアップロードします。このプロセスが正常に終了すると、カスタムドメイン名の横にチェックマークが表示されます。

このプロセスには多少の時間がかかることがあります。 [保存] をクリックしてから数分経ってもプロセスが完了しない場合は、カスタムドメイン名の横にある [削除] をクリックしてみてください。ドメイン名を再入力し、 [保存] をもう一度クリックします。これでプロビジョニングのプロセスがキャンセルされ、再起動されます。

混在したコンテンツの問題を解決する

GitHub Pages サイトで HTTPS を有効にしているのに、サイトの HTML が HTTP 経由で画像、CSS、または JavaScript を引き続き参照している場合、サイトは "混在したコンテンツ" を提供しています。混在したコンテンツを提供することで、サイトのセキュリティが下がり、アセットの読み込みに問題が生じる場合があります。

サイトでのコンテンツの混在を解消するには、サイトの HTML で http:// を https:// に変更して、すべてのアセットが HTTPS 経由で提供されるようにしてください。

アセットは通常、以下の場所にあります。

サイトで Jekyll を使っている場合、HTML ファイルはおそらく _layouts フォルダーにあります。
CSS は通常、HTML ファイルの <head> セクションにあります。
JavaScript は通常、<head> セクションか、</body> を閉じるタグの直前にあります。
画像は通常、<body> セクションにあります。

ヒント: サイトのソースファイルにアセットが見つからない場合は、テキストエディターか GitHub Enterprise Cloud で、サイトのソースファイルを http で検索してください。

HTML ファイルで参照されているアセットの例

資産の種類	HTTP	HTTPS
CSS	`<link rel="stylesheet" href="http://example.com/css/main.css">`	`<link rel="stylesheet" href="https://example.com/css/main.css">`
JavaScript	`<script type="text/javascript" src="http://example.com/js/main.js"></script>`	`<script type="text/javascript" src="https://example.com/js/main.js"></script>`
Image	`<a href="http://www.somesite.com"><img src="http://www.example.com/logo.jpg" alt="Logo"></a>`	`<a href="https://www.somesite.com"><img src="https://www.example.com/logo.jpg" alt="Logo"></a>`

DNS 構成を確認する

場合によっては、カスタムドメインの DNS 構成が原因で HTTPS 証明書を生成できなくなります。これは、余計な DNS レコードや GitHub Pages の IP アドレスをポイントしていないレコードが原因で発生する可能性があります。

HTTPS 証明書を正しく生成するには、次の構成をお勧めします。 @ ホスト付きの追加の A、AAAA、ALIAS、ANAME レコード、または、www サブドメインまたは GitHub Pages で使用するその他のカスタムサブドメインをポイントする CNAME レコードは、HTTPS 証明書の生成を妨げる可能性があります。

シナリオ	DNS レコードの種類	DNS レコード名	DNS レコード値
Apex ドメイン (`example.com`)	`A`	`@`	`185.199.108.153` `185.199.109.153` `185.199.110.153` `185.199.111.153`
Apex ドメイン (`example.com`)	`AAAA`	`@`	`2606:50c0:8000::153` `2606:50c0:8001::153` `2606:50c0:8002::153` `2606:50c0:8003::153`
Apex ドメイン (`example.com`)	`ALIAS` または `ANAME`	`@`	`USERNAME.github.io` または `ORGANIZATION.github.io`
Subdomain (`www.example.com`, `blog.example.com`)	`CNAME`	`SUBDOMAIN.example.com.`	`USERNAME.github.io` または `ORGANIZATION.github.io`