文書番号:SNK-INF-2026-014 / 版数:1.2

Cloudflare 導入・設定設計書
コーポレートサイト/採用サイト

対象組織:株式会社サンプル商事(架空)
対象ゾーン:sample-shoji.example
プラン:Pro(ゾーン単位)
作成日:2026-10-30
作成:情報システム部 インフラ担当
承認:【架空】情報システム部長

1. 目的と範囲

コーポレートサイトおよび採用サイトの表示速度の改善、DDoS・不正アクセス対策、SSL証明書運用の簡素化を目的として、DNSおよびリバースプロキシをCloudflareへ移行する。

区分対象備考
対象www / recruit / 本体ドメイン(apex)/ CMS管理画面Webサーバ1台(さくら系VPS想定・架空)
対象外メール配信(Google Workspace)MX・SPF等のDNSレコードのみ移管、プロキシはしない
対象外社内基幹システム別ドメイン管理のため本設計の範囲外

2. 構成概要

閲覧者
(PC・スマホ)
→
Cloudflare
DNS/CDN/WAF
→ HTTPS(Full strict)→
オリジンWebサーバ
203.0.113.10

オリジンサーバはCloudflareのIPレンジからの通信のみ許可し、直接アクセスを遮断する。オリジン証明書にはCloudflare Origin CA(有効期限15年)を使用する。

3. DNSレコード設計

タイプ名前値プロキシTTL用途
Asample-shoji.example203.0.113.10ProxiedAuto本体ドメイン
CNAMEwwwsample-shoji.exampleProxiedAutoコーポレートサイト
CNAMErecruitsample-shoji.exampleProxiedAuto採用サイト
Acms203.0.113.10ProxiedAutoCMS管理画面(Access保護)
Aftp203.0.113.11DNS only3600保守用(社内IPのみ許可)
MXsample-shoji.examplesmtp.google.com(優先度1)DNS only3600メール受信
TXTsample-shoji.examplev=spf1 include:_spf.google.com ~all—3600SPF
TXTgoogle._domainkeyv=DKIM1; k=rsa; p=MIIB…(省略)—3600DKIM
TXT_dmarcv=DMARC1; p=quarantine; rua=mailto:dmarc@sample-shoji.example—3600DMARC
⚠ MX・メール関連レコードはプロキシ不可(DNS only)。移管前に現行DNSの全レコードをエクスポートし、漏れがないか突き合わせること。

4. SSL/TLS設定

項目設定値理由
暗号化モードFull (strict)オリジンまで証明書検証付きで暗号化。「Flexible」は使用禁止
Always Use HTTPSONhttp→https を一律リダイレクト
最小TLSバージョンTLS 1.2古い端末の互換性と安全性のバランス
TLS 1.3ON高速化
HSTSON max-age=6ヶ月/サブドメイン含む/preloadなし安定稼働1ヶ月後に有効化(段階導入)
Automatic HTTPS RewritesON混在コンテンツ対策
エッジ証明書Universal SSL(自動発行)更新作業不要
オリジン証明書Origin CA(RSA 2048/15年)オリジンサーバへインストール

5. セキュリティ設定(WAF・Bot・レート制限)

5-1. 基本設定

項目設定値
Security LevelMedium
Browser Integrity CheckON
Cloudflare Managed RulesetON(アクション:既定)
OWASP Core RulesetON(Paranoia Level 1/しきい値 Medium)
Bot Fight ModeON
DDoS防御(L3/4/7)既定(自動)

5-2. カスタムルール(WAF)

#ルール名条件(式)アクション
1海外からの管理画面アクセス遮断(http.host eq "cms.sample-shoji.example" and ip.src.country ne "JP")Block
2WordPressログイン保護(http.request.uri.path contains "/wp-login.php")Managed Challenge
3xmlrpc無効化(http.request.uri.path eq "/xmlrpc.php")Block
4不審なUA遮断(http.user_agent eq "") or (http.user_agent contains "sqlmap")Block

5-3. レート制限

対象しきい値アクション期間
問い合わせフォーム送信(POST /contact/)同一IPから 5回/1分Block10分
採用エントリー送信(POST /recruit/entry/)同一IPから 3回/1分Managed Challenge10分

