[NetBox] Caddyを使ってLet's Encryptの証明書でHTTPSアクセスできるようにNetBoxをデプロイする

11051 ワード

docker-compose Docker HTTPS netbox Caddy Docker テキストリンク

本記事は「エーピーコミュニケーションズ Advent Calendar 2021」の5日目のエントリとなります。

IPAM/DCIMツールであるNetBoxをDockerで簡単にデプロイできるnetbox-dockerは、最小構成ではHTTPアクセスの設定でデプロイされます。
社内検証環境など閉じたネットワーク内であれば特に問題ないですが、クラウドサービスのVMにデプロイしてインターネット経由でアクセスしたい構成など、HTTPSで通信を暗号化したいケースもあると思います。
本記事では、簡単な設定追加でnetbox-dockerをHTTPSアクセスの構成にできるので、そのやり方をまとめました。

NetBox単体のデプロイは公式のREADMEや下記の過去記事(少し古いですが)を参照してください。

※ netbox-dockerのリポジトリをクローンしてdocker-compose.override.ymlを編集してデプロイ、という流れは同じです。

HTTPSで使用する追加のミドルウェア

CaddyというGo言語で実装されたOSSのwebサーバーを使用します。

このサーバーの大きな特徴は、Let's Encryptなどの証明書作成を行うACMEクライアントが内蔵していることです。証明書作成時に使用するメールアドレスの1行を設定ファイルへ記載することでLet's Encryptの証明書発行から設定までが自動で行われ、HTTPSのwebサーバーを簡単にデプロイできます。
証明書作成のデフォルト設定はLet's Encryptになっていますが、ACMEに対応していれば任意のサービスで証明書作成を利用できます。

この機能と、リバースproxyを使用し、NetBoxへのHTTPSアクセスをCaddyが中継する構成でNetBoxのHTTPSアクセスを実現します。

構成図

Caddyを使用したHTTPS構成の場合はクライアントからのwebアクセスはCaddyが受け付けて、Caddyからリバースproxyを使ってNetBoxへコンテナ間通信させる構成となります。

従来(最小構成)の構成ではNetBox自体が(8080/TCPで)Listenしているので、これをDockerのpublish設定でホストOSからアクセスできるようにしますが、Caddyが外部からのアクセスをListenする構成になるため、NetBoxのpublish設定は不要になります。

また、大前提ですが、設定するドメイン名は名前解決できるように事前にDNSの設定を行っておきます。
本記事ではnetbox.example.orgとしています。

設定

Caddy本体の設定と、CaddyをデプロイするDocker Composeファイルの2つ行います。

Caddy本体

tlsについての設定は必要ありません。
ACMEで証明書作成時に使用するメールアドレスのみ、emailディレクティブに記載します。
ここでは[email protected]としています。

また、設定のFQDNの部分は前述のDNSの設定の通り、証明書取得に使用するドメイン名を指定します。
reverse_proxyの設定は、Caddyサーバーから見たNetBoxのアドレスですが、Composeファイルでnetboxと定義されているので、netbox:8080と記述することでコンテナ間通信できます。

必要なファイルは以下の通りです。

Caddyfile

{
    email user@mail.example.org
}

netbox.example.org {
    reverse_proxy netbox:8080
    encode gzip zstd

    log {
      level error
    }
}

この内容のファイルを、docker-compose.ymlと同じディレクトリに作成します。
(Composeファイル内にパス指定するので別にどこでも良いけど、単にわかりやすく、という意味で)

Docker Compose

NetBoxのドキュメントにもTLSについての簡単な記載がありますが、この内容だとボリュームを使っていないため、コンテナの削除によって作成した証明書なども削除されます。
Caddy内にコンテンツも保持しておらず再デプロイ時に証明書は自動生成されるので機能的には問題ないですが、コンテナ生成のたびに証明書作成が行われるとLet's Encrypt側の制限でエラーになる場合もあるため、作成済み証明書などを継続して使用するために自動生成されるファイル類をボリューム領域に保存する設定も追加します。
(ボリュームを削除しない限りは証明書などのデータは保持されます)

ストレージ関連の設定は以下2点です。

証明書などのコンテナデプロイ後に生成されるファイルのボリューム設定
Caddyfileのバインドマウント

