ウェブホスティング製品 on ウェブホスティングサービス
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（*.部分は除く）も証明書に含める必要があります。
さらに、アスタリスクは単一のラベルでのみ置換でき、複数のラベルでは置換できません。たとえば、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検証を自動的に実行させるのは問題ありません。
DNS認証情報とは、DNSプロバイダーがDNSレコードの内容を変更するために使用できるパスワードまたは…
これらの要件を満たしていませんか？
ご心配なく！一部のホスティングプロバイダーはHTTPSプロセスを自動化しています。ホスティングプロバイダーの完全なリストをご覧ください、またはシステムの設定方法の詳細を確認してください。
このリストからあなたのウェブホスティングプロバイダーを探してください。
Squarespace、Github、WordPressなどのウェブホスティングプロバイダーをお探しですか？既にHTTPSが利用可能で、Certbotは必要ないかもしれません。ホスティングプロバイダーのチャートであなたのウェブホスティングプロバイダーを見つけてください。
あなたのホスティングプロバイダーがHTTPSを完全にサポートしている場合：朗報です！これ以上何もする必要はありません。
あなたのホスティングプロバイダーがHTTPSを部分的にサポートしている場合：朗報です！個々のウェブホスティングプロバイダーのリンクされたチュートリアルに従うことで、Certbotを必要とせずに、あなたのウェブサイトをHTTPSで利用できます。
あなたのホスティングプロバイダーがHTTPSをサポートしていない場合：以下の手順に進みます。
あなたのホスティングプロバイダーがHTTPSをサポートしていない場合、以下のオプションがあります。
ウェブホスティングプロバイダーに連絡してください：Let's Encryptを通じて無料のHTTPS証明書を希望していることを伝えてください。
HTTPSを希望するあなたのウェブホスティングプロバイダーのサービス利用者は、あなただけではないでしょう。あなたのウェブホスティングプロバイダーに、Let's Encrypt HTTPS証明書をホスティングパッケージの無料部分として提供するようリクエストすることができます。このリクエストを行う効果的な方法は、メール、ヘルプデスクシステム、またはソーシャルメディアを通じてウェブホスティングプロバイダーに連絡することです。
別のウェブホスティングプロバイダーに切り替えることができます。
リストを確認して、ウェブホスティングパッケージの一部として完全なHTTPSサポートを提供するウェブホスティングプロバイダーを見つけてください。
Certbotを使用できる可能性があります。
このリストからあなたのウェブホスティングプロバイダーを探してください。
Squarespace、Github、WordPressなどのウェブホスティングプロバイダーをお探しですか？既にHTTPSが利用可能で、Certbotは必要ないかもしれません。ホスティングプロバイダーのチャートであなたのウェブホスティングプロバイダーを見つけてください。
あなたのホスティングプロバイダーがHTTPSを完全にサポートしている場合：朗報です！これ以上何もする必要はありません。
あなたのホスティングプロバイダーがHTTPSを部分的にサポートしている場合：朗報です！個々のウェブホスティングプロバイダーのリンクされたチュートリアルに従うことで、Certbotを必要とせずに、あなたのウェブサイトをHTTPSで利用できます。
あなたのホスティングプロバイダーがHTTPSをサポートしていない場合：以下の手順に進みます。
あなたのホスティングプロバイダーがHTTPSをサポートしていない場合、以下のオプションがあります。
ウェブホスティングプロバイダーに連絡してください：Let's Encryptを通じて無料のHTTPS証明書を希望していることを伝えてください。
HTTPSを希望するあなたのウェブホスティングプロバイダーのサービス利用者は、あなただけではないでしょう。あなたのウェブホスティングプロバイダーに、Let's Encrypt HTTPS証明書をホスティングパッケージの無料部分として提供するようリクエストすることができます。このリクエストを行う効果的な方法は、メール、ヘルプデスクシステム、またはソーシャルメディアを通じてウェブホスティングプロバイダーに連絡することです。
別のウェブホスティングプロバイダーに切り替えることができます。
リストを確認して、ウェブホスティングパッケージの一部として完全なHTTPSサポートを提供するウェブホスティングプロバイダーを見つけてください。
Certbotを使用できる可能性があります。
