Docs: tested single-host install, NPM integration, installer --docker

- README: step-by-step installation of web UI and agent on one host,
  exactly as tested (agent after keygen, all "run" helpers before
  "up -d", http PUBLIC_URL and TRUSTED_PROXY_HOPS=0 without a proxy)
- README: attach to an existing Nginx Proxy Manager in Docker – shared
  network via docker-compose.override.yaml, no published port,
  gw_priority so SSH to the agent keeps the source address of the own
  network (otherwise from= rejects it), TLS settings, test
- install.sh --docker: the new manual jail bans in INPUT and DOCKER-USER
- Running container: helpers via "docker compose exec … python -m webui"
  (run fails with "Address already in use"); troubleshooting entries

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

docs/agent.md

@@ -101,6 +101,7 @@ Schlüsseleintrag und lässt deine Konfiguration unverändert.
 | `--authorized-keys-file PFAD` | `~USER/.ssh/authorized_keys` | wohin der Schlüsseleintrag kommt – siehe [verwaltete Schlüssel](#hosts-mit-verwalteten-authorized_keys) |
 | `--manual-jail NAME` | `manual-block` | Jail für manuelle Sperren |
 | `--banaction AKTION` | aus `jail.local` | Banaction für ein neu angelegtes manuelles Jail |
+| `--docker` | – | Docker-Host: das neue manuelle Jail sperrt in `INPUT` **und** `DOCKER-USER` (iptables) – nicht mit `--banaction` kombinierbar |
 | `--protect NETZE` | – | zusätzliche geschützte Adressen (nur wenn die Konfigurationsdatei geschrieben wird) |
 | `--no-jail` | – | kein manuelles Jail anlegen |
 | `--force-config` | – | vorhandene `/etc/f2b-webctl.conf` überschreiben |
@@ -150,18 +151,27 @@ manuelle Sperren, dessen Namen mit `--manual-jail` übergeben.
 
 Die Standardaktionen von fail2ban sperren in der Kette `INPUT`. Verkehr zu **veröffentlichten
 Docker-Ports** läuft aber nicht über `INPUT`, sondern über `FORWARD` → `DOCKER-USER`; solche
-Sperren würden deine Container also nicht schützen. Auf einem Docker-Host das manuelle Jail
-deshalb mit einer Aktion anlegen, die die Kette `DOCKER-USER` nutzt, z. B. mit iptables:
+Sperren würden deine Container also nicht schützen. Auf einem Docker-Host den Agenten deshalb
+mit `--docker` installieren – das manuelle Jail sperrt dann in beiden Ketten:
 
 ```bash
-bash install.sh --key-file /tmp/webui.pub --from 198.51.100.10 \
-  --banaction "iptables-allports[chain=DOCKER-USER]"
+bash install.sh --key-file /tmp/webui.pub --from 198.51.100.10 --docker
 ```
 
+Das erzeugt im Jail:
+
+```ini
+action   = iptables-allports[name=manual-block]
+           iptables-allports[name=manual-block-docker, chain=DOCKER-USER]
+```
+
+Ein schon vorhandenes Jail ändert der Installer nicht; die zwei Zeilen dann von Hand in
+`/etc/fail2ban/jail.d/manual-block.local` eintragen und `fail2ban-client reload` ausführen.
+
 Nach der ersten Sperre prüfen:
 
 ```bash
-iptables -S DOCKER-USER | head
+iptables -S DOCKER-USER | grep f2b
 ```
 
 Läuft die Weboberfläche auf demselben Docker-Host, in `hosts.yaml` `address: host.docker.internal`