特権のないユーザーは、システムシェルにログインしてアクセスすることはできません。」スイッチで確認します。Webサーバーのユーザーが利用可能になったら、次のステップでCaddy構成ファイルを保存するために必要なディレクトリを構成できます。ステップ3-必要なディレクトリの設定Caddyの自動TLSサポートとユニットファイル(次のステップでインストールします)は、特定のディレクトリとファイルが特定の権限で存在することを想定しています。これらはすべてこのステップで作成します。+`を格納するディレクトリを作成します。これは、CaddyにどのWebサイトをどのように配信するかを伝える設定ファイルです。*に変更して、Caddyが読み取れるようにします。+`に別のディレクトリを作成します。Encryptから自動的に取得するSSL秘密鍵と証明書を保存するためにこれを必要とします。*のままにしておくことができます。/etc/ssl/caddy次に、他のユーザーのアクセス権をすべて削除して、他のユーザーがそれらのファイルを読み取れないようにします。/etc/ssl/caddy作成する必要がある最終ディレクトリは、Webサイト自体が公開されるディレクトリです。これは慣例であり、ApacheやNginxなどの他のWebサーバーを使用する場合のデフォルトパスでもあります。*が完全に所有する必要があります。/var/wwwこれで、Caddyを実行するために必要な環境を準備できました。+`で管理できるようにします。file]を提供します。このファイルは、前の手順で設定したディレクトリ構造を想定しているため、設定が一致することを確認してください。公式のCaddyリポジトリからファイルをダウンロードします。+`から見えるようにします。+」ユーザーを使用してサーバーを実行する必要があります。/etc/systemd/system/caddy.serviceユーザーアカウントとグループを指定するフラグメントを見つけます。as.User=Group=ファイルを保存して閉じ、終了します。これで、インストールでサービスファイルを使用する準備ができました。+`に新しいサービスファイルを認識させます。daemon-reload次に、Caddyを有効にして起動時に実行します。caddy.serviceサービスのステータスを確認することで、サービスが適切にロードされ、起動時に開始できるようになっていることを確認できます。caddy.service出力は次のようになります。*ですが、まだ実行されていません。設定がまだ不完全であるため、まだサーバーを起動しません。これで、Caddyをシステムサービスとして構成しました。Caddyは、手動で実行する必要なく、ブート時に自動的に開始されます。次に、ファイアウォールを通過するWebトラフィックを許可します。7サーバーの追加の推奨手順]チュートリアルにも従い、使用している場合ファイアウォール、ファイアウォールのルールを手動で追加して、インターネットトラフィックをCaddyに渡す必要があります。CaddyはHTTPおよびHTTPSプロトコルを使用してWebサイトにサービスを提供するため、Caddyをインターネットから利用できるようにするには、適切なポートへのアクセスを許可する必要があります。--reload3つのコマンドをすべて実行すると、次の成功メッセージが出力されます。outputsuccessこれにより、CaddyはWebサイトを訪問者に自由に提供できます。+`を更新して提供します。World!*メッセージを表示する非常に単純なHTMLページを作成します。+」ファイルを作成します。blocks_で構成されます。サーバーブロックはアドレス定義で始まり、中括弧が続きます。中括弧内に、そのWebサイトに適用する構成ディレクティブを含めることができます。`://:`の形式で指定されます。一部のフィールドを空白のままにすると、Caddyは自動的にデフォルトを想定します。HTTPではポート「80」が想定され、HTTPSではポート「443」が想定されます)。[公式Caddyfileドキュメント]で詳細に説明されています。/etc/caddy/Caddyfile次の内容を貼り付けます。gzip}次に、ファイルを保存して終了します。+`の機能を説明しましょう。+」を使用しています。+`にバインドし、プレーンHTTPプロトコル(TLS暗号化なし)を使用してすべてのリクエストを処理する必要があることをCaddyに伝えます。これにより、サーバーのIPアドレスを使用してCaddyがホストしているWebサイトにアクセスできます。サーバーブロックの中かっこ内には、2つのディレクティブがあります。`ディレクティブはCaddyにWebサイトのファイルの場所を伝えます。+`ディレクティブは、Gzip圧縮を使用してWebサイトを高速化するようにCaddyに指示します。追加の構成は必要ありません。構成ファイルの準備ができたら、Caddyサービスを開始します。caddyこれで、Webサイトが機能するかどうかをテストできます。これには、サーバーのパブリックIPアドレスを使用します。Webサイトを表示します。これは、Caddyインストールが正常に機能していることを意味します。次のステップでは、Caddyの自動TLSサポートを使用して、ウェブサイトへの安全な接続を有効にします。EncryptからTLS証明書を自動的に要求および更新する機能です。+`を1行変更するだけです。Caddyは、構成されたすべてのサーバーブロックに対して安全なHTTPS接続を有効にし、一部の要件がサーバーブロックの構成で満たされていることを前提として、必要な証明書を自動的に取得します。TLSが機能するためには、次の要件を満たす必要があります。CaddyはHTTPSのポート「443」に自分自身をバインドできなければならず、インターネットから同じポートにアクセスできる必要があります。プロトコルをHTTPに設定しないでください。ポートを「80」に設定しないでください。+`ディレクティブを使用して)。ホスト名は有効なドメイン名でなければなりません。+」またはIPアドレスに設定したりしないでください。Encryptは有効なドメイン名に対してのみ証明書を発行できるため、これが必要です。Encryptを使用したキー回復に使用できるメールアドレスを知っている必要があります。このチュートリアルに従っている場合、最初の要件はすでに満たされています。+」として構成され、暗号化もドメイン名も使用しないプレーンなHTTPスキームを定義します。Encryptが必要とする電子メールアドレスをCaddyに提供していません。アドレスが構成で指定されていない場合、Caddyは起動時にアドレスを要求します。Caddyはシステムサービスとしてインストールされているため、起動中に質問をすることはできず、結果として正しく起動しません。`のアドレス定義をドメインに置き換えます。これにより、HTTPによって強制された安全でない接続が削除され、TLS証明書のドメイン名が提供されます。+`ディレクティブを使用して、Caddyに電子メールアドレスを提供します。+`は次のようになり、ドメインとメールアドレスが次のように置き換えられます。gzip}ファイルを保存し、エディターを終了します。変更を適用するには、Caddyを再起動します。+」に移動して、変更が正しく適用されたかどうかを確認します。World!*ページがもう一度表示されます。今回は、URLを確認するか、URLバーのロック記号を確認することで、WebサイトがHTTPSで提供されていることを確認できます。結論これで、安全なTLS接続を介してWebサイトを適切に提供するようにCaddyが構成されました。2プロトコルを使用して安全な接続でサイトを提供し、gzip圧縮を使用して読み込み時間を短縮します。これは、Caddyを使い始めるための簡単な例です。[Caddyの公式ドキュメント]をご覧ください。