GMO Registry から届いた「緊急ネットワークメンテナンス」の通知 ― レジストラの立場で読む 11 月 4 日の 5 時間

English version: English version

2026 年 11 月 2 日（月）の午前、GMO Registry（GMO インターネットグループのレジストリ事業会社）から登録事業者（レジストラ）宛てに、11 月 4 日に実施するネットワークメンテナンスの通知が届いた。件名は「Emergency Network Maintenance」、本文は「planned outage（計画停止）」とあり、対象は .shop や .tokyo など同社のプラットフォーム上で運用される全 TLD、影響を受けるのはレジストラ向けの登録系システム（EPP・RDAP・Registrar Console）である。本稿は、この通知を受け取った一レジストラの立場から、通知に書かれている事実、影響の範囲、レジストラ側で困ること、そして筆者の見方を分けて記す。

なお、筆者は .shop や .tokyo のレジストラ業務に携わる事業者としてこの通知を受け取っている。通知の原本は非公開とし、本稿には差出人・宛先・購読者 ID を含むリンクを塗りつぶした画像のみを掲載する。

1. 通知に書かれていること（事実）

１．受信した通知メール（2026-11-02 10:54 JST 受信。差出人・宛先・購読者 ID を含むリンクは塗りつぶしてある）

項目	通知の記載
受信日時	2026 年 11 月 2 日 01:54:03 UTC（JST 10:54）
件名	[GMO Registry] Emergency Network Maintenance: 2026 Nov 4
宛名	Dear Registrars
本文の表現	“an upcoming planned outage in all TLDs operated on the GMO Registry platform”
実施時間帯	2026 年 11 月 4 日 04:00〜09:00 UTC（JST 13:00〜18:00、水曜日の業務時間帯）
対象 TLD	.shop、.tokyo、.nagoya、.yokohama、.okinawa、.ryukyu、.kyoto、.id、.jp
影響を受けるサービス	EPP、RDAP、Registrar Console
想定される影響	“several intermittent connection interruptions, approximately 6 to 8 occurrences, each lasting up to around 5 seconds”（断続的な接続断が 6〜8 回、各 5 秒程度まで）
理由	記載なし
その他	“We apologise for the short notice”（通知から実施まで 2 日）

書かれていることはこれだけである。メンテナンスの目的や内容、DNS（名前解決）への影響の有無、通常の計画メンテナンスとの違いについての説明はない。

件名の「Emergency（緊急）」と本文の「planned outage（計画停止）」は、同じメールの中で食い違っている。緊急と銘打ちながら実施は 2 日後の平日日中であり、想定影響は数秒の断続である。この組み合わせをどう読むかは第 4 節で扱う。

2. 影響の範囲を正確に

通知に挙がっている 3 つのサービスは、いずれもレジストラとレジストリの間の仕組みである。

EPP（Extensible Provisioning Protocol）: レジストラがレジストリに対してドメインの登録・更新・移管・ネームサーバー変更などを送る通信路。これが止まると、レジストラ側の処理が滞る
RDAP: 登録情報の照会（WHOIS の後継）
Registrar Console: レジストラ向けの管理画面

一方で、通知には DNS への言及がない。EPP や管理画面が数秒止まっても、既に登録されているドメインの名前解決は影響を受けないのが通常である。したがって、.shop や .tokyo のドメインでサイトを運営している登録者や、そのサイトを閲覧する人にとっての影響は、通知のとおりなら限定的と読める。5 時間の窓の間に、たまたま新規登録や更新をレジストラに申し込んだ人の手続きが数秒〜数分遅れる可能性がある、という程度である。

レジストラの側では、次のことが気になる。

自動処理のリトライ: EPP の接続が切れると、進行中の登録・更新・移管のコマンドが失敗する。5 秒程度の断であっても、ちょうどその瞬間に送ったコマンドは失敗するので、再試行の仕組みが必要になる。多くのレジストラシステムは再試行を備えているが、移管のように複数の手順が連なる処理は、途中で切れると状態の確認が要る
顧客対応: 窓の間に申込や更新が失敗した顧客への案内。通知が 2 日前なので、顧客向けの事前告知を出す余裕は少ない
Registrar Console が使えない時間: 手作業での確認や修正ができない。平日の 13 時〜18 時という、レジストラの業務時間帯と重なる
期限が窓にかかるドメイン: 11 月 4 日に更新期限や移管の確定が来るドメインは、窓の前に処理しておくのが無難である

