CNAME エラー
If you are publishing from a custom GitHub Actions workflow, any CNAME file is ignored and is not required.
If you are publishing from a branch, custom domains are stored in a CNAME file in the root of your publishing source. このファイルは、リポジトリ設定を通じて、あるいは手動で追加または更新することができます。 詳しい情報については、「GitHub Pages サイト用のカスタムドメインを管理する」を参照してください。
サイトが正しいドメインをレンダリングするには、CNAME ファイルがまだリポジトリに存在していることを確認します。 たとえば、静的サイトジェネレータの多くはリポジトリへのプッシュを強制するので、カスタムドメインの設定時にリポジトリに追加された CNAME ファイルを上書きすることができます。 ローカルでサイトをビルドし、生成されたファイルを GitHub Enterprise Cloud にプッシュする場合は、CNAME ファイルをローカルリポジトリに追加したコミットを先にプルして、そのファイルがビルドに含まれるようにする必要があります。
次に、CNAME のフォーマットが正しいことも確認します。
- CNAME ファイル名は、すべて大文字である必要があります。
- CNAME ファイルにはドメインを 1 つだけ含めることができます。 複数のドメインをサイトにポイントするには、DNSプロバイダ経由のリダイレクトを設定する必要があります。
- CNAME ファイルにはドメイン名のみが含まれている必要があります。 たとえば、
www.example.com、blog.example.com、example.comなどです。 - ドメイン名は、すべての GitHub Pages サイトで一意である必要があります。 たとえば、別のリポジトリの CNAME ファイルに
example.comが含まれている場合、自分のリポジトリの CNAME ファイルにexample.comを使用することはできません。
DNS の設定ミス
サイトのデフォルトドメインをカスタムドメインを指すようにすることに問題がある場合は、DNS プロバイダに連絡してください。
カスタムドメインのDNSレコードが正しく設定されているかをテストするには、以下の方法のいずれかを使うこともできます。
digのようなCLIツール。 詳しい情報については「GitHub Pagesサイトのカスタムドメインの管理」を参照してください。- オンラインのDNSルックアップツール。
サポートされていないカスタムドメイン名
カスタムドメインがサポートされていない場合、使用しているドメインをサポートされているドメインに変更しなければならないかもしれません。 DNSプロバイダに問い合わせて、ドメイン名の転送サービスを提供しているかどうかを確認することもできます。
サイトが以下に当てはまっていないを確認してください。
-
複数の Apex ドメインを使用している。 たとえば、
example.comとanotherexample.comの両方など。 -
複数の
wwwサブドメインを使用している。 たとえば、www.example.comとwww.anotherexample.comの両方など。 -
Apex ドメインとカスタムサブドメインの両方を使用している。 たとえば、
example.comとdocs.example.comの両方など。例外は
wwwサブドメインです。 正しく設定されていれば、wwwサブドメインは自動的にApexドメインにリダイレクトされます。 詳しい情報については、「GitHub Pages サイト用のカスタムドメインを管理する」を参照してください。
警告: *.example.com など、ワイルドカード DNS レコードは使わないでください。 ワイルドカード DNS レコードにより、あなたのサブドメインの 1 つで GitHub Pagesサイトを誰でもホストできるようになります。
サポートされているカスタムサブドメインのリストは、「カスタムドメインと GitHub Pages について」を参照してください。
HTTPS エラー
CNAME、ALIAS、ANAME や A DNS レコードで適切に設定されたカスタムドメインを使っている GitHub Pages サイトは、HTTPS でアクセスできます。 詳しい情報についてはHTTPSでGitHub Pagesサイトをセキュアにするを参照してください。
カスタムドメインを設定した後、サイトが HTTPS 経由で利用可能になるには最長 1 時間かかります。 既存の DNS 設定をアップデートした後、HTTPS を有効化するプロセスを開始するには、カスタムドメインを削除してサイトのリポジトリに再追加しなければならない可能性があります。 詳しい情報については、「GitHub Pages サイト用のカスタムドメインを管理する」を参照してください。
Certification Authority Authorization (CAA) レコードの使用を選択した場合、HTTPS 経由でサイトにアクセスするには、値が letsencrypt.org の CAA レコードが少なくとも 1 つ存在している必要があります。 詳しい情報については、Let's Encrypt ドキュメンテーションの「Certificate Authority Authorization (CAA)」を参照してください。
Linux での URL フォーマット
サイトのURLに、先頭か最後がダッシュのユーザ名もしくは Organization 名が含まれていたり、連続するダッシュが含まれていたりすると、Linux でブラウズするユーザがそのサイトにアクセスしようとするとサーバーエラーを受け取ることになります。 これを修正するには、GitHub Enterprise Cloudのユーザ名から非英数字を取り除くよう変更してください。 詳細は「GitHub ユーザ名を変更する」を参照してください。
ブラウザのキャッシュ
最近カスタムドメインを変更または削除し、ブラウザで新しい URL にアクセスできない場合は、ブラウザのキャッシュを削除してから新しい URL にアクセスすることが必要になる場合があります。 キャッシュの削除についての詳しい情報については、ブラウザのドキュメントを参照してください。