Lorawan-stack: 同じマシン上のapache + ttnスタック+ letsencryptacme証明書に問題が発生する

バグレポートを提出していただきありがとうございます。 以下のテンプレートに記入してください。記入しないと、このバグレポートを処理できません。

概要

ttnマシンにApacheがインストールされて有効になっている（80/443をリッスンしている）場合の問題。
TTNコンソールは80/443ポートでブロックされ、1885,8885ポートで動作しています。

この場合、ttnは証明書を取得/更新できません。
誰かがTTNスタックといくつかのDB / Webアプリを同じデバイスに配置したい場合の非常に一般的な状況。

https://github.com/TheThingsNetwork/lorawan-stack/issues/1731

TTNにエラーが表示されます：証明書が見つからないか、ホストがホワイトリストにありません。

再現する手順

1）Apacheがアクティブな場合（80、443をリッスン）ポート構成-ttnスタックは80、443ポートを有効にすることを許可しません（80,443はdocker-compose.ymlで＃でなければなりません-ポート1885、8885が使用されます）。 これでは（docker-composeはletsencrypt証明書を取得しません）。

docker-compose.ymlファイル：

   ports:
(hashed)      - '80:1885'
(hashed)     - '443:8885'
      - '1882:1882'
      - '8882:8882'
      - '1883:1883'
      - '8883:8883'
      - '1884:1884'
      - '8884:8884'
      - '1885:1885'
      - '8885:8885'
      - '8886:8886'
      - '1887:1887'
      - '8887:8887'
      - '1700:1700/udp'
    env_file: '.env'

.envファイルはポートを443ではなく8885に移動しました：

TTN_LW_IS_EMAIL_NETWORK_CONSOLE_URL=https://subdomain.example.com:8885/console
TTN_LW_IS_EMAIL_NETWORK_IDENTITY_SERVER_URL=https://subdomain.example.com:8885/oauth

TTN_LW_IS_OAUTH_UI_CANONICAL_URL=https://subdomain.example.com:8885/oauth
TTN_LW_IS_OAUTH_UI_IS_BASE_URL=https://subdomain.example.com:8885/api/v3

TTN_LW_CONSOLE_OAUTH_AUTHORIZE_URL=https://subdomain.example.com:8885/oauth/authorize
TTN_LW_CONSOLE_OAUTH_TOKEN_URL=https://subdomain.example.com:8885/oauth/token

TTN_LW_CONSOLE_UI_CANONICAL_URL=https://subdomain.example.com:8885/console
TTN_LW_CONSOLE_UI_AS_BASE_URL=https://subdomain.example.com:8885/api/v3
TTN_LW_CONSOLE_UI_GS_BASE_URL=https://subdomain.example.com:8885/api/v3
TTN_LW_CONSOLE_UI_IS_BASE_URL=https://subdomain.example.com:8885/api/v3
TTN_LW_CONSOLE_UI_JS_BASE_URL=https://subdomain.example.com:8885/api/v3
TTN_LW_CONSOLE_UI_NS_BASE_URL=https://subdomain.example.com:8885/api/v3
TTN_LW_CONSOLE_UI_EDTC_BASE_URL=https://subdomain.example.com:8885/api/v3
TTN_LW_CONSOLE_UI_QRG_BASE_URL=https://subdomain.example.com:8885/api/v3

2）私たちが：
Apacheを停止します（service apache2 stop）
ttn-stackを再構成して有効にします（80、443ポート-削除（ハッシュ））
Webブラウザでメインサブドメインに接続すると、証明書が正常に取得されます（80/443ポート）

docker-compose.ymlファイル：

  ports:
      - '80:1885'
      - '443:8885'
      - '1882:1882'
      - '8882:8882'
      - '1883:1883'
      - '8883:8883'
      - '1884:1884'
      - '8884:8884'
(hashed)      - '1885:1885'
(hashed)     - '8885:8885'
      - '8886:8886'
      - '1887:1887'
      - '8887:8887'
      - '1700:1700/udp'
    env_file: '.env'

.envファイルの標準ポートは443を使用しました-この場合、ttnはletsencrypt証明書を取得します

TTN_LW_IS_EMAIL_NETWORK_CONSOLE_URL=https://subdomain.example.com/console
TTN_LW_IS_EMAIL_NETWORK_IDENTITY_SERVER_URL=https://subdomain.example.com/oauth


TTN_LW_IS_OAUTH_UI_CANONICAL_URL=https://subdomain.example.com/oauth
TTN_LW_IS_OAUTH_UI_IS_BASE_URL=https://subdomain.example.com/api/v3

TTN_LW_CONSOLE_OAUTH_AUTHORIZE_URL=https://subdomain.example.com/oauth/authorize
TTN_LW_CONSOLE_OAUTH_TOKEN_URL=https://subdomain.example.com/oauth/token

TTN_LW_CONSOLE_UI_CANONICAL_URL=https://subdomain.example.com/console
TTN_LW_CONSOLE_UI_AS_BASE_URL=https://subdomain.example.com/api/v3
TTN_LW_CONSOLE_UI_GS_BASE_URL=https://subdomain.example.com/api/v3
TTN_LW_CONSOLE_UI_IS_BASE_URL=https://subdomain.example.com/api/v3
TTN_LW_CONSOLE_UI_JS_BASE_URL=https://subdomain.example.com/api/v3
TTN_LW_CONSOLE_UI_NS_BASE_URL=https://subdomain.example.com/api/v3
TTN_LW_CONSOLE_UI_EDTC_BASE_URL=https://subdomain.example.com/api/v3
TTN_LW_CONSOLE_UI_QRG_BASE_URL=https://subdomain.example.com/api/v3

3）証明書を更新した場合は、最初の構成（apacheで使用されるポート80/443、コンソールに1885/8885を使用）に戻すことができます。https ：//subdomain.domain.com：8885でコンソールを正常に開き

あなたは今何を見ていますか？

..。

代わりに何を見たいですか？

..。

環境

..。

これをどのように実装することを提案しますか？

同じマシンでttnとapacheの両方を構成する方法はありますか？または強制的に暗号化して別のポートで認証を取得しますか？

これを自分で行い、プルリクエストを送信できますか？

..。