Lorawan-stack: 동일한 시스템의 apache + ttn 스택 + letsencrypt acme 인증서에 문제가 발생합니다.

버그 보고서를 제출해 주셔서 감사합니다. 아래 템플릿을 작성하지 않으면 이 버그 보고서를 처리할 수 없습니다.

요약

ttn 머신에서 아파치가 설치되고 활성화될 때(80/443 수신) 문제가 발생합니다.
TTN 콘솔은 80/443 포트에서 차단되고 1885,8885 포트에서 작동합니다.

이 경우 인증서를 가져오거나 업데이트할 수 없습니다.
누군가가 TTN 스택과 일부 DB/웹 앱을 동일한 장치에 배치하려는 경우 매우 일반적인 상황입니다.

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) 우리가:
아파치 중지 (서비스 apache2 중지)
활성화하도록 ttn-stack을 재구성합니다(80, 443 포트 - 제거(해시))
웹 브라우저를 사용하여 기본 하위 도메인에 연결하면 인증서를 성공적으로 가져옵니다(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) 이제 인증서를 업데이트한 경우 첫 번째 구성(아파치에서 사용하는 포트 80/443, 콘솔에 1885/8885 사용)으로 다시 전환할 수 있습니다. 그리고 https://subdomain.domain.com 에서 성공적으로 열린 콘솔:8885 /.

지금 무엇을 볼 수 있습니까?

...

대신 무엇을 보고 싶습니까?

...

환경

...

이를 구현하기 위해 어떻게 제안합니까?

동일한 시스템에서 ttn과 apache를 모두 구성하는 방법이 있습니까?또는 강제로 암호화하여 다른 포트에서 인증을 받도록 하시겠습니까?

이 작업을 직접 수행하고 Pull Request를 제출할 수 있습니까?

...