Leçon 61 / 243
Services locaux et résilience
Un réseau radio IP devient utile lorsqu’il héberge des applications réellement accessibles sans dépendre systématiquement d’Internet. Les services doivent rester légers, documentés et testés en situation dégradée.
| Service | Fonction | Préparation |
|---|---|---|
| DNS local | Résolution des noms internes | Serveurs secondaires et zones sauvegardées |
| NTP local | Heure cohérente des journaux | Source GNSS ou référence fiable |
| VoIP | Téléphonie entre sites | Plan de numérotation et codecs adaptés |
| Chat | Coordination textuelle | Comptes et historique maîtrisés |
| Fichiers | Documents et cartes | Versions légères et réplication |
| Web local | Tableaux de bord et consignes | Pages utilisables sans ressources externes |
| Winlink/RMS | Messagerie radio | Modes et canaux documentés |
| MQTT | Télémétrie et supervision | Topics, ACL et rétention contrôlés |
- Éviter les polices, scripts ou cartes chargés depuis un cloud public.
- Définir des noms DNS courts et stables.
- Installer au moins deux sources d’heure lorsque le réseau est critique.
- Réduire la résolution des flux vidéo.
- Tester les services avec le WAN physiquement déconnecté.
- Prévoir des sauvegardes hors du nœud principal.
- Documenter les comptes d’urgence et les procédures d’accès.
- Mesurer la bande passante consommée par chaque application.