# Ergaenzung fuer einen Reverse Proxy, der NICHT im selben Docker-Netz haengt.
#
# Der Nginx Proxy Manager auf diesem Server liegt im Standard-Bridge-Netz
# (172.17.0.3) und erreicht seine Ziele ueber `host.docker.internal:<port>` —
# so laufen dort schon d4rkbot auf 3080 und cdn-files auf 8090. Dieses Muster
# braucht offene Ports auf dem Host, denn ueber den Host geht der Weg.
#
# Zusammen benutzen:
#
#   docker compose -f docker-compose.yml -f docker-compose.hostports.yml up -d
#
# In Portainer unter "Compose path", durch Komma getrennt:
#   docker-compose.yml,docker-compose.hostports.yml
#
# Danach in NPM:
#
#   fivecdn.d4rkst3r.de  ->  http://host.docker.internal:9100   (die Dateien)
#   <oberflaeche>        ->  http://host.docker.internal:9101   (Lite)
#
# WARUM 9100 UND 9101 und nicht die naheliegenden 9000 und 8080: beide sind auf
# diesem Server vergeben — 9000 an Portainer, 8080 an nextcloud-aio. Im
# Container bleibt es bei 9000 und 8080; nur die Seite zum Host wandert.
#
# Kollidiert spaeter noch etwas, sind es zwei Variablen und keine Dateiaenderung:
#   MINIO_HOST_PORT   Standard 9100
#   LITE_HOST_PORT    Standard 9101
#
# Belegt waren beim Anlegen: 80, 81, 443, 2224, 3000, 3080, 3478, 8000, 8080,
# 8090, 8443, 9000, 9443, 11000.
#
# GEBUNDEN AN 127.0.0.1, nicht an alle Adressen. Damit ist der Port vom
# Internet aus zu, und nur der Host — und damit NPM — kommt heran.
#
# Ein Vorbehalt: ob `host.docker.internal` eine Bindung an 127.0.0.1 erreicht,
# haengt an der Docker-Fassung. Unter Linux fuehrt der Weg ueber die
# Docker-Bruecke statt ueber Loopback; dann muss die Bindung 0.0.0.0 lauten und
# die FIREWALL den Port zumachen. Bei d4rkbot auf 3080 funktioniert es — wie es
# dort gebunden ist, sagt `docker port d4rkbot`.

services:
  minio:
    ports:
      - "127.0.0.1:${MINIO_HOST_PORT:-9100}:9000"

  lite:
    ports:
      - "127.0.0.1:${LITE_HOST_PORT:-9101}:8080"