[Docker / Container] echodevice

[Sidey]

Ich habe mir selbst mal das "healthcheck.js" angeschaut und die ENV HEALTHCHECK_HOST auf meine FQDN gesetzt und dann geht der container auch auf "healthy" 😊

Das ist seltsam. Wenn HEALTHCHECK_HOST nicht gesetzt ist, dann wird der healthcheck gegen 127.0.0.1 im Container ausgeführt.
Mir fällt kein Grund ein, wieso das nicht erreichbar sein soll.

Kannst Du deine docker compose Einstellungen (exklusive Passwort) einmal teilen?



Grüße Sidey

[JudgeDredd]

Hi Sidey,

Kannst Du deine docker compose Einstellungen (exklusive Passwort) einmal teilen?

Die Compose kannst Du bekommen, aber von welchem "mysteriösem" Passwort ist die Rede ?

Code Auswählen Erweitern

services:
  alexa-cookie-service:
    image: ghcr.io/fhem/alexa-cookie-service:0.4.8
    environment:
      - PROXY_PUBLIC_HOST=acs.mydomain.intranet
      - TZ=Europe/Berlin
      - TLS_ENABLED=true
      - TLS_SERVER_CERT_MODE=external
      - TLS_SERVER_KEY_FILE=/data/tls/server.key
      - TLS_SERVER_CERT_FILE=/data/tls/server.crt
      - TLS_CA_CERT_FILE=/data/tls/root-ca.crt
      - TLS_SERVER_NAME=acs.mydomain.intranet
      - HEALTHCHECK_HOST=acs.mydomain.intranet
    volumes:
      - data:/data
      - /opt/containerd/docker/ssl/keys/wildcard.mydomain.intranet.key:/data/tls/server.key:ro
      - /opt/containerd/docker/ssl/certs/wildcard.mydomain.intranet.fullchain.pem:/data/tls/server.crt:ro
      - /opt/containerd/docker/ssl/ca/root-ca.pem:/data/tls/root-ca.crt:ro
    ports:
      - 58080:58080
      - 58090:58090
    restart: unless-stopped

volumes:
    data:


wird der healthcheck gegen 127.0.0.1 im Container ausgeführt

Ich habe die "healthcheck.js" jetzt gerade nicht mehr im Kopf, aber bei 127.0.0.1:58080 wird doch auch HTTPS ausgeliefert.
Dann würde hier natürlich das Zertifikat nicht passen. Das ist ja auf den FQDN ausgestellt.

Gruß,
JudgeDredd