docker-compose.override.yml

services:
  tls:
    image: caddy:2-alpine
    depends_on:
      - netbox
    volumes:
      - caddy_data:/data
      - caddy_config:/config
      - ./Caddyfile:/etc/caddy/Caddyfile:ro
    ports:
      - 80:80
      - 443:443
volumes:
  caddy_data:
  caddy_config:

80/TCPのListenはNetBoxのサービスには必要ないですが、HTTPアクセスされた場合にHTTPSへリダイレクトしたい場合に80/TCPも指定しておけばデフォルトで機能します。
ACMEのチャレンジにおいては、80/TCPの通信を許可していない場合はTLS-ALPN challengeが自動で選択されるため、問題無く証明書は作成されます。

また、前述の通りCaddyでリモートからのアクセスをListenするので、NetBox用の(従来設定してた以下の内容の)ポート設定は不要です。

不要になる設定

  netbox:
    ports:
      - 8000:8080

デプロイ

準備ができたら普通にDocker Composeをデプロイします。

$ docker compose up -d

Caddyで証明書作成が完了し443/TCPでListenするようになるまでしばらく待機すれば、ブラウザを使って設定したFQDNでNetBoxへHTTPSアクセスできるようになります。

環境

以下の環境で確認しました。

EC2 (Amazon Linux 2)
Docker 20.10.7 (EC2/Amazon Linux 2の標準リポジトリでインストールできるパッケージ)
Docker Compose v2.0.1
NetBox v3.0.4
netbox-docker 1.4.1

ちなみにNetBoxのDockerコンテナはamd64版しか提供されてませんが、Caddyはarm64版もあるので、より多くの環境で利用できます。
(NetBoxをarm64でデプロイするには自前でイメージをビルドする必要がある)

証明書ファイルを別途用意する場合

ACMEで作成する証明書ではなく、閉域網のため自己署名の証明書を使いたいとか、すでに作成済みの証明書がある場合など、Dockerのバインドマウントを使ってCaddyで参照させてデプロイできます。
以下はnetbox01.exampleというドメインの場合の例です。

例えば以下のように自己署名の証明書を作成しておき、

$ openssl req -newkey rsa:4096 -nodes -sha256 -keyout server.key -x509 -days 365 -out server.crt -subj '/CN=netbox01.example/'

Caddy本体の設定は、以下の通り、tlsの設定を追加し、使用する証明書のパスを指定します。
このパスにコンテナ起動時に証明書ファイルをホストOSから渡すようにします。

Caddyfile

netbox01.example {
    reverse_proxy netbox:8080
    encode gzip zstd

    tls /etc/ssl/private/server.crt /etc/ssl/private/server.key

    log {
      level error
    }
}

tlsの詳しい設定はCaddyのドキュメントを参照してください。

Composeファイルは以下の通り。
ホストOS上で持っている作成済み証明書ファイルを、Caddyfileで指定したパスへバインドする設定を追加します。

services:
  tls:
    image: caddy:2-alpine
    depends_on:
      - netbox
    volumes:
      - ./Caddyfile:/etc/caddy/Caddyfile:ro
      - ./server.crt:/etc/ssl/private/server.crt:ro,z
      - ./server.key:/etc/ssl/private/server.key:ro,z
    ports:
      - 80:80
      - 443:443

まとめ

本記事では、NetBoxのデプロイ時にCaddyを使って簡単にLet's Encryptの証明書取得からHTTPSサーバー構築まで自動で実施する内容を紹介しました。
今回はNetBoxが対象でしたが、同じ構成で任意のwebサーバーをHTTPS化できますので、いろんなパターンに応用できるると思います。

参考

Author And Source

この問題について([NetBox] Caddyを使ってLet's Encryptの証明書でHTTPSアクセスできるようにNetBoxをデプロイする), 我々は、より多くの情報をここで見つけました https://qiita.com/zaki-lknr/items/061320f8451d272d1c8b

著者帰属：元の著者の情報は、元のURLに含まれています。著作権は原作者に属する。

Content is automatically searched and collected through network algorithms . If there is a violation . Please contact us . We will adjust (correct author information ,or delete content ) as soon as possible .

python基本ソートアルゴリズム

HTMLを改善するための意味要素の使用