Fix HTTP 000: pin traefik.docker.network=coolify op ingress + ui-healthcheck 127.0.0.1

Root cause: ingress op meerdere netwerken zonder traefik.docker.network-label ->
Traefik koos soms een app-net-IP waar het zelf niet op zit -> verbinding hangt (000)
na een container-IP-wissel. Nu vastgepind op coolify. ui-healthcheck via 127.0.0.1
(localhost->::1 gaf onterecht unhealthy).

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
This commit is contained in:
claude-macmini 2026-09-10 02:20:44 +02:00
parent 9231a9c091
commit e8f5155046

View file

@ -121,7 +121,9 @@ services:
api:
condition: service_healthy
healthcheck:
test: ["CMD-SHELL", "wget --spider -q http://localhost:3000/login || exit 1"]
# 127.0.0.1 i.p.v. localhost: localhost kan naar ::1 (IPv6) resolven terwijl
# Nuxt op 0.0.0.0 (IPv4) luistert -> onterecht 'unhealthy'.
test: ["CMD-SHELL", "wget --spider -q http://127.0.0.1:3000/login || exit 1"]
interval: 30s
timeout: 10s
retries: 3
@ -182,6 +184,12 @@ services:
timeout: 5s
retries: 3
start_period: 10s
# KRITIEK: de ingress zit op meerdere netwerken; zonder dit label kiest Traefik
# willekeurig een netwerk-IP van de ingress — soms een app-net waar Traefik zélf
# NIET op zit → verbinding hangt (HTTP 000, vooral ná een container-IP-wissel bij
# herstart/redeploy). Pin Traefik expliciet op het 'coolify'-net.
labels:
- "traefik.docker.network=coolify"
# ALLEEN de ingress hangt aan het gedeelde 'coolify'-netwerk (voor Traefik).
# De backend-services blijven op het privé-app-netwerk (default) — anders
# botst de generieke servicenaam 'redis'/'db' met Coolify's eigen