いずれも「数秒の断が 6〜8 回」という前提なら、運用で吸収できる範囲である。通知どおりに終われば、一般の利用者が気づくことはほとんどないだろう。

3. 対象 TLD の顔ぶれ

通知に並ぶ 9 つの TLD は、GMO Registry との関係が一様ではない。

.shop、.tokyo、.nagoya、.yokohama: GMO Registry が自らレジストリ運営者を務める TLD（同社の会社案内に記載）
.okinawa、.ryukyu: 同社が 2012 年にレジストリ業務を受託した地域 TLD（同上）
.kyoto: 京都の地域 TLD。GMO Registry との関係は同社の会社案内では確認できなかったため、本稿では「通知に列挙されている」と記すにとどめる
.id: インドネシアの国別 TLD（ccTLD）。レジストリは PANDI で、GMO Registry は 2011 年からその登録システムの構築・運用（バックエンド）を受託している（同社会社案内と当時の発表）
.jp: 日本の ccTLD で、レジストリは JPRS（日本レジストリサービス）である。GMO Registry の会社案内には .jp の記載がなく、同社が .jp についてどの機能を「自社プラットフォーム上で運用」しているかは、公式情報では確認できなかった。本稿では「通知にはこう列挙されている」と記すにとどめる

つまり、この通知は「GMO Registry が自分で運営する TLD」と「他者のレジストリのために同社が運用しているシステム」の両方にまたがっている。.id のレジストラにとっては、インドネシアのレジストリの接続先が日本の事業者のメンテナンスで断続する、ということになる。

4. なぜ今か（筆者の見方）

ここからは事実ではなく、筆者の見方である。

メールには理由が書かれていない。それでも「緊急」と銘打たれ、2 日後に実施されるという点に、筆者は時期を重ねて考えてしまう。GMO インターネットグループは 10 月 21 日に公表した「お名前.com デスクトップクラウド」への不正アクセス事案の対応を続けており、通知が届いた 11 月 2 日の午後には、同社の熊谷正寿会長兼社長が出席する初めての記者会見が予定されていた（日本経済新聞・時事通信などの報道）。事案の経過は、筆者が営業日ごとに更新している別稿「金融インフラが止まる日 ― 不正アクセス事案のサジェスト推移・株価と、セキュリティ投資の一般論（速報版）」（https://nkzw.jp/2026/10/27/gmo_incident_suggest_stock_security_investment_2026/）にまとめている。

グループ全体でセキュリティを見直している最中に、レジストリ事業会社がネットワークの緊急メンテナンスを告知する。これが事案と関係のある対策（たとえばネットワーク機器の更新や設定変更）なのか、まったく別の理由なのかは、メールからも公開情報からも分からない。筆者はその可能性を思い浮かべはするが、関係があると断定する材料はない。本稿執筆時点（11 月 2 日午後）で記者会見の内容は報道で確認できておらず、会見で本件に関わる説明があれば、確認でき次第この節に追記する。

一つだけ、レジストラの立場から言えることがある。理由が書かれていない通知は、受け取った側に推測を強いる。「緊急」と「計画停止」が同居する件名と本文も同じである。レジストリからレジストラへの通知は、理由を一行添えるだけで、受け手の準備も顧客への説明も楽になる。これは GMO Registry に限らず、どのレジストリにも当てはまる。

5. レジストラとして 11 月 4 日までにすること

筆者の事業で実際に行う準備を、同業の参考として書いておく。

窓（JST 13:00〜18:00）の前に、対象 TLD で期限や移管確定が近いドメインの処理を済ませる
EPP クライアントの再試行とタイムアウトの設定を確認する。数秒の断を越えて再接続できるか、移管など複数手順の処理が途中で切れたときに状態を再取得できるか
窓の間は Registrar Console を使う作業を予定に入れない
顧客向けには、申込や更新が数分遅れる可能性がある旨を、必要なら事前に案内する（通知のとおりなら、ほとんどの顧客は気づかない）
窓の後に、失敗したコマンドが残っていないかログで確認する

6. 限界と注意

本稿は、レジストラ宛ての通知メール 1 通と、GMO Registry の会社案内、報道だけに基づく。メンテナンスの目的・内容は公表されておらず、筆者も知らない
第 4 節の見方は推測である。不正アクセス事案との関係は確認できていない
.kyoto と .jp について GMO Registry との関係は公式情報で確認できなかったため、通知の列挙をそのまま記した
実施結果（実際の断の回数や時間、影響）は 11 月 4 日の窓の後に追記する