ウェブホスティングサービス上の HAProxy
Certbot を使用するには、以下が必要です...
コマンドラインとは、テキストベースのコマンドを入力してコンピュータと対話し、テキストベースの応答を受け取る方法です。Certbot は、通常は Unix ライクなサーバー上のコマンドラインインターフェースから実行されます。Certbot をほとんどの目的で使用するには、Web サーバーのコマンドラインにインストールして実行できる必要があります。これは通常、SSH を介してアクセスします。
コマンドラインとは、テキストベースのコマンドを入力してコンピュータと対話し、テキストベースの応答を受...
HTTP (Hypertext Transfer Protocol) は、Web ブラウザが Web ページやその他のオンラインリソースのコンテンツを Web サーバーに要求するための従来の安全でない方法です。これはインターネット標準であり、通常は TCP ポート 80 で使用されます。世界のほぼすべての Web サイトが HTTP をサポートしていますが、Certbot またはその他の HTTPS 設定方法で構成されている Web サイトは、サイトの HTTP バージョンから HTTPS バージョンにユーザーを自動的にリダイレクトする場合があります。
HTTP (Hypertext Transfer Protocol) は、Web ブラウザが Web ページやその他のオンラインリソースを要求する...
HTTP (Hypertext Transfer Protocol) は、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 で動作するように切り替えるために使用されます (その後、...
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 への接続が、インターネットサービスプロバイダまたはウェブホスティングプロバイダが実行する可能性があるファイアウォールを含むファイアウォールによってブロックされていないことを確認する必要があります。不明な場合は、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 への接続が、インターネットサービスプロバイダまたはウェブホスティングプロバイダが実行する可能性があるファイアウォールを含むファイアウォールによってブロックされていないことを確認する必要があります。不明な場合は、ISP またはホスティングプロバイダにお問い合わせください。(DNS 検証を使用する場合、Let's Encrypt はサーバーへのインバウンド接続を一切行う必要がないため、特にこの方法では、既存の HTTP ウェブサイトやポート 80 で接続を受信する機能は必要ありません。)
サーバーとは、ウェブサイトやメールサービスなどのサービスを提供するインターネット上のコンピューターです。ほとんどのウェブサイト所有者は、データセンターに設置され、インターネット経由で管理されるサーバーの使用料をホスティングプロバイダーに支払います。これは、物理的な専用サーバー、仮想プライベートサーバー（VPS）、または共有サーバーである可能性があります。他のサーバーは、DNSサーバーなど、インターネットインフラストラクチャの他の部分を提供します。
サーバーとは、ウェブサイトやメールサービスなどのサービスを提供するインターネット上のコンピューターです....
サーバーとは、ウェブサイトやメールサービスなどのサービスを提供するインターネット上のコンピューターです。ほとんどのウェブサイト所有者は、データセンターに設置され、インターネット経由で管理されるサーバーの使用料をホスティングプロバイダーに支払います。これは、物理的な専用サーバー、仮想プライベートサーバー（VPS）、または共有サーバーである可能性があります。他のサーバーは、DNSサーバーなど、インターネットインフラストラクチャの他の部分を提供します。
上でホストされており、
SSH（「セキュアシェル」の略）は、リモートサーバーに接続し、そのサーバーのコマンドラインにアクセスするためのテクノロジーであり、多くの場合、サーバーを管理するために使用されます。サーバー管理者は、他のユーザーにSSHアクセス権を付与したり、SSHアクセスを直接使用してサーバーをリモートで管理したりできます。SSHは通常、Unix系オペレーティングシステムを実行しているサーバーにアクセスするために使用されますが、SSHを使用するために自分のコンピューターがUnixを実行している必要はありません。通常、ターミナルのコンピューターのコマンドラインから「ssh username@example.com」のようなコマンドを入力してSSHを使用します。特に、自分のコンピューターがLinuxまたはmacOSを実行している場合はそうです。ログインすると、サーバーのコマンドラインにアクセスできるようになります。コンピューターでWindowsを使用している場合は、PuTTYなどの専用のSSHアプリケーションを使用することもできます。ほとんどのCertbotユーザーは、SSH経由でリモートサーバーのコマンドプロンプトからCertbotを実行します。
SSH（「セキュアシェル」の略）は、リモートサーバーに接続し、アクセスするためのテクノロジーです...
SSH（「セキュアシェル」の略）は、リモートサーバーに接続し、そのサーバーのコマンドラインにアクセスするためのテクノロジーであり、多くの場合、サーバーを管理するために使用されます。サーバー管理者は、他のユーザーにSSHアクセス権を付与したり、SSHアクセスを直接使用してサーバーをリモートで管理したりできます。SSHは通常、Unix系オペレーティングシステムを実行しているサーバーにアクセスするために使用されますが、SSHを使用するために自分のコンピューターがUnixを実行している必要はありません。通常、ターミナルのコンピューターのコマンドラインから「ssh username@example.com」のようなコマンドを入力してSSHを使用します。特に、自分のコンピューターがLinuxまたはmacOSを実行している場合はそうです。ログインすると、サーバーのコマンドラインにアクセスできるようになります。コンピューターでWindowsを使用している場合は、PuTTYなどの専用のSSHアプリケーションを使用することもできます。ほとんどのCertbotユーザーは、SSH経由でリモートサーバーのコマンドプロンプトからCertbotを実行します。
経由でアクセスでき、
sudoは、Unix系オペレーティングシステムで、特定のコマンドをroot（システム管理者）として実行するための最も一般的なコマンドです。root以外のユーザーとしてサーバーにログインしている場合、特にApacheやNginxなどのウェブサーバーとCertbotを統合して使用している場合は、Certbotコマンドをrootとして実行するために、コマンドの前にsudoを付ける必要があります（例：certbotではなくsudo certbot）。（certbot-autoスクリプトは、必要に応じてsudoを自動的に実行します。指定しなかった場合でもです。）
sudoは、Unix系オペレーティングシステムで、特定のコマンドをroot（システム管理者）として実行するための最も一般的なコマンドです...
sudoは、Unix系オペレーティングシステムで、特定のコマンドをroot（システム管理者）として実行するための最も一般的なコマンドです。root以外のユーザーとしてサーバーにログインしている場合、特にApacheやNginxなどのウェブサーバーとCertbotを統合して使用している場合は、Certbotコマンドをrootとして実行するために、コマンドの前にsudoを付ける必要があります（例：certbotではなくsudo 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がDNS検証を自動的に実行できるように、Certbotにコピーを提供しても問題ありません。Certbotは自分のマシンでローカルに実行されるためです。
DNS認証情報とは、DNSプロバイダーがDNSレコードの内容を変更するために使用することを許可するパスワードまたはその他の種類の秘密（APIキーなど）です...
DNS認証情報とは、DNSプロバイダーがDNSレコードの内容を変更するために使用することを許可するパスワードまたはその他の種類の秘密（APIキーなど）です。これらは通常、ドメインレジストラ（または、DNSプロバイダーがレジストラと同じでない場合は、別のDNSプロバイダー）によって発行されます。DNS認証情報は、サイトを完全に乗っ取るために使用できるため、機密性の高い種類の秘密です。これらの認証情報を公開したり、不正な人物と共有したりしないでください。CertbotがDNS検証を自動的に実行できるように、Certbotにコピーを提供しても問題ありません。Certbotは自分のマシンでローカルに実行されるためです。
これらの要件を満たしていませんか？
ご心配なく！一部のホスティングプロバイダーは、HTTPSプロセスを自動化しています。ホスティングプロバイダーの完全なリストを見るか、システムの設定方法について詳しくはこちらをご覧ください。
このリストでご自身のウェブホスティングプロバイダーを探してください。
Squarespace、Github、WordPressなどのウェブホスティングプロバイダーをお探しですか？すでにHTTPSが利用可能で、Certbotは必要ないかもしれません。ホスティングプロバイダーのチャートでご自身のウェブホスティングプロバイダーを見つけてください。
お使いのホスティングプロバイダーがHTTPSを完全にサポートしている場合：朗報です！これ以上何もする必要はありません。
お使いのホスティングプロバイダーがHTTPSを部分的にサポートしている場合：朗報です！個々のウェブホスティングプロバイダーのリンクされたチュートリアルに従って、Certbotを必要とせずにウェブサイトをHTTPSで利用できるようにすることができます。
お使いのホスティングプロバイダーがHTTPSをサポートしていない場合：以下の手順に進んでください。
お使いのホスティングプロバイダーがHTTPSをサポートしていない場合は、次のオプションが利用可能です
ウェブホスティングプロバイダーに連絡できます：Let's Encryptを通じて無料のHTTPS証明書を求めていることを伝えてください。
おそらく、HTTPSを求めているのは、お使いのウェブホスティングプロバイダーサービスを使用しているあなただけではないでしょう。ウェブホスティングプロバイダーがLet's Encrypt HTTPS証明書をホスティングパッケージの無料の一部として提供するように要求することができます。これを要求する効果的な方法は、メール、ヘルプデスクシステム、またはソーシャルメディアを通じてウェブホスティングプロバイダーに連絡することです。
別のウェブホスティングプロバイダーに切り替えることができます。
リストを確認して、ウェブホスティングパッケージの一部として完全なHTTPSサポートを提供するウェブホスティングプロバイダーを見つけてください。
Certbotを使用できる可能性があります。
