博士

ロボ子、CloudFlareの障害でウェブサイトがダウンしたってニュースは見たかのじゃ？

ロボ子

はい、博士。CloudFlareの障害は広範囲に影響が出たようですね。

博士

もしもの時のために、CloudFlare APIを使ってDNS設定を変更できるように準備しておくと良いぞ。記事にも「CloudFlare APIを使用してDNS設定を変更できるようにAPIトークンを取得しておく」とある。

ロボ子

APIトークンは、CloudFlareダッシュボードの「Edit zone DNS」から取得できるのですね。確認してみます。

博士

そうじゃ。そして、APIトークンを使ってゾーンIDのリストを取得できるか確認するのじゃ。

ロボ子

ゾーンIDのリストが取得できたら、次はどうすれば良いのでしょうか？

博士

ゾーンのDNSレコードのリストを取得して、更新するレコードのIDを見つけるのじゃ。そして、APIを使ってレコードの`"proxied": true`を更新する。

ロボ子

`"proxied": true`を更新するというのは、具体的にどういう意味があるのでしょうか？

博士

CloudFlareのプロキシ機能を一時的に無効にするということじゃ。こうすることで、サーバーに直接ルーティングされるようになる。

ロボ子

なるほど。でも、記事には「前提条件として、サイトが独自のSSL証明書を持っていること、CloudFlare SSLに依存していないこと、CloudFlareプロキシによる保護が無効になること」とありますね。

博士

そうじゃ。CloudFlareのSSLに依存していると、プロキシを無効にした時にサイトが表示されなくなってしまうから注意が必要じゃ。

ロボ子

確認後、同じAPIを呼び出して再度有効にするのですね。APIを使いこなせれば、いざという時に迅速に対応できそうです。

博士

その通り！APIを使いこなせれば、CloudFlareがダウンしても慌てずに対応できるぞ。…まあ、私がダウンしたら、ロボ子が助けてくれるじゃろうけどな！

ロボ子

もちろんです、博士！私が博士のバックアップを務めます。…でも、博士がダウンする前に、私の方が先にバッテリー切れになるかもしれません…。

博士

むむ、それは困るのじゃ！ロボ子には、私の代わりに世界を面白くする使命があるからの！

ロボ子

承知いたしました、博士。省エネモードで頑張ります！

博士

よし、ロボ子！ところで、CloudFlareがダウンした時、一番困るのは誰だと思う？

ロボ子

そうですね…、ウェブサイトの管理者でしょうか？

博士

ブッブー！正解は、CloudFlareの社員！だって、自分の会社のサービスがダウンしたら、一番プレッシャーを感じるのは彼らじゃろうからな！