LAN-Transport weiter härten: TLS, Discovery und Remote-Sync #15
Labels
No labels
agent:done
agent:ready
agent:working
area:analytics
area:chatbot
area:community
area:content
area:hardware
area:health
area:media
area:monetization
area:overlays
area:productivity
area:streaming
bug
duplicate
effort:large
effort:medium
effort:small
enhancement
good-first-issue
help wanted
invalid
priority:backlog
priority:critical
priority:high
priority:low
priority:medium
question
quick-win
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
frank/streamertool#15
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Kontext
#6 führte LAN-Bind und Token-Auth ein. Das Review #7 hält fest, dass Transportverschlüsselung, Discovery und ein belastbares Remote-/Sync-Modell noch fehlen.
Ziel
Den LAN-Betrieb mit einem verständlichen TLS- und Discovery-Konzept härten und Cloud-/Remote-Sync klar von der lokalen Overlay-Auslieferung trennen.
Technische Leitplanken
Akzeptanz
Bezug: #6 und #7, Review-Bereiche C und E.
Admin-/Overlay-Trust-Grenzen aus #7 bleiben Grundlage; persistierte Pairing-Secrets sind mit #11 abzustimmen.
Umgesetzt mit Commit
619f196und nach main gepusht.Verifikation: make test (57 Tests) und npm run build erfolgreich.