fix(kb-site): dolacz do istniejacej sieci proxy zamiast tworzyc wlasna

Docker na PIHA wyczerpal domyslne pule adresowe (~30 zywych stackow,
"all predefined address pools have been fully subnetted"), wiec
docker-compose nie mogl zalozyc kb-site_default i serwis nie wstawal.

Deklaracja networks: [proxy] na serwisie wylacza domniemana siec
domyslna i podpina kontener pod istniejacy bridge "proxy"
(192.168.0.0/20, tworzony poza tym stackiem) — zero nowych podsieci.

Bez wplywu na ruch: npm@PIHA siedzi na nginxproxymanager_default i
trafia do kb-site po opublikowanym porcie hosta 8250, nie po tej sieci.

Walidacja: yaml.safe_load + asercje ksztaltu (bez testu na PIHA).

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
This commit is contained in:
oskar 2026-08-04 21:28:43 +02:00
parent 369ba31dde
commit 4ecbdbb0a4
2 changed files with 33 additions and 0 deletions

View file

@ -2,4 +2,20 @@
Public slice of the knowledge base (`kb.okit.pl`) — static HTML generated from `kb/**/*.md` by `scripts/kb/gen_pages.py`, served by nginx on PIHA.
## Sieć
Stack nie tworzy własnej sieci — dołącza do istniejącego bridge'a `proxy` na PIHA
(`external: true`). Powód: Docker na PIHA wyczerpał domyślne pule adresowe
(`all predefined address pools have been fully subnetted`), więc kolejny
`kb-site_default` nie może powstać.
Warunek wstępny deployu — sieć musi już istnieć na hoście:
```bash
docker network ls | grep -w proxy # brak wyniku => docker network create proxy
```
Ruch publiczny i tak nie idzie przez tę sieć: npm@PIHA (vhost `kb.okit.pl`) trafia
do kontenera po opublikowanym porcie hosta `8250`.
Dokumentacja: [kb/services/kb-site.md](../../kb/services/kb-site.md)

View file

@ -15,6 +15,15 @@ services:
# through the helper-container procedure in kb/runbooks/kb-site-deploy.md
# (docker cp cannot write into a :ro mount).
- kb-site_content:/usr/share/nginx/html:ro
# Docker on PIHA has exhausted its default address pools (~30 live stacks:
# "all predefined address pools have been fully subnetted"), so this stack
# must not ask for a subnet of its own. Declaring a network here suppresses
# the implicit kb-site_default; we join the pre-existing shared "proxy"
# bridge instead. This is only about subnet economy — npm@PIHA still reaches
# this container over the published 8250 host port (npm itself lives on
# nginxproxymanager_default), not over this network.
networks:
- proxy
# busybox wget — nginx:alpine ships no curl. index.html is generated on
# every run, so it is the one file that must always be there.
healthcheck:
@ -24,5 +33,13 @@ services:
retries: 5
start_period: 5s
networks:
# Created out-of-band on PIHA (docker network create proxy); never managed by
# this stack. `docker network ls | grep -w proxy` must return a row before
# deploy, otherwise compose fails with "network proxy declared as external,
# but could not be found".
proxy:
external: true
volumes:
kb-site_content: