ご存じのように、ドメイン名 (example.com) と github のサブドメインとのマッチングを完了するには、レジストラ側のカスタム DNS 設定によって github 側の CNAME ファイルを完成させる必要があります。CNAME ファイルは、github が独自の DNS ゾーン (192.30.252.153) で着信要求を適切なユーザー サブドメインにルーティングするために必要です。
したがって、欠けているステップは、ドメインが実際に github の DNS ゾーンを指していることです。レジストラー側 (gandi.net) では、ドメインに添付された DNS ゾーン ファイルを編集することでこれを実現します。このゾーン ファイルは、ドメインが関係する DNS ゾーンの階層的なドメイン名構造を記述します。これからやろうとしていることは、DNS ゾーンの一部と IP の間のマッピングを変更することです。トップレベルベースのドメイン名を任意の IP v4 (ここでは、192.30.252.153 にある github の DNS ゾーン) に向けたい場合、A レコード (単に「アドレス」を表す A) を再定義することに関心があります。自分のゾーン。
gandi.net の具体的な回答:
ここで、ゾーン ファイルの設定のリストを確認できます。Gandi の新機能は「バージョン」の機能です。異なるバージョンのゾーン ファイルを作成でき、一度に 1 つのみがアクティブになります。
github のゾーン ファイルを微調整するには、まず [Create a new version] をクリックします。現在アクティブ化されているバージョンのコピーを作成するだけです。
ワイヤリングの推奨される方法は、*.{yourdomain.tld} から {youraccount}.github.io への新しい CNAME マッピングを追加することです。たとえば、私の kaibun.net ドメインは、chikamichi.github.io のファサードである必要があるため、CNAME マッピング *.kaibun.net をchikamichi.github.io に追加しました。(gandi の設定では、最後のドットは必須です)。
たとえば、DNS ゾーン全体を「プロキシ」のように動作させたい場合 (何があっても github サブドメインに「リダイレクト」することを意味します) など、* および @ レコード タイプの設定も編集することができます。ただし、これは必須ではないため、この手順はオプションです。まだ通常の編集モードにいると思います。* 行の右側にあるペン アイコンをクリックします。すべてのフィールドは変更せずに、「値」のフィールドはそのままにしておきます: github URI を貼り付けます (github のドキュメントでは 204.232.175.78 を使用することを推奨していますが、インターネットで別の値を見つけたかもしれませんが、使用しないでください)。検証してから、@ 行についても同じ手順を実行します。
準備ができたら、「このバージョンを有効にする」をクリックすることを忘れないでください。「アクティブバージョン番号」が正しいことを確認してください。変更が反映されるまでしばらく時間がかかります。
詳細な例と手順: http://wiki.gandi.net/dokuwiki/en/dns/zone/a-record