Linux 上の Plesk (snap)
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以外のユーザーとしてサーバーにログインしている場合は、Certbotのコマンドをrootとして実行するために、sudoをコマンドの前につける必要がある場合があります（例えば、単にcertbotとする代わりにsudo certbotなど）。特に、ApacheやNginxなどのウェブサーバーとCertbotを連携させている場合はそうです。（certbot-autoスクリプトは、必要な場合にsudoを自動的に実行します。sudoを指定しなかった場合でも同様です。）
sudoは、Unix系のオペレーティングシステムで、特定のコマンドをroot（システム管理者）として実行するためによく使われるコマンドです...
sudoは、Unix系のオペレーティングシステムで、特定のコマンドをroot（システム管理者）として実行するために最もよく使われるコマンドです。root以外のユーザーとしてサーバーにログインしている場合は、Certbotのコマンドをrootとして実行するために、sudoをコマンドの前につける必要がある場合があります（例えば、単にcertbotとする代わりにsudo certbotなど）。特に、ApacheやNginxなどのウェブサーバーとCertbotを連携させている場合はそうです。（certbot-autoスクリプトは、必要な場合にsudoを自動的に実行します。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にそれらのコピーを提供することは問題ありません。
DNS認証情報とは、DNSプロバイダーがDNSレコードの内容を変更するために使用できるパスワードやその他の種類の秘密（APIキーなど）のことです...
DNS認証情報とは、DNSプロバイダーがDNSレコードの内容を変更するために使用できるパスワードまたはその他の種類の秘密（APIキーなど）のことです。これらは通常、ドメイン登録業者（または、DNSプロバイダーが登録業者と同じでない場合は別のDNSプロバイダー）によって発行されます。DNS認証情報は、サイトを完全に乗っ取るために使用できるため、機密性の高い種類の秘密です。これらの認証情報を公開したり、許可されていない人と共有したりしないでください。Certbotがローカルマシンで実行されるため、DNS検証を自動的に実行させるためにCertbotにそれらのコピーを提供することは問題ありません。
これらの要件がありませんか？
ご心配なく！一部のホスティングプロバイダーはHTTPSプロセスを自動化しています。ホスティングプロバイダーの完全なリストを見るか、システムのセットアップ方法の詳細をご覧ください。
Pleskの場合、Certbotをインストールする必要すらありません。Pleskに既に用意されている拡張機能を使用してください。この拡張機能には、証明書の自動更新機能も標準で搭載されています！拡張機能の詳細については、こちらをご覧ください。