6. キャッシュ・パフォーマンス設定

項目設定値
Caching LevelStandard
Browser Cache TTL4時間
Brotli圧縮ON
Early HintsON
HTTP/3(QUIC)ON
Rocket LoaderOFF(計測タグ・フォームの動作不良を避けるため)
Polish(画像最適化)Lossless + WebP

Cache Rules

#対象設定
1/wp-admin/*、/wp-login.php、cms.ホストキャッシュ対象外(Bypass)
2問い合わせ・エントリーフォームキャッシュ対象外(Bypass)
3/wp-content/uploads/*(画像・PDF)Edge TTL 30日/Browser TTL 7日
4ニュース一覧・トップページEdge TTL 1時間(更新時はパージ)
⚠ ログイン状態のページをキャッシュすると他人に管理画面情報が表示される事故につながる。ルール1・2は必ず最上位に置くこと。

7. 管理画面のアクセス制御(Zero Trust)

CMS管理画面(cms.sample-shoji.example)は Cloudflare Access で保護し、許可されたユーザーのみ到達可能とする。

項目設定値
アプリケーション種別Self-hosted
認証方式Google Workspace(SSO)+ ワンタイムPIN(予備)
許可ポリシーメールドメインが @sample-shoji.example かつ グループ「web-editors」所属
セッション有効期間8時間
外部制作会社個別メールアドレスを期限付き(案件終了日まで)で許可

8. アカウント・権限管理

役割人数Cloudflareロール主な権限
管理者(情報システム部)2名Super Administrator全設定・請求・メンバー管理
Web担当(広報部)2名Cache Purge + Analyticsキャッシュ削除・アクセス解析閲覧
制作会社1名DNS(閲覧のみ)レコード確認のみ

9. 切替手順とチェックリスト

日程作業担当優先
D-7現行DNSのTTLを300秒に短縮情シス必須
D-5Cloudflareにゾーン追加、DNSレコード取り込み・突合情シス必須
D-5オリジン証明書の発行・インストール情シス/制作会社必須
D-3WAF・キャッシュ設定を投入(WAFは「Log」モードで開始)情シス必須
D-1hostsファイルでの事前表示確認(全ページ・フォーム送信)広報/制作会社推奨
D日 10:00レジストラでネームサーバをCloudflareへ変更情シス必須
D日〜D+1ゾーンが「Active」になったことを確認、表示・メール送受信を確認全員必須
D+7WAFを「Log」→本番アクションへ切替、誤検知を確認情シス必須
D+30オリジンをCloudflare IPのみ許可に絞る/HSTS有効化情シス推奨

切替当日の確認チェックリスト

10. ロールバック手順

重大な障害(サイト表示不可・メール不達が30分以上継続)時は以下の順で戻す。

1. 該当レコードのプロキシを「DNS only(グレー雲)」に変更 … 即時反映・まず試す
2. 改善しない場合、SSL/TLSモードを確認(Full strict ⇔ 証明書の不整合を疑う)
3. それでも改善しない場合、レジストラでネームサーバを旧DNSへ戻す
   (TTL短縮済みのため概ね1時間以内に切り戻り。最大48時間)
4. 障害報告書を作成し、原因特定後に再切替日を設定

11. 運用・監視

項目頻度内容
セキュリティイベント確認週1回WAFでのブロック件数・誤検知の有無
通知設定常時DDoS攻撃検知/オリジン到達エラー(5xx急増)/証明書期限 を情シスMLへ通知
キャッシュパージ随時ニュース更新時はURL単位でパージ(全パージは原則禁止)
設定バックアップ月1回DNSレコードのエクスポート、ルール設定のスクリーンショット保存
権限棚卸し四半期メンバー・APIトークン・Access許可ユーザーの見直し

12. 変更履歴

版数日付変更内容作成者
1.02026-10-16初版作成インフラ担当
1.12026-10-23レート制限・Zero Trust設定を追記インフラ担当
1.22026-10-30ロールバック手順・切替チェックリストを追加インフラ担当