Skip to content

V0.4.2 — Identité stable des Appareils par adresse MAC

Choose a tag to compare

View all tags
@UlyssouLV UlyssouLV released this 12 Oct 19:12
v0.4.2
a7235e0

Modifié en V0.9.0 (#133) — Réseau des caméras
Avant : Une sortie seulement : aucune requête servie sur le réseau des caméras
Après : Seul l’UDP 123 du Serveur de temps du Site y répond (ADR 0014)

Modifié en V0.7.0 (#96) — Lancement
Avant : Clone obligatoire, build: seul
Après : Clone pour construire ; Site Ubuntu sans sources

Pourquoi

Une Caméra était connue par son URL RTSP, donc par l’IP de son appareil. Sur un vrai Site, les caméras prennent souvent leur adresse par DHCP : après une coupure, une caméra pouvait changer d’IP, passer offline, et réapparaître comme un nouveau Candidat, au risque d’un doublon. Pire, un autre appareil qui reprenait l’ancienne IP pouvait faire croire la Caméra online et montrer dans le Live le Flux d’une autre caméra. L’identifiant stable d’un appareil réseau est son adresse MAC, que l’API, derrière le NAT de Docker, ne voyait pas.

Ce qu’on peut faire maintenant

  • Voir la MAC de l’Appareil (format aa:bb:cc:dd:ee:ff, « — » si illisible) sur chaque Candidat, chaque Caméra et dans l’Aperçu, pour la comparer à l’étiquette.
  • Filtrer par MAC les Candidats d’une Détection, en la tapant telle qu’écrite sur l’étiquette (AA-BB-…, aabb.ccdd.eeff, partielle).
  • Quand une caméra a changé d’IP, relancer une Détection : ArgOS met à jour seul l’URL de toutes les Caméras de cet Appareil (hôte seulement ; port, chemin et identifiants gardés), désactivées comprises, et l’affiche « adresse mise à jour (ancienne → nouvelle) ». Deux caméras qui ont échangé leurs IP sont corrigées ensemble. La Caméra revient dans le Live sans autre action.
  • Si un autre appareil répond à l’adresse d’une Caméra, elle passe offline avec la raison « autre appareil à cette adresse », et le pont cesse de la relayer jusqu’au retour de la bonne MAC.
  • À l’ajout, un Flux déjà configuré sur le même Appareil est refusé (« Déjà configurée : ») même à une autre IP ; un autre chemin du même Appareil (enregistreur, encodeur multi-voies) est permis, avec un avertissement.
  • Les Caméras ajoutées avant la 0.4.2 reçoivent leur MAC d’elles-mêmes, sans migration manuelle.
  • En prod Linux, le script configurer-detection.sh propose une IP libre pour ArgOS sur le réseau des caméras et active compose.reseau-cameras.yaml : l’API y rejoint les caméras par macvlan, pour lire leurs MAC, sans y être joignable (toute requête arrivée par ce réseau est refusée).
  • Documentation : MAC, ARP, macvlan et changement d’IP expliqués dans « Réseau du Site et Détection des Caméras » ; réseau des caméras dans docs/securite.md.

Historique des tickets

Tickets (Fixes) : #36 #37 #38 #39 #40 #41 #42 #43

Hors périmètre

  • Ajout manuel par MAC : remplacé par le filtre par MAC dans les Candidats.
  • Détection automatique quand une Caméra passe offline : la Détection reste lancée par l’Administrateur.
  • MAC des vraies caméras sous Docker Desktop (Mac) et derrière un routeur : ces Caméras gardent le comportement de la 0.4.1.
  • Appareils à plusieurs Caméras : seulement tolérés ; leur étude est à la feuille de route (« Plus tard — Un Appareil, plusieurs Caméras »).
  • ONVIF, serveur DHCP sur la machine ArgOS, MAC modifiable par l’Administrateur, table Appareil séparée.

ADRs de cette version (liens sur ce tag, pas main) :

Issues laissées de côté (PR / spec hors périmètre) : aucune.

Assets 2
Loading