第 4 章 SSL/TLS と HTTPS
第 3 章で店名を Worker につなぐ看板（Custom Domain）を掛けると、身分証も一緒に用意されました。この章はその身分証の正体です。
お客さん（利用者）と窓口（Cloudflare）のやり取りが途中で読まれたり書き換えられたりしないよう、手紙に封をします。封の仕組みが HTTPS で、その窓口が本物だと証明する身分証が証明書です。いま読んでいるこのサイト（Cloudflare Lab）では、その身分証が無料で自動的に発行されます。
Learning goals
この節でできるようになること
- HTTPS と証明書の関係を封筒と身分証で説明できる
- Universal SSL が何を無料で自動にするかを説明できる
- 窓口から本社へ送る手紙の封の決まり（encryption mode）を選べる
- http で来た手紙を https で出し直してもらう設定と、その注意点を説明できる
4-1 封筒と身分証（HTTPS と証明書）
手紙は封をすれば途中で読まれません。 でも、その手紙をやり取りする相手が本物の窓口かは、身分証で確かめます。 封の仕組みが HTTPS、身分証が証明書、身分証の発行所が CA です。 身分証には期限があり、発行所をたどって元締めまで確かめる道があります。 お客さんと窓口の区間、窓口と本社の区間で、身分証は別々です。 この節のゴールは、この三つの言葉を日常語で言えることです。
4-2 無料で自動の身分証（Universal SSL）
Cloudflare は、店名ごとに身分証を無料で自動発行します。 これを Universal SSL と呼び、店名とその 1 階層下まで対象です。 発行されるのは、店名の持ち主であることを確認した身分証です。 第 3 章の看板（Custom Domain）を掛けると、自動で用意されます。 自分で発行所を選びたいときの別の道もあります。 この節のゴールは、何もしなくても身分証が付く範囲を言えることです。
4-3 本社へ送る手紙の封（encryption mode）
お客さんからの手紙に封をしても、窓口から本社へ送る手紙が封なしでは意味が薄れます。 この区間の封の決まりを encryption mode と呼びます。 Off・Flexible・Full・Full (strict) の順に厳しくなります。 公式は Full か Full (strict) を強く勧めています。 Cloudflare Lab は本社が Cloudflare 自身なので、この区間がありません。 この節のゴールは、四つの決まりを図で言い分けられることです。
4-4 必ず封をする（Always Use HTTPS・Minimum TLS・HSTS）
封をしていない手紙で来たお客さんには、封筒に入れ直して出し直してもらいます。 これを Always Use HTTPS と呼び、http を https へ送り直します。 古い型式の封筒を断る Minimum TLS Version も設定できます。 「この店には今後必ず封筒で」とお客さんに覚えてもらうのが HSTS です。 HSTS は一度覚えてもらうと戻しにくいので、順番を守ります。 この節のゴールは、三つの設定の役割と注意点を言えることです。
© 2026 osdse