Bitnami 上のウェブホスティング製品
Certbot を使用するには、…が必要です。
コマンドラインは、テキストベースのコマンドを入力してテキストベースの応答を受け取ることで、コンピューターと対話する方法です。Certbot は、通常 Unix 系サーバー上のコマンドラインインターフェースから実行されます。ほとんどの目的で Certbot を使用するには、ウェブサーバーのコマンドラインにインストールして実行できる必要があります。これは通常、SSH を介してアクセスされます。
コマンドラインは、テキストベースのコマンドを入力して…
HTTP（Hypertext Transfer Protocol）は、ウェブブラウザがウェブサーバーからウェブページやその他のオンラインリソースのコンテンツを要求するための従来の方法ですが、安全ではありません。インターネット標準であり、通常は TCP ポート 80 で使用されます。世界中のほとんどのウェブサイトが HTTP をサポートしていますが、Certbot またはその他の HTTPS 設定方法で設定されたウェブサイトは、サイトの HTTP バージョンから HTTPS バージョンにユーザーを自動的にリダイレクトする場合があります。
HTTP（Hypertext Transfer Protocol）は、ウェブブラウザが…
HTTP（Hypertext Transfer Protocol）は、ウェブブラウザがウェブサーバーからウェブページやその他のオンラインリソースのコンテンツを要求するための従来の方法ですが、安全ではありません。インターネット標準であり、通常は TCP ポート 80 で使用されます。世界中のほとんどのウェブサイトが HTTP をサポートしていますが、Certbot またはその他の HTTPS 設定方法で設定されたウェブサイトは、サイトの HTTP バージョンから HTTPS バージョンにユーザーを自動的にリダイレクトする場合があります。
すでに
Certbot は通常、既存の HTTP サイトを HTTPS で動作するように切り替えるため（そしてその後、必要に応じてサイトの HTTPS 証明書を更新し続けるため）に使用されます。一部の Certbot のドキュメントでは、ポート 80 で HTTP を使用して既にアクセスできる動作中のウェブサイトがあることを前提または推奨しています。つまり、たとえば、http:// を使用してドメインにウェブブラウザでアクセスすると、ウェブサーバーが応答し、何らかのコンテンツが表示されることを意味します（最終バージョンではなく、デフォルトのウェルカムページだけの場合もあります）。Certbot を使用するいくつかの方法ではこれが前提条件となっているため、既に HTTP で設定されたサイトがある場合は、よりスムーズな操作が可能です。（ポリシー上の理由でこのようにサイトにアクセスできない場合は、Certbot で証明書を取得するために DNS 検証を使用する必要があります。）
Certbot は通常、既存の HTTP サイトを HTTPS で動作するように切り替えるため（そしてその後…
Certbot は通常、既存の HTTP サイトを HTTPS で動作するように切り替えるため（そしてその後、必要に応じてサイトの HTTPS 証明書を更新し続けるため）に使用されます。一部の Certbot のドキュメントでは、ポート 80 で HTTP を使用して既にアクセスできる動作中のウェブサイトがあることを前提または推奨しています。つまり、たとえば、http:// を使用してドメインにウェブブラウザでアクセスすると、ウェブサーバーが応答し、何らかのコンテンツが表示されることを意味します（最終バージョンではなく、デフォルトのウェルカムページだけの場合もあります）。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を実行している必要はありません。LinuxまたはmacOSを実行しているコンピューターを使用する場合は特に、ターミナルで`ssh username@example.com`などのコマンドを入力して、コンピューターのコマンドラインからSSHを通常使用します。ログイン後、サーバーのコマンドラインにアクセスできます。Windowsコンピューターを使用している場合は、PuTTYなどの専用のSSHアプリケーションを使用することもできます。ほとんどのCertbotユーザーは、SSH経由でリモートサーバーのコマンドプロンプトからCertbotを実行します。
SSH（「セキュアシェル」の略）は、リモートサーバーに接続し、…
SSH（「セキュアシェル」の略）は、リモートサーバーに接続し、そのサーバーのコマンドラインにアクセスする技術で、多くの場合、サーバーの管理に使用されます。サーバー管理者は、他の人にSSHアクセス権限を付与したり、SSHアクセスを直接使用してリモートでサーバーを管理することもできます。SSHは通常、Unix系オペレーティングシステムを実行しているサーバーにアクセスするために使用されますが、SSHを使用するために自分のコンピューターがUnixを実行している必要はありません。LinuxまたはmacOSを実行しているコンピューターを使用する場合は特に、ターミナルで`ssh username@example.com`などのコマンドを入力して、コンピューターのコマンドラインからSSHを通常使用します。ログイン後、サーバーのコマンドラインにアクセスできます。Windowsコンピューターを使用している場合は、PuTTYなどの専用のSSHアプリケーションを使用することもできます。ほとんどのCertbotユーザーは、SSH経由でリモートサーバーのコマンドプロンプトからCertbotを実行します。
経由でアクセスでき、
sudoは、Unix系オペレーティングシステムで、root（システム管理者）として特定のコマンドを実行するための最も一般的なコマンドです。root以外のユーザーとしてサーバーにログインしている場合、特にApacheやNginxなどのWebサーバーとCertbotを統合して使用している場合は、Certbotコマンドの前にsudoを付ける必要がある場合があります（例：sudo certbotではなくcertbot）。（certbot-autoスクリプトは、必要に応じて、指定されていない場合でも自動的にsudoを実行します。）
sudoは、Unix系オペレーティングシステムで、root（システム管理者）として特定のコマンドを実行するための…
sudoは、Unix系オペレーティングシステムで、root（システム管理者）として特定のコマンドを実行するための最も一般的なコマンドです。root以外のユーザーとしてサーバーにログインしている場合、特にApacheやNginxなどのWebサーバーとCertbotを統合して使用している場合は、Certbotコマンドの前にsudoを付ける必要がある場合があります（例：sudo certbotではなく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（つまり、*.部分を付けずに）も証明書に含める必要があります。
さらに、アスタリスクは1つのラベルでのみ置換でき、複数のラベルでは置換できません。たとえば、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（つまり、*.部分を付けずに）も証明書に含める必要があります。
さらに、アスタリスクは1つのラベルでのみ置換でき、複数のラベルでは置換できません。たとえば、hello.goodbye.example.comという名前は、*.example.comという名前のみを含む証明書ではカバーされません。ただし、*.goodbye.example.comではカバーされます。ワイルドカード名には複数のアスタリスクを含めることができないことに注意してください。たとえば、*.*.example.comは無効です。
DNS認証情報は、DNSプロバイダーがDNSレコードの内容を変更するために使用できるようにするパスワードまたはその他の機密情報（APIキーなど）です。通常、ドメインレジストラ（または、DNSプロバイダーがレジストラと同じでない場合は、別のDNSプロバイダー）によって発行されます。DNS認証情報は、サイト全体を乗っ取られる可能性があるため、機密性の高い情報です。これらの認証情報を公開したり、権限のない人と共有したりしないでください。Certbotがローカルマシンで実行されるため、自動的にDNS検証を実行できるように、Certbotにコピーを提供しても問題ありません。
DNS認証情報は、DNSプロバイダーがDNSレコードの内容を変更するために使用できるようにするパスワードまたはその他の…
DNS認証情報は、DNSプロバイダーがDNSレコードの内容を変更するために使用できるようにするパスワードまたはその他の機密情報（APIキーなど）です。通常、ドメインレジストラ（または、DNSプロバイダーがレジストラと同じでない場合は、別のDNSプロバイダー）によって発行されます。DNS認証情報は、サイト全体を乗っ取られる可能性があるため、機密性の高い情報です。これらの認証情報を公開したり、権限のない人と共有したりしないでください。Certbotがローカルマシンで実行されるため、Certbotが自動的にDNS検証を実行できるように、Certbotにコピーを提供しても問題ありません。
これらの要件を満たしていませんか？
ご心配なく！一部のホスティングプロバイダーはHTTPSプロセスを自動化しています。ホスティングプロバイダーの完全なリストを見る、またはシステムの設定方法の詳細を確認する。
Bitnamiのテンプレートまたはサーバーを使用してウェブサイトを運用していますか？
Bitnamiは、サイトをHTTPSで運用するための独自のツールと手順を提供しています。https://docs.bitnami.com/general/how-to/generate-install-lets-encrypt-ssl/の手順に従ってください。
Certbotを使用する代わりに、これらの公式手順に従うことをお勧めします。
Bitnamiのテンプレートまたはサーバーを使用してウェブサイトを運用していますか？
Bitnamiは、サイトをHTTPSで運用するための独自のツールと手順を提供しています。https://docs.bitnami.com/general/how-to/generate-install-lets-encrypt-ssl/の手順に従ってください。
Certbotを使用する代わりに、これらの公式手順に従うことをお勧めします。
