2026年10月7日
2026年10月7日
Gandi の管理画面操作ガイド(DNS設定・自動更新・移管・APIの基本)
Gandi はフランス発のドメイン登録事業者で、英語を中心とした管理画面からドメインの更新、ネームサーバー、DNSレコード、移管などを操作します。この記事では、WordPressサイトのドメインを Gandi で管理する人が日常的に触る操作を、目的ごとに整理して説明します。
Gandi は運営体制の変更を経て、料金体系や付帯サービス(メールボックスなど)の内容が以前と変わっています。画面の項目名や配置も更新されることがあるため、ここでは「何のための設定か」を中心に書き、ラベルは目安として扱います(2026年10月現在)。
管理画面の全体像
ログイン後に操作する主な場所は次のとおりです。
- ドメイン一覧: 契約中のドメインと有効期限、自動更新の状態を確認する場所です。
- ドメインの詳細: 個々のドメインを選ぶと、概要、ネームサーバー、DNSレコード、連絡先、移管に関する設定などがタブやメニューで並びます。
- 組織(Organization): 個人アカウントのほか、会社やチーム単位でドメインをまとめ、メンバーに権限を割り当てられます。
- アカウント設定: パスワード、二要素認証、APIのアクセストークンなどを管理します。
最初に二要素認証を有効にしておくことを勧めます。ドメインの管理画面を乗っ取られると、ネームサーバーを書き換えられてサイトやメールを丸ごと奪われるおそれがあるためです。
自動更新と有効期限の管理
ドメイン一覧で、各ドメインの期限と自動更新の状態を確認します。自動更新を有効にしても、登録済みの支払い方法が期限切れになっていると更新に失敗します。カードの更新時期と合わせて見直す習慣をつけると、期限切れの事故を防げます。
更新通知のメールはアカウントや連絡先に登録したアドレスに届きます。退職者の個人アドレスのままになっていないか、組織のメンバー構成と一緒に確認しておきます。
ネームサーバーの設定
ドメインの詳細にあるネームサーバーの設定で、どのDNSを使うかを選びます。
- Gandi の LiveDNS を使う: Gandi の管理画面でDNSレコードを編集します。小規模なサイトならこれで足ります。
- 外部のネームサーバーを使う: Cloudflare やサーバー会社のDNSを使う場合は、指定されたネームサーバー名を入力します。
外部に切り替えると、Gandi 側で編集したDNSレコードは使われなくなります。切り替える前に、移行先のDNSに同じレコードを作ってから変更してください。反映の確認は次のように行います。
dig +short NS example.com
dig +short A example.com @8.8.8.8
DNSレコードの編集(LiveDNS)
LiveDNS を使っている場合、ドメインの詳細のDNSレコードの画面で追加・編集・削除ができます。WordPressサイトでよく使うのは次のレコードです。
| 用途 | 種類 | 例 |
|---|---|---|
| サイト本体 | A / AAAA | @ をサーバーのIPアドレスへ |
| www付き | CNAME | www を example.com. へ |
| メール受信 | MX | メールサービスが指定する値 |
| 送信ドメイン認証 | TXT | SPF・DMARC・DKIM(DKIMはCNAMEの場合もあり) |
つまずきやすいのは、ホスト名の末尾のドット(example.com.)と、TTL です。サーバー移転を控えているなら、数日前から TTL を短くしておくと切り替えが早く反映されます。変更は一度に複数行わず、1件ずつ dig で確かめながら進めると原因の切り分けが楽になります。
レコードを大きく書き換える前には、現在の内容をエクスポートするか、画面の内容を控えておきます。LiveDNS にはゾーンをテキスト形式で表示・編集する機能もあり、控えとして使えます。
DNSSEC
ドメインの詳細には DNSSEC の設定もあります。LiveDNS を使っていれば、有効化の操作でキーの管理を Gandi 側が引き受けます。外部DNSを使っている場合は、そのDNSサービスで生成された DS レコード(または公開鍵)を Gandi に登録する形になります。
DNSSEC を有効にしたまま外部DNSへ移ると、署名が合わず名前解決に失敗することがあります。DNSの移行時は、先に DNSSEC を外すか、移行先の鍵へ切り替える順番を計画してから進めます。
連絡先情報とプライバシー
登録者・管理者などの連絡先は、ドメインの詳細や連絡先の管理画面で変更します。Gandi は多くのTLDで連絡先情報を公開しない設定を標準にしていますが、TLDによっては公開が求められる場合もあります。登録者のメールアドレスは移管や確認の通知に使われるので、受信できるアドレスにしておきます。
他社への移管(転出)
Gandi から別のレジストラへ移す場合、ドメインの詳細で次を行います。
- 移管ロック(転送ロック)を解除する
- 認証コード(AuthCode / EPPコード)を表示する
- 移管先で申請し、コードを入力する
gTLD では、新規登録や直前の移管から60日以内は移管できないことが一般的です。また期限間際は移管がうまく進まないことがあるため、余裕を持って始めます。移管中はネームサーバーを変えないほうが、トラブル時の切り分けが簡単です。
API を使った操作
ドメインが多い場合や、Let's Encrypt のDNS認証を自動化したい場合は、Gandi の API が使えます。現在は個人用アクセストークン(Personal Access Token)で認証する方式が案内されており、旧来の API キーは廃止に向かっています。トークンは必要な権限とドメインだけに絞って発行し、有効期限を設定します。
LiveDNS のレコードを一覧する例です(トークンはダミーです)。
curl -s -H "Authorization: Bearer your-personal-access-token" \
https://api.gandi.net/v5/livedns/domains/example.com/records
トークンはサーバーの環境変数や権限を絞ったファイルに置き、Git リポジトリや WordPress のテーマファイルには書かないでください。エンドポイントや認証方式は変更されることがあるため、実装前に Gandi の公式APIドキュメントで確認します。
まとめ
- 最初に二要素認証を有効にし、更新通知の宛先と支払い方法を見直します。
- ネームサーバーを外部に切り替えると LiveDNS のレコードは使われません。移行先に先にレコードを作ります。
- DNSSEC はDNS移行の前に扱いを決めます。
- 移管はロック解除と認証コードで行い、60日ルールと期限に余裕を持たせます。
- API は権限を絞ったトークンで使い、秘密情報をコードに埋め込みません。