Mesh: sonene melder seg selv; mDNS på LAN, NetBird-provisjonering

Sonene trenger ikke stå i [zones] på sentralen. En sone sender hjerteslag
hvert 30. s (POST /api/mesh/register med navn, egen adresse og
mesh-nøkkelen), dukker opp i lista med en gang, og tas ut etter 90 s uten
slag. Riktig nøkkel er godkjenningen. Statisk [zones] vinner over et navn
som melder seg (409) – en skrivefeil i config skal ikke kunne overstyres av
en boks på nettet.

Hvorfor push og ikke pull fra NetBird: netbird status --json gir navn, IP og
status per peer, men ikke grupper. Pull ville krevd en service-token mot
management-serveren og virket bare over NetBird. Push virker likt over
NetBird og LAN, uten token, og gir liveness gratis.

Sonen finner sentralen lagvis: ANNOUNCER_SENTRAL hvis satt (NetBird-DNS-navn,
konvensjon announcer-<navn>.skynet.corp), ellers mDNS (_announcer._tcp,
discovery.py). Egen adresse regnes ut som ruten mot sentralen – over NetBird
blir det wt0-adressen, på LAN LAN-adressen – med ANNOUNCER_URL som
overstyring. Hjerteslag hvert 5. s til første OK, så oppstart ikke tar et
halvt minutt.

Containeren bruker nå vertens nett. mDNS-multicast når ikke LAN-et fra
bridge-nettet, så det var ingen vei utenom – og det ga tilbake ufw: det
gamle Docker-smutthullet er borte, portregler virker igjen, og BIND_IP er
appens eget --host. Appen lytter alltid også på 127.0.0.1 for helsesjekken.

install.sh tar NETBIRD_SETUP_KEY: installerer NetBird, melder maskina inn
som announcer-<navn>, venter på wt0, binder til NetBird-adressen.
Management-URL leses fra /etc/netbird/config.json når den finnes.

Rollen avgjøres av config (Config.role): sentral hvis [zones] eller
ANNOUNCER_ROLE=sentral, sone hvis bare nøkkelen er satt, ellers som før.
Dispatcher og ZonePoller slår opp soner ved hver bruk, siden de kommer og
går. register følger, som play, aldri med «alt åpent». Flask sorterte
JSON-nøkler alfabetisk, så sonene kom i feil rekkefølge i /api/status –
app.json.sort_keys = False.

25 nye tester, 173 totalt. Verifisert i compose på host-nett: to soner
meldte seg innen 4 s uten noe [zones], fordeling til en av dem havnet i kø,
avahi-browse på verten ser sentralen, en stoppet sone ble tatt ut etter 90 s
og var tilbake 2 s etter start. Underveis fant live-testen at testkonfigen
fortsatt hadde statiske a/b – og sentralen avviste hjerteslagene med 409,
som den skal.

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>

config.example.toml

@@ -41,7 +41,16 @@ quick_phrases = [
 # crew       = "http://10.20.70.13:8090"
 
 [mesh]
-# secret settes som ANNOUNCER_MESH_SECRET i .env, ikke her
+# secret settes som ANNOUNCER_MESH_SECRET i .env, ikke her.
+# Sonene trenger ikke stå i [zones]: de melder seg hos sentralen selv med
+# hjerteslag, og tas ut når de slutter. [zones] er for faste adresser.
+role = "auto"            # auto | sentral | sone
+name = ""                # denne maskinas sonenavn. Tom = hostname
+sentral = ""             # for en sone: sentralens URL. Tom = mDNS
+local = true             # sentralen har eget anlegg
+mdns = true
+heartbeat_seconds = 30
+stale_seconds = 90       # uten hjerteslag så lenge = sonen er borte
 timeout_seconds = 5
 poll_seconds = 2
 
@@ -144,6 +153,7 @@ label = "Logg inn med crew-kontoen"
 #   announce  sende ut på anlegget
 #   schedule  planlegge en sending fram i tid, og avbryte sine egne
 #   play      ta imot ferdig lyd fra sentralen (mesh). Bare rollen «mesh».
+#   register  melde seg som sone hos sentralen (mesh). Bare rollen «mesh».
 #   stop      stoppe det som spilles
 #   clear     tømme køen
 # "*" betyr alt.
@@ -154,4 +164,4 @@ anonymous = []
 crew = ["view", "preview", "announce", "schedule"]
 admin = ["*"]
 # Sentralen, når den snakker med denne maskina som sone. Ikke endre.
-mesh = ["play", "view"]
+mesh = ["play", "view", "register"]