Lors d’un changement d’adressage, l’accès à mon infrastructure s’est compliqué. OPNsense devait devenir la passerelle du nouveau réseau, Proxmox y trouver sa place, et les postes récupérer des paramètres cohérents.
Sur le papier, l’organisation semblait assez claire. En pratique, les symptômes ne désignaient pas immédiatement une cause unique. Il fallait retrouver où les communications s’arrêtaient et vérifier que les machines utilisaient réellement les réglages prévus.
Un paramètre DNS saisi manuellement sur le PC faisait partie du problème. J’étais en train de faire évoluer le réseau ; ce poste conservait de son côté une ancienne consigne.
Revenir au trajet réel
Cet épisode m’a ramené à une démarche très concrète. Partir du poste concerné, regarder son adresse et sa passerelle, vérifier ce qu’il arrive à joindre, puis examiner la résolution des noms. Chaque contrôle doit répondre à une question assez limitée pour permettre de décider de la suite.
Quand plusieurs choses changent ensemble, on peut facilement consacrer beaucoup de temps à la partie la plus récente de l’installation. Le nouveau pare-feu attire naturellement l’attention. Le réglage conservé dans un coin du système d’exploitation est moins spectaculaire, mais il continue à produire ses effets.
Depuis, le réseau domestique m’a donné plusieurs occasions de travailler cette discipline. Une application inaccessible peut masquer des situations très différentes. Le serveur peut fonctionner tandis que son nom ne se résout pas. Une machine peut répondre sur le réseau sans que le service attendu soit disponible.
La difficulté consiste à choisir le prochain test utile, sans transformer chaque incident en remise à plat de toute l’installation.
Décider qui doit communiquer
À mesure que les équipements se sont ajoutés, la question de leur organisation est devenue plus précise. Les postes personnels, les services hébergés, les objets connectés, les invités et les usages professionnels n’ont pas tous les mêmes besoins d’accès.
J’ai donc travaillé sur un plan de segmentation, notamment avec des VLAN, pour donner une structure à ces différents usages. La partie intéressante commence lorsqu’il faut décrire les échanges à autoriser. Un objet connecté peut avoir besoin de joindre Home Assistant sans avoir de raison d’accéder aux documents du foyer.
Ces décisions m’ont amené à formaliser les adresses, les plages d’attribution automatique et les règles de communication. Elles obligent à expliquer ce qu’on attend du réseau avant de multiplier les réglages.
Le matériel existant impose aussi ses limites. Les bornes Wi-Fi Deco dont je disposais ne permettaient pas de répartir les réseaux sans fil entre les VLAN comme je l’avais envisagé. Il fallait en tenir compte dans l’architecture réalisable, au lieu de considérer le schéma comme une installation déjà en place.
Les appareils doivent encore se retrouver
Le déplacement de Home Assistant vers Proxmox a ouvert un autre sujet. Certains ESP32 ne répondaient plus comme auparavant lors des mises à jour à distance. Leur programme compilait, mais le nom local utilisé pour les joindre ne se résolvait pas correctement.
Ce genre de situation montre l’importance des mécanismes de découverte et des chemins réseau. Déplacer un service peut conserver ses fichiers tout en modifiant la manière dont il voit les équipements autour de lui.
J’ai dû examiner ces échanges, distinguer l’accès par adresse de l’accès par nom et regarder aussi les connexions USB lorsque je revenais à un branchement direct. Tous les essais n’apportaient pas une solution immédiate. Ils permettaient au moins de préciser la couche à laquelle le problème se situait.
Une compétence qui se construit dans les vérifications
Mon réseau domestique m’a fait passer du paramétrage d’un équipement à la compréhension de son environnement. Je m’intéresse davantage au trajet complet, aux informations échangées et aux dépendances qui peuvent rendre un comportement trompeur.
Ce travail rejoint mon expérience industrielle, avec des contraintes et une échelle différentes. Décrire une architecture, contrôler une communication, garder une trace des changements : ces habitudes circulent très bien d’un domaine à l’autre.
Le DNS resté en configuration manuelle sur le PC est un petit épisode dans cette histoire. Je le garde volontiers en mémoire. Il rappelle qu’avant de chercher une panne compliquée, il faut encore vérifier les paramètres que la machine utilise vraiment.