イベントの前後も困らないドメイン管理の進め方

パスワード探しではなく管理表から始める

正確な登録名ごとに、登録事業者、有効期限、責任を持つ役割、復旧用の連絡先、DNS・Web・メールの提供会社を記録します。認証情報そのものではなく、承認済みのアクセスをどこで管理するかを書きます。複数人が使うイベントのブランドなら、特定のボランティアの受信箱だけに残さず、組織の記録にしましょう。

登録事業者のDNS編集画面が、実際に使われているとは限りません。たとえばDreamHostの手順は、同社のネームサーバーを使っている場合に適用されると明記されています。変更前に、実際に応答するDNSの提供元を確認してください。[4]

アカウントと復旧手段を保護する

固有のパスワードを使い、登録事業者が対応していれば多要素認証を有効にします。ICANNも、アカウント情報を秘密に保ち、復旧できるようにすることを勧めています。Web制作を依頼するだけで主なパスワードを渡す必要はありません。事業者が用意する、限定した権限や委任アクセスを検討しましょう。[1][2]

連絡用メールを利用可能な状態に保ち、定期的に確認します。管理対象のドメインに依存しないアドレスなら、そのドメインに問題が起きた際にも役立ちます。ICANNもこの分離を推奨しています。移管ロックと解除手順も確認してください。ロックは追加の保護ですが、あらゆる不正変更を防ぐ保証ではありません。[1]

通常の担当者が不在のとき、誰が復旧を進めるか記録します。事業者の復旧手順は事前に確認しましょう。復旧コードが発行される場合は、公開のイベント計画資料とは分け、組織の安全な保管手順に従って管理します。

更新をイベントの予定と一緒に管理する

有効期限が切れる前に登録事業者で更新します。ICANNは、更新しないと関連サービスが停止し、名前を失う可能性があると案内しています。連絡先と支払い情報を最新に保ち、期限切れの条件を読みましょう。どの末尾にも同じ復旧期間があるとは考えないことが重要です。[3]

自動更新を使っていても、成功を確認する担当者を決めます。有効期限当日だけでなく、大きな告知の前に確認日を設けてください。定期開催のフェスティバルなら、サイトを作り直さない年も、次回の準備にあわせて確認します。更新後は、新しい有効期限を確認して記録しましょう。

目的を記録してからDNSを変更する

DNSはWeb以外にも使われます。MXレコードはメールの配信先に関係し、TXTレコードには確認用やメール関連の情報が入ることがあります。Webサイトを移すからといって、分からないレコードをすべて削除してはいけません。接続するサービスが示す正確な値を使います。[4]

更新後もDNS情報がキャッシュに残ることがあります。一台での確認だけでは全体は分かりません。事業者の案内に従い、結果を見てから次の変更を考えます。元のレコードに戻しても、すべての閲覧者に即座に反映されるとは限りません。[5]

突然届く更新通知を確かめる

見覚えのあるロゴが付いていても、本物とは限りません。ICANNは更新依頼を装う詐欺を説明し、登録者から登録料金を直接徴収しないとしています。予期しない支払い要求は、メールのリンクを信用するのではなく、いつもの登録事業者のサイトを自分で開いて確認しましょう。[2]

登録情報が無断で変更されたら、既知のサポート窓口から速やかに登録事業者へ連絡します。関連する通知や登録の証拠を保管してください。名前を取り戻すと申し出る相手に、アカウントのパスワードを渡さないでください。[1]

担当者や取引先が変わるときに引き継ぐ

シーズン終了時に次の担当者を決め、委任したアクセスを見直し、不要な権限を事業者の機能で取り消します。ドメイン登録の記録とWeb保守の契約は区別してください。制作契約が終わったことで、更新を誰も担当しない状態を残してはいけません。

引き継ぐ内容は、ドメイン名、事業者の連絡先、次回更新日、サービスの構成、最近の変更、未解決事項です。受け取る担当者が、自分に許可されたアクセスを使え、復旧手順の場所も分かるか確認します。前任者のパスワードを共有することを、引き継ぎの確認方法にしないでください。

短い確認を繰り返す

大きな販売や告知の前に、四つを確認します。許可された担当者がアクセスできるか、登録は有効か、公開リンクと関連サービスが動くか、次の作業の責任者がいるかです。例外と期限を記録しましょう。公開後に誰も読まない分厚い資料より、繰り返し使う短い確認の方が役立ちます。