ウェブホスティングサービス上の Nginx
Certbot を使用するには、以下が必要です...
コマンドラインは、テキストベースのコマンドを入力してコンピュータと対話し、テキストベースの応答を受け取る方法です。 Certbot は、通常は Unix 系サーバー上のコマンドラインインターフェースから実行されます。 ほとんどの目的で Certbot を使用するには、通常は SSH 経由でアクセスする Web サーバーのコマンドラインに Certbot をインストールして実行できる必要があります。
コマンドラインは、テキストベースのコマンドを入力してコンピュータと対話し、テキストベースの応答を受け取る方法です...
HTTP（ハイパーテキスト転送プロトコル）は、Web ブラウザが Web サーバーから Web ページやその他のオンラインリソースのコンテンツを要求するための従来の、しかし安全ではない方法です。これはインターネット標準であり、通常は TCP ポート 80 で使用されます。世界のほぼすべての Web サイトは HTTP をサポートしていますが、Certbot またはその他の HTTPS 設定方法で設定された Web サイトは、ユーザーをサイトの HTTP バージョンから HTTPS バージョンに自動的にリダイレクトする場合があります。
HTTP（ハイパーテキスト転送プロトコル）は、Web ブラウザが Web サーバーから Web ページやその他のオンラインリソースのコンテンツを要求するための従来の、しかし安全ではない方法です...
HTTP（ハイパーテキスト転送プロトコル）は、Web ブラウザが Web サーバーから Web ページやその他のオンラインリソースのコンテンツを要求するための従来の、しかし安全ではない方法です。これはインターネット標準であり、通常は TCP ポート 80 で使用されます。世界のほぼすべての Web サイトは HTTP をサポートしていますが、Certbot またはその他の HTTPS 設定方法で設定された Web サイトは、ユーザーをサイトの HTTP バージョンから HTTPS バージョンに自動的にリダイレクトする場合があります。
それは
Certbot は通常、既存の HTTP サイトを HTTPS で動作するように切り替えるために使用されます（その後、必要に応じてサイトの HTTPS 証明書を更新し続けます）。 Certbot のドキュメントの中には、ポート 80 で HTTP を使用してすでにアクセスできる動作中の Web サイトがあることを前提としているか、推奨しているものがあります。つまり、たとえば、Web ブラウザを使用して http:// を使用してドメインにアクセスすると、Web サーバーが応答し、何らかのコンテンツが表示されます（サイトの最終バージョンではなく、デフォルトのウェルカムページであっても）。 Certbot を使用する方法の中には、これを前提条件としているものがあるため、HTTP でサイトをすでに設定している場合は、よりスムーズに操作できます。 （ポリシーの問題でサイトにこの方法でアクセスできない場合は、Certbot で証明書を取得するために DNS 検証を使用する必要があるでしょう。）
Certbot は通常、既存の HTTP サイトを HTTPS で動作するように切り替えるために使用されます（その後、必要に応じてサイトの HTTPS 証明書を更新し続けます）...
Certbot は通常、既存の HTTP サイトを HTTPS で動作するように切り替えるために使用されます（その後、必要に応じてサイトの HTTPS 証明書を更新し続けます）。 Certbot のドキュメントの中には、ポート 80 で HTTP を使用してすでにアクセスできる動作中の Web サイトがあることを前提としているか、推奨しているものがあります。つまり、たとえば、Web ブラウザを使用して http:// を使用してドメインにアクセスすると、Web サーバーが応答し、何らかのコンテンツが表示されます（サイトの最終バージョンではなく、デフォルトのウェルカムページであっても）。 Certbot を使用する方法の中には、これを前提条件としているものがあるため、HTTP でサイトをすでに設定している場合は、よりスムーズに操作できます。 （ポリシーの問題でサイトにこの方法でアクセスできない場合は、Certbot で証明書を取得するために DNS 検証を使用する必要があるでしょう。）
開いている
異なるインターネットサービスは、異なる TCP ポート番号を使用することで区別されます。暗号化されていない HTTP は通常 TCP ポート 80 を使用しますが、暗号化された HTTPS は通常 TCP ポート 443 を使用します。 certbot --webroot、certbot --apache、または certbot --nginx を使用するには、Certbot を使用するサーバーでホストされている、すでにオンラインになっている既存の HTTP ウェブサイトが必要です。このサイトは、ポート 80 でインターネットの他の部分からアクセスできる必要があります。 certbot --standalone を使用するには、既存のサイトは必要ありませんが、サーバーのポート 80 への接続がファイアウォール（インターネットサービスプロバイダまたは Web ホスティングプロバイダによって実行されているファイアウォールを含む）によってブロックされていないことを確認する必要があります。 わからない場合は、ISP またはホスティングプロバイダにお問い合わせください。 （DNS 検証では、Let's Encrypt がサーバーへのインバウンド接続を確立する必要がないため、特にこの方法では、既存の HTTP ウェブサイトやポート 80 で接続を受信できる必要はありません。）
異なるインターネットサービスは、異なる TCP ポート番号を使用することで区別されます。暗号化されていない HTTP...
異なるインターネットサービスは、異なる TCP ポート番号を使用することで区別されます。暗号化されていない HTTP は通常 TCP ポート 80 を使用しますが、暗号化された HTTPS は通常 TCP ポート 443 を使用します。 certbot --webroot、certbot --apache、または certbot --nginx を使用するには、Certbot を使用するサーバーでホストされている、すでにオンラインになっている既存の HTTP ウェブサイトが必要です。このサイトは、ポート 80 でインターネットの他の部分からアクセスできる必要があります。 certbot --standalone を使用するには、既存のサイトは必要ありませんが、サーバーのポート 80 への接続がファイアウォール（インターネットサービスプロバイダまたは Web ホスティングプロバイダによって実行されているファイアウォールを含む）によってブロックされていないことを確認する必要があります。 わからない場合は、ISP またはホスティングプロバイダにお問い合わせください。 （DNS 検証では、Let's Encrypt がサーバーへのインバウンド接続を確立する必要がないため、特にこの方法では、既存の HTTP ウェブサイトやポート 80 で接続を受信できる必要はありません。）
サーバーとは、ウェブサイトやメールサービスなどのサービスを提供するインターネット上のコンピューターです。ほとんどのウェブサイト所有者は、データセンターに設置され、インターネット経由で管理されているサーバーの使用料をホスティングプロバイダーに支払っています。これは、物理的な専用サーバー、仮想プライベートサーバー（VPS）、または共有サーバーの場合があります。他のサーバーは、DNSサーバーなど、インターネットインフラストラクチャの他の部分を担っています。
サーバーとは、ウェブサイトやメールサービスなどのサービスを提供するインターネット上のコンピューターです…。
サーバーとは、ウェブサイトやメールサービスなどのサービスを提供するインターネット上のコンピューターです。ほとんどのウェブサイト所有者は、データセンターに設置され、インターネット経由で管理されているサーバーの使用料をホスティングプロバイダーに支払っています。これは、物理的な専用サーバー、仮想プライベートサーバー（VPS）、または共有サーバーの場合があります。他のサーバーは、DNSサーバーなど、インターネットインフラストラクチャの他の部分を担っています。
上でホストされており、
SSH（「セキュアシェル」の略）は、リモートサーバーに接続し、そのサーバーのコマンドラインにアクセスするための技術であり、多くの場合、サーバーを管理するために使用されます。サーバーの管理者は、他の人にSSHアクセスを許可したり、SSHアクセスを直接使用してサーバーをリモートで管理したりできます。SSHは通常、Unix系のオペレーティングシステムを実行しているサーバーにアクセスするために使用されますが、SSHを使用するために自分のコンピューターでUnixを実行している必要はありません。通常、SSHは、端末でコンピューターのコマンドラインから、ssh username@example.comなどのコマンドを入力して使用します。特に、自分のコンピューターでLinuxまたはmacOSを実行している場合です。ログイン後、サーバーのコマンドラインにアクセスできます。コンピューターでWindowsを使用している場合は、PuTTYなどの専用のSSHアプリケーションを使用することもできます。ほとんどのCertbotユーザーは、SSH経由でリモートサーバーのコマンドプロンプトからCertbotを実行します。
SSH（「セキュアシェル」の略）は、リモートサーバーに接続してアクセスするための技術です…。
SSH（「セキュアシェル」の略）は、リモートサーバーに接続し、そのサーバーのコマンドラインにアクセスするための技術であり、多くの場合、サーバーを管理するために使用されます。サーバーの管理者は、他の人にSSHアクセスを許可したり、SSHアクセスを直接使用してサーバーをリモートで管理したりできます。SSHは通常、Unix系のオペレーティングシステムを実行しているサーバーにアクセスするために使用されますが、SSHを使用するために自分のコンピューターでUnixを実行している必要はありません。通常、SSHは、端末でコンピューターのコマンドラインから、ssh username@example.comなどのコマンドを入力して使用します。特に、自分のコンピューターでLinuxまたはmacOSを実行している場合です。ログイン後、サーバーのコマンドラインにアクセスできます。コンピューターでWindowsを使用している場合は、PuTTYなどの専用のSSHアプリケーションを使用することもできます。ほとんどのCertbotユーザーは、SSH経由でリモートサーバーのコマンドプロンプトからCertbotを実行します。
経由でアクセスでき、
sudoは、Unix系オペレーティングシステムで特定のコマンドをroot（システム管理者）として実行するための最も一般的なコマンドです。root以外のユーザーとしてサーバーにログインしている場合は、Certbotコマンドの前にsudoを付けて、rootとして実行する必要がある可能性があります（たとえば、certbotではなくsudo certbot）。特に、ApacheやNginxなどのWebサーバーとCertbotの統合を使用している場合です。（certbot-autoスクリプトは、必要な場合に自動的にsudoを実行します。指定していない場合です。）
sudoは、Unix系オペレーティングシステムで特定のコマンドをrootとして実行するための最も一般的なコマンドです…。
sudoは、Unix系オペレーティングシステムで特定のコマンドをroot（システム管理者）として実行するための最も一般的なコマンドです。root以外のユーザーとしてサーバーにログインしている場合は、Certbotコマンドの前にsudoを付けて、rootとして実行する必要がある可能性があります（たとえば、certbotではなくsudo certbot）。特に、ApacheやNginxなどのWebサーバーとCertbotの統合を使用している場合です。（certbot-autoスクリプトは、必要な場合に自動的にsudoを実行します。指定していない場合です。）
権限があります。
ワイルドカード証明書とは、*.で始まる1つ以上の名前を含む証明書です。ブラウザは、アスタリスク（*）の代わりに任意のラベルを受け入れます。たとえば、*.example.comの証明書は、www.example.com、mail.example.com、hello.example.com、およびgoodbye.example.comで有効です。
ただし、*.example.comのみを含むワイルドカード証明書は、example.comでは無効です。置換されるラベルを空にすることはできません。証明書をexample.comで有効にするには、証明書にexample.com（つまり、*.の部分がない）も含める必要があります。
さらに、アスタリスクは、複数のラベルではなく、単一のラベルのみに置き換えることができます。たとえば、hello.goodbye.example.comという名前は、*.example.comのみを含む証明書ではカバーされません。ただし、*.goodbye.example.comではカバーされます。ワイルドカード名に複数のアスタリスクを含めることはできません。たとえば、*.*.example.comは無効です。
ワイルドカード証明書とは、*.で始まる1つ以上の名前を含む証明書です。ブラウザは…
ワイルドカード証明書とは、*.で始まる1つ以上の名前を含む証明書です。ブラウザは、アスタリスク（*）の代わりに任意のラベルを受け入れます。たとえば、*.example.comの証明書は、www.example.com、mail.example.com、hello.example.com、およびgoodbye.example.comで有効です。
ただし、*.example.comのみを含むワイルドカード証明書は、example.comでは無効です。置換されるラベルを空にすることはできません。証明書をexample.comで有効にするには、証明書にexample.com（つまり、*.の部分がない）も含める必要があります。
さらに、アスタリスクは、複数のラベルではなく、単一のラベルのみに置き換えることができます。たとえば、hello.goodbye.example.comという名前は、*.example.comのみを含む証明書ではカバーされません。ただし、*.goodbye.example.comではカバーされます。ワイルドカード名に複数のアスタリスクを含めることはできません。たとえば、*.*.example.comは無効です。
DNS認証情報とは、DNSプロバイダーがDNSレコードの内容を変更するために使用できるパスワードまたはその他の種類のシークレット（APIキーなど）です。通常、ドメインレジストラ（または、DNSプロバイダーがレジストラと同じでない場合は別のDNSプロバイダー）によって発行されます。DNS認証情報は、サイト全体を乗っ取るために使用できるため、機密性の高いシークレットです。これらの認証情報を公に、または権限のない人と共有しないでください。Certbotがマシン上でローカルに実行されるため、Certbotにコピーを提供してDNS検証を自動的に実行させることは問題ありません。
DNS認証情報とは、DNSプロバイダーがDNSレコードの内容を変更するために使用できるパスワードまたはその他の種類のシークレット（APIキーなど）です…。
DNS認証情報とは、DNSプロバイダーがDNSレコードの内容を変更するために使用できるパスワードまたはその他の種類のシークレット（APIキーなど）です。通常、ドメインレジストラ（または、DNSプロバイダーがレジストラと同じでない場合は別のDNSプロバイダー）によって発行されます。DNS認証情報は、サイト全体を乗っ取るために使用できるため、機密性の高いシークレットです。これらの認証情報を公に、または権限のない人と共有しないでください。Certbotがマシン上でローカルに実行されるため、Certbotにコピーを提供してDNS検証を自動的に実行させることは問題ありません。
これらの要件を満たしていませんか？
ご心配なく！一部のホスティングプロバイダーは、HTTPSプロセスを自動化しています。ホスティングプロバイダーの全リストをご覧ください、またはシステムのセットアップ方法について詳しくご覧ください。
このリストからWebホスティングプロバイダーを探してください。
Squarespace、Github、WordPressなどのWebホスティングプロバイダーをお探しですか？HTTPSがすでに利用可能で、Certbotが不要な場合があります。ホスティングプロバイダーのチャートでWebホスティングプロバイダーを探してください。
ホスティングプロバイダーがHTTPSを完全にサポートしている場合：朗報です！これ以上何もする必要はありません。
ホスティングプロバイダーがHTTPSを部分的にサポートしている場合：朗報です！その個々のWebホスティングプロバイダーのリンクされたチュートリアルに従って、Certbotを使用せずにウェブサイトをHTTPSに移行できます。
ホスティングプロバイダーがHTTPSをサポートしていない場合：以下の手順に進みます。
ホスティングプロバイダーがHTTPSをサポートしていない場合は、以下のオプションがあります
Webホスティングプロバイダーに連絡できます。Let's Encryptを通じて無料のHTTPS証明書が必要であることを伝えてください。
おそらく、HTTPS を希望しているのは、あなたのウェブホスティングプロバイダーサービスの利用者の中であなただけではありません。ウェブホスティングプロバイダーに、Let's Encrypt HTTPS 証明書をホスティングパッケージの一部として無料で提供するよう依頼することができます。この依頼を効果的に行うには、メール、ヘルプデスクシステム、またはソーシャルメディアを通じてウェブホスティングプロバイダーに連絡するのが良い方法です。
別のウェブホスティングプロバイダーに切り替えることができます。
ウェブホスティングパッケージの一部として完全な HTTPS サポートを提供しているウェブホスティングプロバイダーを、リストを確認して見つけましょう。
Certbot を使用できる場合があります。
