duffyduckandClaude Opus 4.8
57e13800e0
Symptom: Satellit fand nur Docker-Container (192.168.65.x / 172.18.x) statt der echten LAN-Geraete. Ursache ist kein Bug, sondern das Deployment-Netz: auf Docker Desktop (Mac/Windows) ist network_mode:host das Docker-VM-NAT, nicht das echte LAN — mDNS/SSDP erreichen die realen Geraete nicht. - satellite.py: _net_context() ermittelt primary_ip + alle IPs und WARNT, wenn der Satellit in einem Docker-/NAT-Netz laeuft (192.168.65.x oder 172.16-31.x). Netz- Info wird in sat_hello + sat_devices mitgeschickt und beim Start geloggt. - Diagnostic: zeigt Netz (primary_ip) pro Satellit + eine rote ⚠-Box mit der Warnung, wenn er im falschen Netz sitzt. - README/compose: klar dokumentiert, dass der Satellit im ECHTEN Ziel-LAN laufen muss (Linux Docker Engine ODER nativ python satellite.py); Docker-Desktop-Falle. py/node clean. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
24 lines
988 B
YAML
24 lines
988 B
YAML
# ARIA Satellit — eigenstaendiger Stack fuer ein fremdes Netz (Buero, Werkstatt …).
|
|
#
|
|
# Deploy:
|
|
# cd satellite
|
|
# cp .env.example .env # RVS-Zugang + SATELLITE_LOCATION eintragen
|
|
# docker compose up -d --build
|
|
#
|
|
# WICHTIG: network_mode: host — der Satellit MUSS im Host-Netz laufen, sonst
|
|
# sieht er die mDNS/SSDP-Broadcasts + Geraete-IPs des LAN nicht (Docker-Bridge
|
|
# wuerde das isolieren). Damit ist er zugleich als RVS-Client raus ins Internet
|
|
# verbunden. Keine Ports zu veroeffentlichen — er ist reiner Client.
|
|
#
|
|
# ⚠ NUR auf LINUX Docker Engine, und der Host muss physisch im Ziel-LAN haengen!
|
|
# Docker Desktop (Mac/Windows) gibt hier NUR das Docker-VM-Netz (192.168.65.x /
|
|
# 172.x), NICHT dein echtes LAN → Discovery findet dann nur Docker-Container.
|
|
# Fuer Mac/Windows: satellite.py nativ starten (siehe README, Weg B).
|
|
services:
|
|
satellite:
|
|
build: .
|
|
container_name: aria-satellite
|
|
network_mode: host
|
|
env_file: .env
|
|
restart: unless-stopped
|